Différence entre serveur d'applications et serveur Web?

le serveur Web

Un serveur Web gère le protocole HTTP. Lorsque le serveur Web reçoit une demande HTTP, elle répond avec une réponse HTTP, telle que l'envoi d'une page HTML. Pour traiter une demande, un serveur Web peut répondre avec une page HTML statique ou une image, envoyer une redirection ou déléguer la génération de réponse dynamique à un autre programme tel que les scripts CGI, les pages JavaServer), les servlets, les Pages ASP (Active Server). ), javascripts côté serveur, ou une autre technologie côté serveur. Quel que soit leur but, ces programmes côté serveur génèrent une réponse, le plus souvent dans HTML, pour la visualisation dans un navigateur Web.

Comprenez que le modèle de délégation d'un serveur Web est assez simple. Lorsqu'une demande entre sur le serveur Web, le serveur Web passe simplement la demande au programme le mieux capable de le gérer. Le serveur Web ne fournit aucune fonctionnalité au-delà de fournir simplement un environnement dans lequel le programme côté serveur peut exécuter et transmettre les réponses générées. Le programme côté serveur fournit généralement des fonctions telles que le traitement de la transaction, la connectivité de la base de données et la messagerie.

Bien qu'un serveur Web ne puisse pas lui-même prendre en charge les transactions ou la mise en commun de la connexion de la base de données, il peut employer diverses stratégies de tolérance aux pannes et d'évolutivité telles que l'équilibrage de la charge, la mise en cache et les caractéristiques de clustering de manière erroneuse attribuée uniquement pour les serveurs d'applications. < / p>

le serveur d'applications

Tant que le serveur d'applications, selon notre définition, un serveur d'applications expose la logique commerciale aux applications clientes via divers protocoles, y compris HTTP. Bien qu'un serveur Web traite principalement de l'envoi de HTML à l'affichage dans un navigateur Web, un serveur d'applications fournit un accès à la logique commerciale à utiliser par les programmes d'applications client. Le programme d'application peut utiliser cette logique comme cela appellerait une méthode sur un objet (ou une fonction dans le monde de la procédure).

De tels clients de serveur d'applications peuvent inclure GUIS (interface utilisateur graphique) en cours d'exécution sur un PC, un serveur Web ou même d'autres serveurs d'applications. Les informations qui voyagent entre un serveur d'applications et son client ne sont pas limitées à un simple balisage d'affichage. Au lieu de cela, les informations sont la logique du programme. Étant donné que la logique prend la forme d'appels de données et de méthodes et non statiques HTML, le client peut employer la logique commerciale exposée, mais elle veut.

Dans la plupart des cas, le serveur expose cette logique commerciale via une API de composant, telle que le modèle de composant EJB (Enterprise Javabean) trouvé sur les serveurs d'applications J2EE (Java 2 Platform, Enterprise Edition). De plus, le serveur d'applications gère ses propres ressources. Ces tâches de conservation comprennent la sécurité, le traitement des transactions, la mise en commun des ressources et la messagerie. Comme un serveur Web, un serveur d'applications peut également utiliser diverses techniques d'évolutivité et de tolérance aux pannes.