1 votes

Mise à niveau de l'environnement du serveur en direct

On m'a confié la tâche d'ajouter plusieurs fonctionnalités à un site existant. J'ai examiné la configuration actuelle : Tomcat 5.0 autonome avec JDK 1.4, et un serveur de base de données sur la même machine.

Devrais-je, au cours de l'ajout de fonctionnalités et de la mise en place d'un serveur de base de données séparé (dans le cadre de la demande du client), mettre à jour les versions de JDK et de Tomcat ? Je pense que ce serait plus facile de trouver les bibliothèques pertinentes dont j'ai besoin pour mon développement. Est-ce que ça vaut le coup ? Que devrais-je considérer ?

Je mettrais en place une deuxième instance de Tomcat, fonctionnant sur Apache (c'est plus rapide, n'est-ce pas ?) en utilisant un port différent jusqu'à ce que je sois sûr que tout est stable avant d'éteindre le service actuel. Est-ce que j'ai raison de penser que cela ne pourrait en aucun cas affecter le site actuel jusqu'à ce que je le remplace?

Informations supplémentaires : c'est une boîte serveur Windows 2003. Je crois que le SGBD actuel est MSSQL 2005, mais je ne suis pas sûr si c'est pertinent.

(Je suis conscient que ce n'est pas exactement une question de sysadmin, mais j'ai le sentiment que cette question ne se débrouillerait pas très bien sur SO.)

0voto

elliot. Points 1

La mise à jour du jdk peut être dangereuse sur une machine Windows car l'installateur modifie souvent le registre pour définir le nouveau jvm comme jvm par défaut. Cela ne devrait pas avoir d'impact sur l'instance tomcat actuellement en cours d'exécution à moins que cette instance de tomcat ne soit redémarrée. Vous voudrez vous assurer que votre instance tomcat 5.0 appelle explicitement le jvm 1.4 (par prudence) mais vous allez probablement vouloir le faire de toute façon, surtout si vous n'êtes pas l'administrateur principal de ce serveur.

D'un point de vue développement, je pense qu'il sera beaucoup plus sûr pour vous d'avoir une implémentation locale sur votre propre machine de développement pour jouer avec. Je ne pense pas que quiconque sur serverfault recommanderait confortablement de développer sur votre serveur en direct, surtout étant donné qu'il est si facile d'avoir un tomcat intégré avec eclipse ou netbeans en marche.

Avec les nouvelles versions de tomcat, apache n'est plus vraiment nécessaire pour des raisons de performances http directes car les connecteurs http des nouveaux tomcats sont plutôt bons. De nombreuses applications web développées aujourd'hui semblent tout inclure, y compris des images, des scripts et des styles, dans un fichier war que tomcat finit par servir. Si vous n'avez pas l'intention de laisser Apache servir directement vos fichiers de contenu statique (ou pour l'une des autres raisons énumérées ci-dessous), ajouter apache pourrait finir par ralentir les choses de quelques millisecondes.

Vous pourriez quand même déployer apache dans votre ensemble pour d'autres raisons en dehors des performances de connexion http. Rien ne vaut vraiment la polyvalence de mod_rewrite. Si vous cherchez à introduire du caching sur le site web, apache est bon pour cela aussi. Certains spécialistes de la sécurité continuent de voir tomcat comme un serveur d'applications, pas un serveur web, et le fait qu'un serveur d'applications exposé à Internet fasse directement des appels à une base de données sql rend certains spécialistes de la sécurité nerveux. Il y a beaucoup d'autres raisons aussi, mais cette réponse pourrait devenir trop longue... :) J'espère que cela vous aidera!

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X