Je sais que je prends un risque, opposant les différentes religions du système d'exploitation les unes par rapport aux autres, mais j'aimerais avoir des opinions professionnelles sur l'hébergement d'un conteneur servlet. Dans mon cas, le conteneur est défini, nous allons utiliser Tomcat. Mais ce qui est en question est le système d'exploitation d'hébergement. Nous avons des administrateurs expérimentés dans Windows Server 2003. Nous avons des développeurs expérimentés dans Solaris, OSX et Linux. Il n'y a pas de conflit entre ces groupes, juste une question de savoir qui va progresser dans la courbe d'apprentissage nécessaire pour utiliser le système d'exploitation avec lequel ils ne sont pas familiers. Donc, étant donné tout l'esprit de coopération, nous luttons pour trouver le chemin le plus efficace.Système d'exploitation préféré pour l'hébergement du conteneur de servlet Tomcat
Répondre
Je pense que la chose la plus efficace serait de l'héberger sur la même plate-forme sur laquelle vous développez le code. Si vous développez sur Windows, hébergez sur Windows. Si vous développez sur Linux, hébergez Linux. En procédant de la sorte, vous éliminerez toute une série de bogues potentiels multiplates-formes lorsque vous passerez du développement à la production, de sorte que tous les scripts inutiles que vous écrivez pour la production pourront fonctionner dans l'environnement de développement. vice versa.
Nous avons des développeurs qui utilisent linux, OSX et Windows. Le chef d'équipe est un utilisateur OSX/linux. – dacracot
Si vous déployez sur Solaris, développez-vous sur Solaris? Non, vous développez sur une machine x386 et vous ne faites que la tester sur Solaris à un moment donné. Aucun problème avec cela. –
Je suis d'accord avec les problèmes potentiels en utilisant différents systèmes d'exploitation. Mais pas d'accord avec le fait de choisir la même plate-forme pour le développement et la production. Réponse de production aux besoins de production (Coût/legs/matériel/exécution etc ...), Réponse de développement aux conditions de développement (environnement graphique, coût bas, facile partageable, débogable etc. ...) Sans compter la plate-forme intermédiaire, comme Plate-forme de test d'usine, avant la plate-forme d'acceptation .. etc. –
Je ne peux pas vous donner une ventilation scientifique, mais peu importe celle que vous choisissez. Nous utilisons Linux pour héberger Tomcat et n'avons jamais eu de problème. Cela peut venir à qui va maintenir le serveur. Comme il pourrait être l'administrateur, alors allez avec ce que l'administrateur est à l'aise avec. Je ne pense pas que les développeurs doivent trop s'inquiéter de la plate-forme.
Je travaille sur un poste de travail Windows mais je le déploie sur un serveur Linux. C'est la plupart du temps sans problème.
Mise à jour: Mais je suis d'accord avec @ Williams Spike pour éviter le mal de tête des bogues multi-plateforme.
Je recommanderais certainement Ubuntu Linux pour des raisons simples.
Vous pouvez obtenir un Tomcat performant avec votre base de données préférée avec Ubuntu 12.04 sur un boîtier avec seulement 1Go de RAM et 2 cœurs.
Java (OpenJDK) et Tomcat sont préemballées et sont installés aussi facile que:
sudo apt-get install default-jre tomcat7
Si vous installez le tomcat6 utilisateur ou tomcat7- package utilisateur, vous pouvez facilement créer plusieurs instances de Tomcat avec le script tomcat7-instance-create fourni.
Vous utiliserez probablement un Apache httpd en tant que proxy devant Tomcat. Ceci est également facilement installé.
Avec Windows, vous devez trouver les bonnes versions de chacun de ces packages et les installer manuellement, un par un.
Avec Ubuntu, vous ne aurait besoin d'émettre une seule commande:
sudo apt-get update & & sudo apt-get install default-jre tomcat7 apache2 postgresql
- 1. Comment laisser le conteneur de servlet (Tomcat) interrompre/détruire une requête de servlet?
- 2. problème servlet Tomcat api.jar
- 3. Comment arrêter un conteneur de servlet depuis un servlet?
- 4. l'image servlet tomcat apache
- 5. Tomcat: Handle Servlet Exception
- 6. Un conteneur de servlet sur Hadoop?
- 7. Système de générateur de documentation préféré?
- 8. erreur de base Tomcat Servlet
- 9. shutdown/undeploy tomcat from Servlet
- 10. Application GWT - déploiement sur Tomcat ou tout autre conteneur de servlet
- 11. Tomcat vs performances du conteneur Web de Websphere
- 12. Problème de servlet Tomcat - classe non trouvée
- 13. Différence entre le serveur Web et le conteneur de servlet
- 14. Tomcat Servlet Format de date par défaut
- 15. Accès au chemin contextuel Tomcat à partir du servlet
- 16. Mappage de servlet dans apache tomcat 6.0.20
- 17. Grails: déploiement Tomcat sans redémarrer le conteneur
- 18. Éteindre une requête Servlet interne dans Tomcat
- 19. Tomcat ignore ma servlet d'erreur personnalisée/page
- 20. Comment configurer un serveur Web principal Apache pour gérer les connexions SSL des utilisateurs (Tomcat conteneur Servlet/JSP)
- 21. Tomcat 6 avec servlet 3 spec
- 22. Comment attacher styleSheet.css dans tomcat (Servlet)
- 23. Comment transmettre les propriétés système Java au conteneur maven-cargo
- 24. MySQL: type de colonne préféré pour les prix (du produit)?
- 25. Sous Tomcat java.lang.NoClassDefFoundError lors de l'accès à une servlet?
- 26. Problème lors de l'exécution de Servlet sur Tomcat: InvocationTargetException
- 27. Déploiement de la servlet compatible Jersey sur Tomcat: Exceptions
- 28. Schéma d'utilisation du pool de threads Tomcat
- 29. Authentification JCIFS NTLM pour les connexions HTTP sur GlassFish (ou tout conteneur de servlet)
- 30. Rechargement/Actualisation du fichier de configuration Spring sans redémarrer le conteneur de servlet
Ceci appartient à ServerFault – monksy
Je l'ai posté sur Super User aussi. – dacracot