Quelle est la différence entre le serveur d'applications et le serveur web?

Il existe plusieurs variantes à cette question selon le contexte.
J'ai trouvé ce lien peut être utile javarevisited.blogspot.dans/2012/05/...

InformationsquelleAutor TwiggedToday | 2009-06-01

545

La plupart du temps ces termes Serveur Web et le serveur d'Application sont utilisés de façon interchangeable.

Voici certaines des principales différences dans les fonctions de Serveur Web et le Serveur d'Application:
- Serveur Web est conçu pour servir de Contenu HTTP. Serveur d'application peut également servir de l'adresse HTTP du Contenu, mais n'est pas limité à HTTP. Il peut être prévu d'autres protocoles, comme le RMI/RPC
- Serveur Web est principalement conçu pour servir du contenu statique, bien que la plupart des Serveurs Web plugins pour prendre en charge les langages de script comme Perl, PHP, ASP, JSP, etc. grâce à ces serveurs peuvent générer dynamiquement du contenu HTTP.
- La plupart des serveurs d'applications Web Server en tant que partie intégrante d'entre eux, cela signifie que Serveur d'Application peut en faire ce Serveur Web est capable de faire. En outre Serveur d'Application ont des composants et des fonctions de Demande d'aide au niveau des services tels que le Regroupement de Connexion, le pool d'Objet, Opération de Soutien, services de Messagerie, etc.
- Que les serveurs web sont bien adaptés pour le contenu statique et de l'application des serveurs de contenu dynamique, la plupart des environnements de production web server comme serveur proxy inverse pour l'application serveur. Cela signifie que lors de l'entretien d'une demande de page, contenu statique (images/HTML Statique) sont servis par le serveur web qui interprète la demande. En utilisant une sorte de technique de filtrage (surtout l'extension de la ressource demandée) serveur web identifie le contenu dynamique de la demande et de manière transparente vers l'avant pour serveur d'application
Exemple de configuration d'Apache Tomcat HTTP Server et Oracle (anciennement BEA) WebLogic Server. Apache Tomcat Serveur HTTP Web Server et Oracle WebLogic est le Serveur d'Application.

Dans certains cas, les serveurs sont étroitement intégrés, tels que IIS et .NET Runtime. IIS web server. Lorsqu'ils sont équipés .NET runtime environment, IIS est capable de fournir des services d'application.
- JBoss(maintenant WildFly) trop est un célèbre exemple de serveur d'Application 😀
- Poissons de verre de trop.
- Très belle explication! Les gens utilisent un terme composant "serveur web", qui est synonyme de "Web Server" dans ce post. Le contenu statique servi par une Composante "serveurs web" peut facilement se propager à travers les Cdn (Content delivery network). Aussi "serveur d'Application" est utilisé de façon interchangeable avec l'Application "serveur web".
- Bonne explication,... si le serveur d'application peut agir en tant que serveur web, mais pourquoi ces serveurs web existent-ils encore? en raison de ils sont de poids léger à manipuler des pages web statiques?
- Belle explication, puisque l'on peut utiliser serveur d'application au lieu du serveur web quels sont les avantages d'avoir un serveur web et un serveur d'application à la fois pour une seule application? Et de la performance sage, quelle est la meilleure option?
- "Apache Tomcat Serveur HTTP Web Server et Oracle WebLogic est le Serveur d'Application." Alors tout d'abord, Apache Tomcat et Apache HTTP server sont 2 produits différents. Et ce n'est pas vraiment une déclaration exacte. Apache Tomcat est un serveur d'application. Bien sûr, il peut servir des pages web, mais c'est un serveur d'application pour le déploiement de Java. Je me rends compte de beaucoup utiliser le terme "serveur web" à la légère. Mais il confond tout simplement les gens.
- Apache Tomcat est pas un serveur web, il est une application serveur qui exécute Java servelets. Le serveur HTTP Apache est un serveur web. Il n'y a pas de serveur appelé Apache Tomcat serveur HTTP.
- -1 pour la confusion Apache Tomcat et Apache HTTPD. stackoverflow.com/questions/30632/...
- à venir à partir d'un IIS fond, je ne savais pas que app & serveurs web sont deux serveurs différents
InformationsquelleAutor Rutesh Makhijani
129

C'est une réponse détaillée avec certains scénarios de comprendre clairement la différence,la ressemblance et comment les deux peuvent travailler de concert et de toutes les

Serveur d'Application est un terme qui est parfois mélangé avec un serveur web. Alors qu'un serveur web traite principalement protocoles HTTP, le serveur d'application des contrats avec plusieurs protocoles différents, y compris, mais pas limitée, à l'adresse HTTP.

Le serveur Web principal travail est de afficher le contenu du site et le serveur d'application est en charge de la logique, l'interaction entre l'utilisateur et le contenu affiché. Le serveur d'application est en collaboration avec le serveur web, où l'on affiche et de l'autre on interagit.

L'information voyage de retour et vient entre le serveur et le client n'est pas limité à la simple affichage de balisage, mais de l'interaction entre les deux.

Dans la plupart des cas, le serveur crée ce interaction par le biais d'un composant API, comme J2EE (Java 2 Platform), EJB (Enterprise JavaBean) et de différents logiciels d'application de modèles.

Un exemple:

La meilleure façon de comprendre la différence entre les scénarios où un serveur d'application fonctionne avec le serveur web par rapport à un scénario où il n'y a pas un serveur d'application est par le biais d'une boutique en ligne.

Scénario 1: un serveur Web sans un serveur d'application

vous avez une boutique en ligne avec seulement un serveur web et pas de serveur d'application. Le site fournit un écran où vous pouvez choisir un produit de. Lorsque vous soumettez une requête, le site effectue une recherche et renvoie un code HTML résultats de son client. Le serveur web envoie à votre requête directement au serveur de base de données (être patient, je vais vous expliquer ce un dans notre prochaine pépite) et attend une réponse. Une fois reçu, le serveur web formule de la réponse dans un fichier HTML et l'envoie à votre navigateur web. Cet aller-retour, la communication entre le serveur et le serveur de base de données qui se passe à chaque fois qu'une requête est exécutée.

Scénario 2: serveur Web avec un serveur d'application

si la requête que vous souhaitez exécuter a déjà été fait auparavant et aucune donnée n'a changé depuis, le serveur va générer les résultats sans avoir à envoyer la requête au serveur de base de données. Cela permet en temps réel de la requête, où une deuxième client peut accéder à la même info et de recevoir en temps réel des informations fiables et sans l'envoi d'une autre dupliquer une requête vers le serveur de base de données. Le serveur agit comme un intermédiaire entre le serveur de base de données et le serveur web. Cela permet à l'information tirée pour être réutilisables alors que dans le premier scénario, car cette info est incorporé dans un particulier et "sur mesure" de la page HTML, ce n'est pas réutilisable processus. Un deuxième client devra demander l'info de nouveau et de recevoir un autre code HTML intégré à la page avec les infos demandées-très inefficace. Pour ne pas mentionner que ce type de serveur est très flexible en raison de sa capacité à gérer ses propres ressources, y compris la sécurité, le traitement des transactions, la messagerie et la mise en commun de ressources.

À l'appui d'une telle variété de tâches complexes, ce serveur doit avoir une redondance intégrée, une grande puissance de traitement et la quantité de RAM pour gérer toutes les données qu'il tire en temps réel.

Espère que cette aide.
- Ce n'est pas exact/confus, même pour les applications web (c'est à dire la durée d'application-serveur s'applique à aucun-web apps). Considérant web uniquement: Un serveur web (apache, nginx) pour gérer les requêtes web (http). Un serveur d'application contient/expose la demande (par exemple, le code php). Ils ont peut être la même machine, ils ne pourraient pas - par exemple, il serait considéré comme normal d'avoir nginx sur une machine (serveur web) transmission de la demande à php-fpm sur une autre machine (serveur d'application) qui ne prend pas en lui-même aucun accès http (seulement exposer le port pour php-fpm lui-même).
- Un serveur Web exclusivement traite les requêtes HTTP, alors qu'un serveur d'application traite de la logique métier de l'application des programmes par le biais de n'importe quel nombre de protocoles tels que HTTP.
- Mon point est le serveur d'application peut gérer les requêtes http, c'est pas une exigence. the application server deals with several different protocols, including, but not limited, to HTTP <- que dit-il certainement ne poignée de requêtes http qui n'est pas précis.
- Après re-lecture les exemples donnés, je ne vois pas de réel clarté ici - les descriptions se rapportent principalement à la mise en cache. Ce qui promet d'être clair, c'est qu'un serveur web est un logiciel, une application est un logiciel. s'ils sont déployés sur la même machine la machine peut être désigné comme vous le souhaitez. Si ils sont sur des machines différentes, il serait normal qu'ils se réfèrent à un exécutant le serveur web que le serveur, et celui de l'exécution de l'application comme le serveur d'applications. Normalement vous devriez diviser les choses en fonction de la charge et de l'équilibrage de la charge. Globalement je trouve que cette réponse n'est pas ajouter quelque chose d'utile.
- Ma réponse est destinée à compléter les autres réponses je.e d'autres réponses déjà dire ce que vous avez demandé à son juste une extension pour ça.
InformationsquelleAutor Durai Amuthan.H
124

Les deux termes sont très génériques, l'un de l'autre et vice-versa, dans certains cas.
- Serveur Web: sert de contenu pour le web en utilisant le protocole http.
- Serveur d'Application: accueille et expose la logique métier et les processus.
Je pense que le point principal est que le serveur web expose tout à travers le protocole http, tandis que le serveur d'application n'est pas limité.

Cela dit, dans de nombreux scénarios, vous trouverez que le serveur web est utilisé pour créer le front-end de l'application serveur, qui est, il expose un ensemble de pages web qui permettent à l'utilisateur d'interagir avec les règles commerciales trouvé dans le serveur d'application.

InformationsquelleAutor jmservera
58

Comme Rutesh et jmservera souligné, la distinction est floue. Historiquement, ils étaient différents, mais à travers les années 90, ces deux précédemment catégories distinctes mixte caractéristiques et effectivement fusionné. À ce point est probablement préférable d'imaginer que le "Serveur d'Application" de la catégorie de produit est un sur-ensemble strict de la "web server" de la catégorie.

Un peu d'histoire. Dans les premiers jours de la Mosaïque du navigateur et hyperliens du contenu, il y a évolué de cette chose qu'on appelle un "serveur web" qui ont servi le contenu des pages web et des images sur HTTP. La plupart du contenu est statique, et le protocole HTTP 1.0 était juste une façon d'expédier des fichiers. Rapidement le "serveur web" à la catégorie a évolué pour inclure CGI capacités en effet le lancement d'un processus à chaque requête web pour générer du contenu dynamique. HTTP aussi mûri et les produits sont devenus plus sophistiqués, avec la mise en cache, la sécurité et les fonctionnalités de gestion. Comme la technologie a mûri, nous avons spécifique à la société Java côté serveur de la technologie de Kiva et NetDynamics, qui a finalement fusionné en JSP. Microsoft a ajouté ASP, je pense que, en 1996, pour Windows NT 4.0. La statique du serveur web avait appris quelques nouveaux trucs, de sorte qu'il était un "serveur d'application" pour de nombreux scénarios.

En parallèle, la catégorie, le serveur d'application a évolué et a existé pendant une longue période. les sociétés de produits livrés pour Unix comme un Smoking, TopEnd, Encina qui ont été philosophiquement dérivée de l'application d'une unité centrale de gestion et de surveillance des environnements tels que IMS et CICS. Microsoft s offre a été de Microsoft Transaction Server (MTS), qui a ensuite évolué dans COM+. La plupart de ces produits spécifiés "fermé" produit spécifique à la communication des protocoles à l'interconnexion des "gros" clients vers les serveurs. (Pour la Encina, les comms protocole a été DCE RPC; de MTS, il a été DCOM, etc). En 1995/96, ces traditionnels serveur d'application des produits a commencé à intégrer HTTP de base de la capacité de communication, au début, par des passerelles. Et les lignes ont commencé à s'estomper.

Serveurs Web suis de plus en plus matures en matière de manipulation des charges plus importantes, plus la concurrence, et de meilleures fonctionnalités. App serveurs livrés de plus en plus et HTTP capacité de communication.

À ce point, la ligne entre le "serveur d'application" et "serveur web" est floue. Mais les gens continuent d'utiliser les termes différemment, comme une question d'accent. Quand quelqu'un dit "serveur web", vous pensez souvent HTTP centrées sur l'INTERFACE web, orienté vers les applications. Quand quelqu'un dit "serveur d'Application", vous pouvez penser "des charges plus lourdes, les fonctionnalités d'entreprise, les transactions et les files d'attente, multi-canal de communication (HTTP + en savoir plus). Mais souvent c'est le même produit qui sert à la fois des ensembles de charge de travail.
- WebSphere d'IBM "serveur d'application" a son propre serveur web en bundle.
- WebLogic, traditionnellement un autre serveur d'application, de la même manière.
- Windows, Microsoft Serveur d'Application (en plus d'être son Fichier&Serveur d'Impression, Serveur Multimédia, etc.), bundles IIS.
- Réponse très claire. Mais pouvez-vous en dire un peu plus sur les "nouveaux trucs" qui ont permis à un serveur web pour fonctionner comme un serveur d'application.
- "de nouveaux trucs" qui implique, exécutant côté serveur logique. Script logique comme ASP ou autres. L'original "serveurs web" juste de rentrer du contenu statique, depuis le système de fichiers. Nous avons parcouru un long chemin depuis que, maintenant.
InformationsquelleAutor Cheeso
46

Serveur Web

Exécuter python -m 'SimpleHTTPServer' et aller à http://localhost:8080. Ce que vous voyez est un serveur web qui à son fonctionnement. Le serveur sert simplement des fichiers sur HTTP stockés sur votre ordinateur. Le point clé est que tout cela est fait sur le dessus du protocole HTTP. Il existe aussi des serveurs FTP, par exemple, qui font exactement la même chose (un service de fichiers stockés), mais au-dessus d'un protocole différent.

Serveur d'Application

Dire que nous avons une petite application comme ci-dessous (extrait de Flacon).
```
@app.route('/')
def homepage():
    return '<html>My homepage</html>'

@app.route('/about')
def about():
    return '<html>My name is John</html>'
```
Le petit programme d'exemple les cartes de l'URL / à la fonction homepage() et la /about à la fonction about().

Pour exécuter ce code, nous avons besoin d'un serveur d'application (par exemple, Gunicorn) - un programme ou un module qui permet d'écouter les demandes d'un client et à l'aide de notre code, quelque chose de dynamique. Dans l'exemple nous suffit de retourner quelques très mauvaises HTML.

Quelle est la logique d'entreprise toutes les autres personnes avec qui parler? Ainsi, depuis une URL cartes à quelque part précisément dans notre base de code, nous sommes à titre d'hypothèse en montrant une certaine logique sur le fonctionnement de notre programme.

Rechapage

serveur web - sert les fichiers stockés quelque part (le plus souvent .css, .html, .js). Commune des serveurs web Apache, Nginx ou encore Python SimpleHTTPServer.

serveur d'application - sert les fichiers générés à la volée. Essentiellement la plupart des serveurs web ont une certaine forme de plugins, ou même venir avec built-in fonctionnalité de le faire. Il existe aussi une application stricte des serveurs comme Gunicorn (Python), la Licorne (Ruby), uWSGI (Python), etc.

Notez que vous pouvez en fait créer un serveur web avec le code de l'application serveur. Cela se fait dans certains cas au cours du développement où vous ne voulez pas d'avoir un gazillion de différents serveurs en cours d'exécution sur votre ordinateur.
- C'est la meilleure et la plus succincte réponse. Je me demandais si un serveur web pourrait être considéré comme un sous-ensemble d'un serveur d'application. Droit maintenant, je pense à elle comme un serveur web, c'est comme une méthode de lecture et d'un serveur d'application, c'est comme une méthode de fabrique (dont l'URL est un argument du constructeur :D)
- Uff.. Enfin, merci d'avoir donné un Python point de vue. Que la langue agnostique que ce sujet peut sembler, il ne l'est pas. Quelqu'un qui n'a jamais utilisé EJB ne sera pas à comprendre la Java orienté répond clairement.
- Merci. "Pour exécuter ce code, nous avons besoin d'un serveur d'applications", pourriez-vous préciser ce que le serveur d'application est pour l'exécution de la fiole programme?
InformationsquelleAutor Pithikos
36

