J'ai une application Django standard que nous utilisons pour gérer une base de données d'articles de diverses publications.Plusieurs applications Django frappant la même sauvegarde - Problèmes?
Quoi qu'il en soit, nous sommes actuellement avoir des problèmes pour obtenir la permission d'obtenir l'infrastructure du serveur en place pour déployer ce.
Une option ballotté que nous pouvions le faire Django app une application de bureau, l'accès à une instance DB distant. Comme dans, chacun des utilisateurs qui devaient l'utiliser installerait un environnement Python local, avec Django et notre application, lancerait un serveur web, puis frapperait la base distante.
Y a-t-il des problèmes ou inconvénients particuliers que vous pouvez voir avec cette approche?
Du haut de ma tête, je pensais que peut-être:
- L'évidence un est que nous devons installer d'abord le logiciel, il est utilisable partout avec un navigateur web
- De même, pousser les mises à jour devront être un processus manuel, fait sur chaque client. Nous ne pouvons pas le faire une seule fois sur le serveur.
- Concurrency/Verrouillage - Je ne sais pas comment Django va gérer cela? Le serveur de sauvegarde sera probablement Oracle, ce qui supporte les transactions et tout ça - cependant, comment Django va-t-il faire face à deux instances frappant la même DB de sauvegarde?
Je sais que du côté des rails, il y a des choses comme Joyent Slingshot (était-ce dépréciée?)
http://joyeur.com/2007/03/22/joyent-slingshot/
qui permettent une application RoR regrouper dans une application de bureau.
Cheers, Victor
Le problème ici est que nous sommes incapables d'obtenir un serveur (supporté) qui peut exécuter Python. Nous pouvons cependant obtenir une instance Oracle DB. – victorhooi
Je peux comprendre les problèmes avec WSGI, mais pas même FastCGI? –
Malheureusement, Python n'est pas sur notre feuille de route technologique ou quelque chose. C'est une solution hackish, mais l'outil actuel fait le travail, et nous utilisons beaucoup l'administrateur de Django. À l'avenir, nous aurons peut-être besoin de porter vers Grails/Springs MVC ou quelque chose, ce qui est vraiment une honte * soupir *. – victorhooi