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

Question

Puis-je connaître les différences entre les serveurs d'applications et les serveurs Web? Veuillez énumérer des exemples de chacun.

Answer 1

A « serveur Web » est généralement un programme de serveur qui sert de contenu en utilisant les http (ou) https protocoles. Ces serveurs ont tendance à écouter sur des ports spécifiques (80 ou 443). Les clients pour ceux-ci sont généralement des navigateurs Web comme Chrome, Firefox ou Internet Explorer.

Exemples de serveurs Web: Apache, Microsoft IIS

'serveur d'applications' est un terme beaucoup plus floue, moins bien défini. Il peut s'agir de tout programme fournissant des réponses aux demandes des clients pour une application donnée.

Dans le contexte du serveur Web, un «serveur d'applications» a tendance à se référer à une infrastructure de niveau supérieur utilisée pour générer du contenu dynamique. Cela pourrait être une sorte de conteneur, dans lequel vous pouvez déployer une «application web» particulière. Des exemples incluraient Apache Tomcat, WebSphere, JBoss, etc.

Dans les deux cas, le terme pourrait également se référer au matériel de la machine qui héberge le logiciel pour faire ces choses.

Answer 2

Un serveur Web peut parfois servir de serveur d'applications (par exemple, lorsqu'il héberge des services Web). Cependant, un serveur d'application ne doit pas être implémenté en tant que serveur Web. Il peut simplement écouter sur les sockets tcp et agir en conséquence

Answer 3

Le serveur Web est un conteneur pour des opérations simples comme le conteneur servlet/jsp. serveur d'application est un serveur comme le serveur Web, mais ajouter plus d'opérations que le serveur Web comme gestionnaire de transactions, source de données, clustering, équilibrage de la charge, la messagerie et d'autres opérations commerciales complexes.

serveur web comme apatche tomcat.

serveur d'applications tel que jboss, glassfish, web sphere, serveur d'applications Oracle.

Answer 4

Le serveur Web

Un serveur Web traite le protocole HTTP. Lorsque le serveur Web reçoit une requête HTTP, il répond par une réponse HTTP, par exemple en renvoyant une page HTML. Pour traiter une requête, 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 scripts CGI, JSP (JavaServer Pages), servlets, ASP (Active Server Pages), JavaScripts côté serveur ou une autre technologie côté serveur. Quel que soit leur objectif, de tels programmes côté serveur génèrent une réponse, le plus souvent en HTML, à afficher dans un navigateur Web. Comprendre que le modèle de délégation d'un serveur Web est relativement simple.

Lorsqu'une requête arrive sur le serveur Web, le serveur Web transmet simplement la requête au programme le mieux à même de le gérer. Le serveur Web ne fournit aucune fonctionnalité au-delà de la simple fourniture d'un environnement dans lequel le programme côté serveur peut exécuter et renvoyer les réponses générées. Le programme côté serveur fournit généralement lui-même des fonctions telles que le traitement des transactions, la connectivité à la base de données et la messagerie. Un serveur Web peut ne pas prendre en charge les transactions ou le regroupement de connexions de base de données, mais il peut utiliser diverses stratégies de tolérance aux pannes et d'évolutivité telles que l'équilibrage de charge, la mise en cache et le clustering.

Le serveur d'application

En ce qui concerne le serveur d'application, selon notre définition, un serveur d'application expose la logique métier aux applications clientes grâce à différents protocoles, y compris éventuellement HTTP. Alors qu'un serveur Web traite principalement de l'envoi de code HTML pour l'affichage dans un navigateur Web, un serveur d'application fournit un accès à la logique métier à utiliser par les programmes d'application client. Le programme d'application peut utiliser cette logique tout comme il appelle une méthode sur un objet (ou une fonction dans le monde procédural).

Ces clients de serveur d'applications peuvent inclure des interfaces graphiques (interface utilisateur graphique) fonctionnant sur un PC, un serveur Web ou même d'autres serveurs d'applications. Les informations circulant entre un serveur d'applications et son client ne sont pas limitées au simple balisage d'affichage. Au lieu de cela, l'information est la logique du programme. Puisque la logique prend la forme d'appels de données et de méthodes et non de HTML statique, le client peut utiliser la logique métier exposée comme il le souhaite.

Dans la plupart des cas, le serveur expose cette logique métier via une API de composant, telle que le modèle de composant EJB (Enterprise JavaBean) des serveurs d'applications J2EE (Java 2 Platform, Enterprise Edition). De plus, le serveur d'application gère ses propres ressources. Ces tâches de maintien de la porte incluent 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.