Comme beaucoup l'ont dit avant, serveurs web poignée HTTP pétitions, tandis que les serveurs d'application poignée de pétitions pour les composants distribués.
Alors, peut-être la façon la plus facile de comprendre la différence est de comparer les deux produits en ce qui concerne l'environnement de programmation qu'ils offrent.

Web Serveur -> Environnement de Programmation

IIS : ASP (.NET)

Tomcat : Servlet

Jetty : Servlet

Apache : Php, CGI

Serveurs d'applications -> Environnement de Programmation

MTS : COM+

ÉTAIT : EJB

JBoss : EJB

Serveur d'Application WebLogic : EJB

La différence essentielle est que les serveurs d'applications de soutien de certains composant distribué la technologie, offrant des fonctionnalités comme l'invocation distante et les transactions distribuées, comme EJB dans le monde Java ou COM+ sur la plateforme de Microsoft. Serveur Http souvent l'appui de certaines de plus simple, les environnements de programmation, souvent de script, comme ASP (.NET) dans le cas de Microsoft ou de Servlet--, y compris dans les JSP et de nombreux autres dans le cas de Java ou PHP et CGI en cas de Apache.

D'autres capacités telles que l'équilibrage de charge, le clustering, à la session de basculement, le regroupement de connexion, etc. que l'habitude d'être dans le domaine des serveurs d'application, sont disponibles sur les serveurs web ainsi directement ou par l'intermédiaire de certains produits de tiers.

