Avantages / inconvénients des guerres éclatées
Une réponse à une question que j'ai lue aujourd'hui a suggéré de déployer une application comme une guerre éclatée. Il m'a fait penser.
Chaque déploiement que j'ai fait à un JBoss / Tomcat a été avec un fichier WAR / EAR. Au moins aussi loin que je me souvienne.
Ai-je fait une erreur toutes ces années?
Y a-t-il des avantages à déployer une application sous sa forme étendue plutôt qu'empaquetée?
6 réponses
Je pense que c'était ma réponse mentionnant la guerre explosée dans l'autre question. Les guerres éclatées sont plus faciles à naviguer et vous pouvez déployer des "parties" de votre application beaucoup plus rapidement (selon la façon dont notre serveur Web/App traite cela), par exemple remplacer une seule ressource comme une page JSP. Cependant, il peut avoir quelques inconvénients:
1.) Quelle version utilisez-vous vraiment? "Hmmm, Je ne suis pas vraiment sûr maintenant"
2.) Sécurité - avez-vous le droit permissioning en place pour le format explosé?
3.) Messiness-fichiers à gogo répartis sur votre belle application / serveur web (certaines personnes détestent vraiment cela).
J'ai tendance à exploser pour le travail de développement de prototypes, puis à passer à un emballage approprié le plus proche du PRD que je reçois.
Le seul avantage réel que vous recevez du déploiement d'une oreille/guerre explosée est la possibilité d'échanger des fichiers à chaud sur le serveur, ainsi que le temps économisé sur l'Emballage (ce qui est négligeable à mon humble avis).
Fondamentalement - c'est une fonctionnalité utile pour les phases de développement. Je ne choisirais pas cette méthode de déploiement pour un environnement de production.
Il existe également des serveurs d'applications web qui nécessitent des guerres éclatées pour certaines fonctionnalités ésotériques, mais ce n'est rien que j'ai rencontré dans regular utilisation.
Au stade de développement est plus confortable à déployer il a explosé. De cette façon, vous pouvez mettre à jour à chaud certaines ressources déployées (comme les pages JSP).
Pour les environnements de test et de Production, je préfère plutôt le déploiement packagé: ligther, et plus facile à gérer pour les déployeurs.
Ne pas faire exploser un WAR / EAR lors du déploiement ne fait aucune différence pour le serveur D'applications. C'est parce qu'en dessous, ils sont tous explosés.
Par exemple, si vous mettez un fichier WAR sous webapp de tomcat, vous verrez que sous votre répertoire de travail, votre fichier WAR y sera explosé.
Fondamentalement, WAR / EAR archivent simplement vos fichiers afin qu'il soit plus facile de se déplacer et de déployer
Con: si vous êtes sous windows, vous constaterez souvent que le système d'exploitation verrouille aléatoirement un fichier dans l'explosion .guerre, et il sera difficile pour vous de supprimer toute la guerre et redéployer.
AFAIK, le déploiement à chaud n'est possible qu'avec des guerres éclatées. Et aussi pendant le développement, il est plus facile de parcourir l'arborescence du projet sur le serveur. Bien sûr, il peut y avoir d'autres avantages et inconvénients, que je serai heureux d'entendre.