Enfin, il est intéressant de noter que l'image s'est déformée avec "léger conteneurs" comme Spring, qui souvent compléter les fins de l'application des serveurs dans plus de manière simple et sans l'infrastructure de serveur d'applications. Et puisque la distribution aspect dans les applications est en mouvement à partir de composants distribués vers le service de paradigme et d'une architecture SOA, il est de moins en moins d'espace à gauche pour traditionnels des serveurs d'applications.
- Peut tout de serveurs d'application que vous avez énumérés être utilisé comme un http serveurs web comme apache http?
InformationsquelleAutor Dan
18

Un serveur Web traite exclusivement requêtes HTTP/HTTPS. Il sert de contenu sur le web via HTTP/HTTPS protocole.

Un serveur d'application sert de la logique métier de l'application des programmes par le biais de n'importe quel nombre de protocoles, y compris éventuellement HTTP. Le programme d'application peut utiliser cette logique, de même que l'appel d'une méthode sur un objet. Dans la plupart des cas, le serveur expose cette logique d'entreprise par l'intermédiaire d'un composant de l'API, comme les EJB (Enterprise JavaBean) composant de modèle trouvé sur Java EE (Java Platform, Enterprise Edition) serveurs d'applications.
Le point principal est que le serveur web expose tout à travers le protocole http, tandis que le serveur d'application n'est pas limité.
Un serveur d'application offre ainsi beaucoup plus de services qu'un serveur web qui comprennent généralement:
- Un (exclusifs ou non) de l'API
- Load balancing, fail over...
- Objet de gestion du cycle de vie
- La gestion de l'état (session)
- De la gestion des ressources (par exemple, les pools de connexions de base de données)
La plupart des serveurs d'applications Web Server en tant que partie intégrante d'entre eux, cela signifie que Serveur d'Application peut en faire ce Serveur Web est capable de faire. En outre Serveur d'Application ont des composants et des fonctions de Demande d'aide au niveau des services tels que le Regroupement de Connexion, le pool d'Objet, Opération de Soutien, services de Messagerie, etc.

Un serveur d'application peut (mais ne le fait pas toujours) s'exécutent sur un serveur web pour exécuter la logique du programme, dont les résultats peuvent être livrés par le serveur web. C'est un exemple d'un serveur web/serveur d'application scénario.
Un bon exemple dans le monde Microsoft est Internet Information Server /SharePoint Server relation. IIS est un serveur web; SharePoint est un serveur d'application. SharePoint se trouve "en haut" de IIS, exécute la logique spécifique, et sert les résultats via IIS.
Dans le monde Java, il y a un scénario similaire avec Apache et Tomcat, par exemple.

Que les serveurs web sont bien adaptés pour le contenu statique et de l'application des serveurs de contenu dynamique, la plupart des environnements de production web server comme serveur proxy inverse pour l'application serveur. Cela signifie que tout service de demande de page, contenu statique, tels que des images/html Statique est servi par le serveur web qui interprète la demande. En utilisant une sorte de technique de filtrage (surtout l'extension de la ressource demandée) serveur web identifie le contenu dynamique de la demande et de manière transparente les transmet à l'application serveur.

Exemple d'une telle configuration est le Serveur HTTP Apache et BEA WebLogic Server. Le Serveur HTTP Apache est le Serveur Web et BEA WebLogic est le Serveur d'Application.
Dans certains cas, les serveurs sont étroitement intégrés, tels que IIS et .NET Runtime. IIS web server. lorsqu'ils sont équipés .NET runtime environnement IIS est capable de fournir des services d'application
```
Web Server                               Programming Environment
Apache                                   PHP, CGI
IIS (Internet Information Server)        ASP (.NET)
Tomcat                                   Servlet
Jetty                                    Servlet

Application Server                       Programming Environment
WAS (IBM's WebSphere Application Server) EJB
WebLogic Application Server (Oracle's)   EJB
JBoss AS                                 EJB
MTS                                      COM+
```
InformationsquelleAutor Parv
16

En bref un serveur web est un serveur qui sert les pages web pour les utilisateurs via le protocole http. Un serveur d'application est un serveur qui héberge la logique d'entreprise pour un système. Il accueille souvent les deux en cours d'exécution longue, lot de fabrication de processus et/ou les services de l'interopérabilité ne sont pas destinées à la consommation humaine (REST/JSON services, SOAP, RPC, etc).
- Que signifie le terme "hôte de la logique commerciale" signifie? Comment est-elle réalisée?
- Est-il de la logique exposée au client par le biais de services web?
- Il peut être servi via des services web, ou il peut être servi par toute autre interface (TCP, MQ, télévision fichiers sur un partage (je ne recommande pas le dernier)).
- Cela peut être trompeur. L'application serveur n'héberge pas quoi que ce soit. Votre code d'hôtes la logique métier et l'application serveur fonctionne comme la colle entre ça et les pages web que les utilisateurs demandent.
InformationsquelleAutor C. Ross
16

La principale différence entre le serveur Web et le serveur d'application est que le serveur web est destiné à servir des pages statiques par exemple, en HTML et CSS, tandis que l'Application Serveur est responsable de la génération de contenu dynamique, par l'exécution de code côté serveur par exemple, JSP, Servlet ou EJB.

Qui dois-je utiliser?

Une fois que vous connaissez la différence entre le web et le serveur d'applications web et de conteneurs, il est facile de savoir quand les utiliser.
Vous avez besoin d'un web server comme Apache HTTPD si vous êtes au service des pages web statiques. Si vous avez une application Java avec juste JSP et Servlet pour générer du contenu dynamique, alors vous devez web containers comme Tomcat ou Jetty. Alors que, si vous avez d'application Java EE en utilisant des EJB, distributed transaction, de messagerie et d'autres caractéristiques de fantaisie que vous avez besoin à part entière, application server comme JBoss, WebSphere, Oracle WebLogic.

Conteneur Web est une partie de Serveur Web et le Serveur Web est une partie de l'Application Serveur.

Serveur Web est composé de conteneur web, tandis que le Serveur d'Applications est composé de conteneur web ainsi que le conteneur d'EJB.
- "Serveur Web est composé de conteneur web": comme par youtu.être/ATObcDPLa40 cette vidéo, c'est faux
InformationsquelleAutor Arun Raaj
8

Un serveur d'application est généralement conçu et déployé pour faciliter plus de processus en cours d'exécution, qui seront également plus de ressources.

Un serveur web est utilisé pour de courtes rafales qui ne sont pas gourmandes en ressources, en général. C'est principalement pour faciliter servir basé sur le web de la circulation.

InformationsquelleAutor Joseph
8

Un serveur web utilise le protocole HTTP pour servir des pages web. Un serveur d'application peut (mais ne le fait pas toujours) s'exécutent sur un serveur web pour exécuter la logique du programme, dont les résultats peuvent être livrés par le serveur web. C'est un exemple d'un serveur web/serveur d'application scénario.

Un bon exemple dans le monde Microsoft est Internet Information Server /SharePoint Server relation. IIS est un serveur web; SharePoint est un serveur d'application. SharePoint se trouve "en haut" de IIS, exécute la logique spécifique, et sert les résultats via IIS.

Dans le monde Java, il y a un scénario similaire avec Apache et Tomcat, par exemple.

InformationsquelleAutor Robert S.
8

En Java, il est un de plus: conteneur web (ou, plus strictement, conteneur de servlet). C'est, disons, entre le serveur web et le serveur d'application. Un conteneur web en Java termes est un serveur d'application qui, en gros, seulement met en œuvre la JSP/Servlet Java EE et le manque de plusieurs éléments de base de Java EE, tels que EJB soutien. Un exemple est Apache Tomcat.

InformationsquelleAutor BalusC
7

Sur un premier côté, un serveur web sert de contenu web (HTML et du contenu statique) via le protocole HTTP. D'autre part, un serveur d'application est un conteneur sur lequel vous pouvez construire et exposer la logique métier et les processus des applications client à travers différents protocoles tels que HTTP, dans une architecture n-tiers.

Un serveur d'application offre ainsi beaucoup plus de services qu'un serveur web qui comprennent généralement:
- Un (exclusifs ou non) de l'API
- Objet de gestion du cycle de vie,
- La gestion de l'état (session),
- De la gestion des ressources (par exemple, les pools de connexions de base de données),
- Load balancing, fail over...
Autant que je sache, ATG Dynamo a été l'un des premiers serveur d'application à la fin des années 90 (selon la définition ci-dessus). Au début des années 2000, c'était le règne de certains propriétaires des serveurs d'applications comme ColdFusion (CFML QUE), BroadVision (JavaScript côté Serveur AUSSI), etc. Mais aucun n'a survécu le serveur d'applications Java ère.

InformationsquelleAutor Pascal Thivent
7

La frontière entre ces deux-là sont toujours tellement plus mince.

Serveurs d'applications expose une logique d'entreprise à un client. Si c'est comme serveur d'application se compose d'un ensemble de méthodes(pas nécessairement bien, peut-être même un ordinateur en réseau qui permet à bon nombre d'exécuter le logiciel) pour effectuer une logique d'entreprise. Donc, il va tout simplement de sortie les résultats souhaités, pas de contenu HTML. (similaire à un appel de méthode). Il n'est donc pas strictement basées sur HTTP.

Mais les serveurs web de passe contenu HTML pour les navigateurs web (Strictement basées sur HTTP). Serveurs Web ont été capables de traiter uniquement le web statique des ressources, mais l'émergence de scripts côté serveur aidé de serveurs web pour gérer le contenu dynamique ainsi. Lorsque le serveur web prend de la demande et la dirige vers le script (PHP, JSP, CGI scripts, etc.) pour CRÉER du contenu HTML à être envoyé au client. Puis serveur web sait comment faire pour les envoyer au client. PARCE que c'est ce qu'un serveur web sait vraiment.

Après avoir dit que, de nos jours, les développeurs utilisent ces deux ensemble.
Lorsque le serveur web prend la requête et appelle ensuite un script pour créer le code HTML, MAIS le script sera de nouveau appel à un serveur d'application de la LOGIQUE (par exemple, la récupération des détails de la transaction) pour remplir le contenu HTML.

Dans ce cas, les deux serveurs ont été utilisées efficacement.

Donc ....
On peut très bien dire que, de nos jours, dans la plupart des cas, les serveurs web sont utilisés comme un sous-ensemble de serveurs d'applications. MAIS au cinéma, il n'est PAS le cas.

J'ai lu de nombreux articles sur ce sujet et a trouvé cette article très pratique.

InformationsquelleAutor Dilruk
5

Un serveur d'application est une machine (un processus exécutable en cours d'exécution sur une machine, en fait) qui "écoute" (sur n'importe quel canal, à l'aide d'un protocole), pour les demandes de clients pour tout service qu'elle fournit, et puis quelque chose basé sur ces demandes. (peut ou peut ne pas impliquer un respose pour le client)

Un serveur Web est un processus en cours d'exécution sur une machine qui "écoute", notamment sur le protocole TCP/IP de Canal à l'aide de l'un des "internet" protocoles (http, https, ftp, etc..) et le fait qu'il n'est basé sur les demandes entrantes... en Général, (comme origianly défini), il a cherché/générée et renvoyée d'une page web html au client, soit récupérées à partir d'un fichier html statique sur le serveur, ou construit de façon dynamique en fonction des paramètres dans les demandes entrantes des clients.
- u peut donner des exemples pour la salle de bain des cas.
- Pouvez-vous veuillez donner des exemples des deux? Merci.
InformationsquelleAutor Charles Bretana
4

Tous les ci-dessus est un peu plus-de compliquer quelque chose de très simple. Un serveur d'application contient un serveur web, un serveur d'application a juste un couple plus d'ajouts/extensions à ce que les serveurs web. Si vous regardez TomEE comme un exemple:
```
CDI - Apache OpenWebBeans
EJB - Apache OpenEJB
JPA - Apache OpenJPA
JSF - Apache MyFaces
JSP - Apache Tomcat
JSTL - Apache Tomcat
JTA - Apache Geronimo Transaction
Servlet - Apache Tomcat
Javamail - Apache Geronimo JavaMail
Bean Validation - Apache BVal
```
Vous verrez que le serveur Tomcat (conteneur Web/serveur) est juste un autre outil dans l'application des serveurs de l'arsenal. Vous pouvez obtenir JPA et l'autre tech dans le serveur web ainsi si vous voulez, mais l'application des serveurs juste package de toutes ces choses pour votre commodité. Pour être entièrement classé comme un serveur d'application vous avez essentiellement besoin de se conformer à une liste d'outils définis par une norme.

InformationsquelleAutor Gerrit Brink
3

Plus grande différence est un Serveur Web qui traite les requêtes HTTP, tandis qu'un serveur d'Applications doit exécuter la logique métier sur un certain nombre de protocoles.

InformationsquelleAutor MarkPowell
3

En fait Apache est un serveur web et serveur Tomcat est un serveur d'application. Quand une requête HTTP, vient de du serveur web. Puis contenu statique de les renvoyer au navigateur par le serveur web. Est-il logique et ne de faire, alors que la demande de l'envoyer au serveur d'application. après le traitement de la logique alors d'envoi de réponse de serveur web et l'envoyer au client.

InformationsquelleAutor Amila
2

Il n'est pas nécessairement une ligne de démarcation claire. De nos jours, de nombreux programmes combinent des éléments des deux - servir les requêtes http (serveur web) et la manipulation de la logique métier (serveur d'application)

InformationsquelleAutor Peter Recore
2

De https://en.wikipedia.org/wiki/Web_server

Un serveur web est un système informatique qui traite les demandes via HTTP, base de protocole de réseau utilisé pour distribuer de l'information sur le World Wide Web. Le terme peut se référer à l'ensemble du système, ou spécifiquement pour le logiciel que accepte et supervise les requêtes HTTP.

De https://en.wikipedia.org/wiki/Application_server#Application_Server_definition

Un serveur d'application s'exécute en arrière-d'un Serveur web (par exemple Apache ou Microsoft Internet Information Services (IIS)) et (presque toujours) en face d'une base de données SQL (par exemple, PostgreSQL, MySQL, ou Oracle).

Applications Web sont code informatique qui s'exécuter au-dessus de serveurs d'applications et sont rédigés dans la ou les langue(s) du serveur d'application prend en charge et d'appeler les bibliothèques d'exécution et les composants de la application server offre.

InformationsquelleAutor Manohar Reddy Poreddy
2

Serveur d'applications et le serveur web, les deux sont utilisés pour héberger des applications web. Le Serveur Web est traiter avec conteneur web sur l'autre côté du Serveur d'Application est de traiter avec web conteneur EJB (Enterprise JavaBean) conteneur ou COM+ conteneur pour Microsoft dot Net.

Serveur Web est conçu pour servir l'adresse HTTP du Contenu statique comme HTML, images, etc. et pour le contenu dynamique ont plugins pour prendre en charge les langages de script comme Perl, PHP, ASP, JSP, etc et elle est limitée pour le protocole HTTP. Ci-dessous les serveurs peuvent générer dynamiquement du contenu HTTP.

Du Serveur Web Environnement de Programmation:

IIS : ASP (.NET)

Apache Tomcat: Servlet

Jetty: Servlet

Apache: Php, CGI

Serveur d'Application peut en faire ce Serveur Web est capable et à l'écoute de l'utilisation de tout protocole, ainsi que le Serveur d'Application ont des composants et des fonctions de Demande d'aide au niveau des services tels que le Regroupement de Connexion, le pool d'Objet, Opération de Soutien, services de Messagerie, etc.

Du Serveur d'Application Environnement de Programmation:

MTS: COM+

ÉTAIT: EJB

JBoss: EJB

Serveur d'Application WebLogic: EJB

InformationsquelleAutor Bablu Ahmed
1

Alors qu'il peut y avoir des chevauchements entre les deux (certains serveurs web peuvent même être utilisés comme serveurs d'application) la plus grande différence à mon humble avis est le modèle de traitement et de la gestion de la session:

Dans le traitement du serveur Web de modèle, l'accent est mis sur le traitement des demandes; la notion de "session" est assez bien virtuel. C'est-à-dire que "session" est simulé par le transfert de la représentation de l'état entre le client et le serveur (et donc de REPOS) et/ou de sérialisation à une source externe de stockage persistant (SQL Server, Memcached, etc).

En Application de serveur de la session est généralement plus explicite et souvent prend la forme d'un objet vivant dans la mémoire du serveur d'application pour l'ensemble de la durée de la "session".

InformationsquelleAutor zvolkov
0

Cela dépend de l'architecture spécifique. Certains serveurs d'applications peuvent utiliser des protocoles web natif (XML/RPC/SOAP sur HTTP), donc il y a peu de différence technique. Généralement, un serveur web est un utilisateur face, servant une variété de contenu sur HTTP/HTTPS, tandis qu'un serveur d'application n'est pas des utilisateurs et peuvent utiliser non standard ou non-les protocoles routables. Bien sûr, avec RIA/AJAX, la différence pourrait être encore assombri, ne servant que les non-contenu HTML, JSON/XML) pour les clients de pompage notamment des services d'accès distant.

InformationsquelleAutor Cade Roux
0

De l'OMI, c'est surtout l'idée de la séparation des préoccupations.

À partir d'un point de vue purement technique, vous pouvez tout faire (contenu web + une logique d'entreprise) dans un seul serveur web. Si vous souhaitez faire cela, alors les renseignements pourraient être intégrées à l'intérieur a demandé au contenu HTML. Quel serait l'impact?

Par exemple, imaginez que vous avez 2 applications différentes qui rend totalement différent du contenu HTML dans le navigateur. Si vous voulez séparer la logique métier d'une application de serveur que vous pourriez fournir différents serveurs web à la recherche de la même des données dans l'application-serveur via des scripts. Toutefois, Si vous n'avez pas de séparer la logique et de la garder dans le serveur web, chaque fois que vous modifiez votre modèle d'affaires, vous vous retrouvez de le changer dans chaque serveur web que vous avez qui pourrait prendre plus de temps, de moins en moins fiables et sujette à erreur.

InformationsquelleAutor stdout

Compréhension de base :

En architecture client /serveur,

Serveur :> Qui sert à la demande.

Client :> Qui consomme de service.

Serveur Web & serveur d'Applications sont des applications informatiques qui agissent comme des serveurs à leurs clients.

Ils ont obtenu leurs noms en fonction de leur lieu d'utilisation.

Web server :> serve web content
           :> Like Html components
           :> Like Javascript components
           :> Other web components like images,resource files
           :> Supports mainly web protocols like http,https.
           :> Supports web Request & Response formats.

Utilisation --
      we require low processing rates,

      regular processing practices involves.
Par exemple: Tous les plats de serveurs généralement disponibles ready-made qui sert uniquement web
en fonction du contenu.

Application server :> Serve application content/component data(Business data).
                   :> These are special kind which are custom written 
                      designed/engineered for specific
                      purpose.some times fully unique in 
                      their way and stands out of the crowd. 

                   :> As these serves different types of data/response contents
                   :> So we can utilize these services for mobile client,web 
                      clients,intranet clients. 
                   :> Usually application servers are services offered on different 
                      protocols.    
                   :> Supports different Request& Response formats.

Utilisation --
      we require multi point processing,

      specialized processing techniques involves like for AI.
Par exemple: Google maps des serveurs, Google recherche de serveurs,les serveurs de Google docs,Microsoft 365
les serveurs,Microsoft vision par ordinateur serveurs pour les IA.

Nous pouvons supposer que les niveaux/les Hiérarchies en 4 niveaux/architecture n-tiers.

 So they can provide 
                    load balancing,
                    multiple security levels,
                    multiple active points,
                    even they can provide different request processing environments.

Veuillez suivre ce lien pour l'architecture standard des analogies:

https://docs.microsoft.com/en-us/previous-versions/msp-n-p/ee658120(v%3dpandp.10)

InformationsquelleAutor chandra rv

Vous devez vous connecter pour publier un commentaire.

Web Serveur -> Environnement de Programmation

Serveurs d'applications -> Environnement de Programmation