¿Cuál es la diferencia entre servidor web y servidor de aplicaciones? 20 respuestas Mayoría de las veces esos términos servidor servidor Web y la aplicación se usa indistintamente. Siguientes son algunas de las diferencias clave en las características de servidor Web y servidor de aplicaciones: Servidor web está diseñado para servir contenido HTTP. Servidor de aplicaciones puede servir contenido HTTP pero no se limita a sólo HTTP. Se puede proporcionar otro soporte de protocolo como RPC/RMI Servidor Web en su mayoría está diseñado para servir contenido estático, aunque la mayoría de los servidores Web tienen plugins para soportar lenguajes de scripting como Perl, PHP, ASP, JSP etc. a través del cual estos servidores pueden generar contenido dinámico de HTTP. La mayoría de los servidores de aplicaciones dispone de servidor Web como parte integrante de ellas, que significa que servidor de aplicaciones puede hacer cualquier servidor Web es capaz de. Además el servidor de aplicaciones tienen componentes y características para apoyar servicios de nivel de aplicación como la agrupación de conexiones, agrupación de objetos, soporte de transacción, servicios de mensajería, etc.. Como servidores web son ideales para contenido estático y servidores de aplicaciones de contenido dinámico, la mayoría de los entornos de producción tienen servidor web actúa como proxy inverso para servidor de aplicaciones. Eso significa que mientras repara una solicitud de página, contenidos estáticos (como imágenes estático HTML) son servidos por servidor web que interpreta la solicitud. Utilizando algún tipo de filtrado de servidor web de técnica (sobre todo extensión de recurso solicitado) identifica la solicitud contenida dinámica y transparente se reenvía al servidor de aplicaciones Ejemplo de tal configuración es servidor de HTTP de Apache Tomcat y WebLogic Server de Oracle (anteriormente BEA). Tomcat de Apache HTTP Server es el servidor Web y Oracle WebLogic es el servidor de aplicaciones. En algunos casos los servidores están estrechamente integrados IIS como el Runtime. net. IIS es el servidor web. Cuando está equipado con el entorno de runtime. net, IIS es capaz de proporcionar servicios de aplicación. 146 votos 146 votos Ambos términos término s son muy genéricos, gené ricos, que contiene los otros y viceversa en algunos alguno s casos. Servidor Web: Web: sirve de contenido a la web mediante protocolo http. Servidor de aplicaciones: aplicaciones: alberga y expone la lógica de negocio y procesos. Creo que el punto principal es que el servidor web expone todo a través del protocolo http, mientras que el servidor de aplicaciones no se limita a él. Dicho esto, en muchos casos que se encontrará que el servidor web se está utilizando para crear el front-
end del servidor, es decir, expone un conjunto de páginas web que permiten al usuario interactuar con las reglas de negocio encontradas el servidor de aplicaciones. 30 votos Como Rutesh y jmservera señaladas, la distinción es confusa. Históricamente, eran diferentes, pero a través de los años 90 estas dos categorías previamente mezclan características y combinan con eficacia. En este punto es mejor imaginar que la categoría de producto "Servidor de aplicaciones" es un estricto superconjunto de la categoría "servidor web". Algo de historia. En días tempranos del navegador Mosaic y contenidos con hipervínculos, evolucionaron esta cosa llamada un "servidor web" sirve contenido de páginas web e imágenes sobre HTTP. La mayoría del contenido era estático, y el protocolo HTTP 1.0 era sólo una manera de enviar archivos alrededor. Rápidamente la categoría de "servidor web" evolucionó para incluir capacidad de CGI - lanzar con eficacia un proceso en cada solicitud web para generar contenido dinámico. HTTP también maduró y se convirtió en los productos más sofisticados, con almacenamiento en caché, seguridad y administración. Como la tecnología madurada, conseguimos específica de la empresa tecnología del lado del servidor basado en Java de Kiva y NetDynamics, que finalmente todo se combinó en JSP. Microsoft ha añadido ASP, creo que en 1996, Windows NT 4.0. El servidor de web estáticas había aprendido algunos trucos nuevos, por lo que es un eficaz "servidor de aplicaciones" para muchos escenarios. En una categoría paralela, el servidor de aplicación había evolucionado y desde hace mucho tiempo. empresas entregan productos de Unix como smoking, erosion, Encina que filosóficamente se derivan de la gestión de aplicaciones Mainframe y monitoreo de ambientes como IMS y CICS. Oferta de Microsoft era servidor de transacción de Microsoft (MTS) que evolucionó en COM +. La mayoría de estos productos especificadas «closed» protocolos de comunicaciones de productos específicos para interconectar a clientes "gordos" a los servidores. (Para la Encina, el protocolo de comunicación fue DCE RPC; para MTS era DCOM; etc..) En 1995/96, estos productos de servidor de aplicación tradicional comenzaron a incrustar capacidad básica de comunicación de HTTP, en primer lugar mediante gateways. Y las líneas empezaron a desdibujarse. Servidores Web tiene cada vez más maduros con respecto a la manipulación de cargas más altas, más concurrencia y mejores características. Servidores de aplicaciones entregan capacidad de comunicación cada vez más basado en HTTP. En este punto la línea entre "servidor de aplicaciones" y "servidor web" es confusa. Pero personas continúan utilizando los términos diferentemente, como una cuestión de énfasis. Cuando alguien dice "servidor web" a menudo crees que HTTP-centric, web interfaz de usuario, orientado a aplicaciones. Cuando alguien dice "Servidor de aplicaciones" usted puede pensar que "cargas más pesadas, funciones empresariales, transacciones y cola, varios canales de comunicación (HTTP + más). Pero a menudo es el mismo producto que sirve a ambos conjuntos de requisitos de la carga de trabajo. WebSphere, "aplicación servidor" IBM tiene su propio servidor web incluido. WebLogic, otro servidor de aplicaciones tradicionales, además. Windows, que es el servidor de aplicaciones de Microsoft (además de ser su servidor de archivos y de impresión, servidor de medios, etc.), paquetes de IIS.
22 votos Como muchos han dicho antes, los servidores web manejar peticiones HTTP, mientras que los servidores de aplicaciones manejar peticiones de componentes distribuidos. Así, tal vez la forma más fácil de entender la diferencia es comparar los dos productos en cuanto a entorno de programación que ofrecen.
Servidor Web-> entorno de programación IIS: ASP (. NET) Tomcat: Servlet Embarcadero: Servlet Apache: Php, CGI
Servidores de aplicaciones-> entorno de programación MTS : COM+ WAS : EJB JBoss : EJB Servidor de aplicaciones WebLogic: EJB La diferencia crucial es que servidores de aplicaciones soportan algunos componentes distribuidos tecnología, incorporación de características como invocación remota y las transacciones distribuidas, como EJB en mundo Java o COM + en la plataforma de Microsoft. Servidor HTTP a menudo apoyan algunos entornos de programación simple, a menudo de secuencias de comandos, como ASP (. net) en el caso de Microsoft o Servlet--base, como JSP y muchos otros en el caso de Java o PHP y CGI en el caso de Apache. Otras capacidades como el equilibrio de carga, clustering, failover de sesión, conexión etc., agrupación que solía ser en el ámbito de servidores de aplicaciones, se están haciendo disponibles en servidores web así directamente o a través de algunos productos de terceros. Por último, cabe señalar que la imagen está distorsionada aún más con "contenedores de peso ligero" como Spring Framework, que a menudo complementan el objetivo de servidores de aplicaciones de manera más sencilla y sin la infraestructura de servidor de aplicaciones. Y puesto que el aspecto de la distribución de aplicaciones se está moviendo del componente distribuido hacia el paradigma de servicio y arquitectura SOA, hay cada vez menos espacio a la izquierda para servidores de aplicaciones tradicionales. 14 votos Un servidor Web maneja exclusivamente las peticiones HTTP/HTTPS. Sirve de contenido a la web usando el protocolo HTTP/HTTPS. Un servidor de aplicaciones sirve lógica empresarial a los programas de aplicación a través de cualquier número de protocolos, incluidos posiblemente HTTP. El programa de aplicación puede usar esta lógica tal y
como sería llamar a un método en un objeto. En la mayoría de los casos, el servidor expone esta lógica de negocio a través de una API de componentes, como el modelo de componentes EJB (Enterprise JavaBean) encontrado en servidores de aplicaciones Java EE (Java Platform, Enterprise Edition). El punto principal es que el servidor web expone todo a través del protocolo http, mientras que el servidor de aplicaciones no se limita a él. Así, un servidor de aplicaciones ofrece servicios mucho más que un servidor web que típicamente incluyen: A (propietarios o no) API Balanceo de carga, failover de... Gestión del ciclo de vida del objeto Administración estado (sesión) Gestión de los recursos (p. ej., piscinas de conexión a la base de datos) La mayoría de los servidores de aplicaciones dispone de servidor Web como parte integrante de ellas, que significa que servidor de aplicaciones puede hacer cualquier servidor Web es capaz de. Además el servidor de aplicaciones tienen componentes y características para apoyar servicios de nivel de aplicación como la agrupación de conexiones, agrupación de objetos, soporte de transacción, servicios de mensajería, etc.. Un servidor de aplicaciones puede (pero no siempre) se ejecuta en un servidor web para ejecutar la lógica del programa, cuyos resultados se pueden entregar entonces el servidor web. Es un ejemplo de un escenario de servidor de aplicación de servidor web. Un buen ejemplo en el mundo de Microsoft es Internet Information Server / relación de SharePoint Server. IIS es un servidor web; SharePoint es un servidor de aplicaciones. SharePoint se encuentra "por encima" de IIS se ejecuta lógica específica y sirve los resultados a través de IIS. En el mundo de Java, hay un escenario similar con Apache y Tomcat, por ejemplo. Como servidores web son ideales para contenido estático y servidores de aplicaciones de contenido dinámico, la mayoría de los entornos de producción tienen servidor web actúa como proxy inverso para servidor de aplicaciones. Significa al servicio una solicitud de página, contenido estático como imágenes estático html es servida por el servidor web que interpreta la solicitud. Utilizando algún tipo de filtrado de servidor web de técnica (sobre todo extensión de recurso solicitado) identifica la solicitud contenida dinámica y transparente se reenvía al servidor de aplicaciones. Ejemplo de tal configuración es Apache HTTP Server y BEA WebLogic Server. Servidor HTTP Apache es el servidor Web y es de BEA WebLogic Application Server. En algunos casos, los servidores están estrechamente integrados IIS como el Runtime. net. IIS es el servidor web. cuando está equipado con runtime. net entorno IIS es capaz de proporcionar servicios de aplicación 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+
7 votos En definitiva un web server es un servidor que sirve páginas web a los usuarios mediante http. Un application server es un servidor que aloja la lógica de negocio de un sistema. A menudo alberga tanto una interoperabilidad servicios no destinados a consumo humano o los procesos de funcionamiento largo de lote (servicios REST/JSON, SOAP, RPC, etc.). 5 votos Un servidor de aplicaciones es típicamente diseñado y desplegado para facilitar los procesos en ejecución más que también serán más recursos. Para ráfagas cortas que no son recursos, generalmente se utiliza un servidor de web. Esto es sobre todo facilitar que sirve tráfico basado en web. 4 votos En una primera parte, un servidor web sirve contenido web (HTML y contenido estático) sobre el protocolo HTTP. Por otro lado, un servidor de aplicaciones es un contenedor que puede construir y exponer la lógica de negocio y procesos de aplicaciones de cliente a través de varios protocolos como HTTP en una arquitectura n-tier. Así, un servidor de aplicaciones ofrece servicios mucho más que un servidor web que típicamente incluyen: A (propietarios o no) API Gestión del ciclo de vida del objeto, Administración estado (sesión), Gestión de los recursos (p. ej., piscinas de conexión a bases de datos), Balanceo de carga, failover de... QUE YO SEPA, ATG Dynamo fue uno del primer servidor de aplicaciones en finales de los 90 (según la definición anterior). A principios de 2000, fue el reinado de algunos servidores de aplicaciones propietarios como ColdFusion (CFML COMO), BroadVision (Server-side JavaScript como), etc.. Pero ninguno realmente sobrevivieron la era de servidor de aplicación Java. 4 votos En términos de Java hay uno más: contenedor Web (o más estrictamente, contenedor de Servlets). Tiene, digamos, entre servidor web y servidor de aplicaciones. Un contenedor web es en términos de Java, un servidor de aplicaciones que básicamente Sólo implementa la parte JSP/Servlet de Java EE y carece de varias piezas de la base de Java EE, como soporte de EJB. Un ejemplo es Apache Tomcat. 4 votos Un servidor web ejecuta el protocolo HTTP para servir páginas web. Un servidor de aplicaciones puede (pero no siempre) se ejecuta en un servidor web para ejecutar la lógica del programa, cuyos resultados se pueden entregar entonces el servidor web. Es un ejemplo de un escenario de servidor de aplicación de
servidor web. Un buen ejemplo en el mundo de Microsoft es Internet Information Server / relación de SharePoint Server. IIS es un servidor web; SharePoint es un servidor de aplicaciones. SharePoint se encuentra "por encima" de IIS se ejecuta lógica específica y sirve los resultados a través de IIS. En el mundo de Java, hay un escenario similar con Apache y Tomcat, por ejemplo. 3 votos Diferencia más grande es que un servidor Web maneja solicitudes HTTP, mientras que un servidor de aplicaciones ejecutará la lógica de negocio en cualquier número de protocolos. 3 votos No necesariamente hay una línea divisoria clara. Hoy en día, muchos programas que combinan elementos de - servir peticiones http (servidor web) y manejo de lógica de negocio (servidor de aplicaciones) 2 votos Un servidor de aplicaciones es una máquina (un proceso ejecutable que se ejecuta en alguna máquina, realmente) que "escucha" (en cualquier canal, utilizando cualquier protocolo), para las solicitudes de los clientes para cualquier servicio proporciona, y luego algo basado en las peticiones. (puede o no puede implicar una respuesta al cliente) Un Web server es proceso ejecutándose en una máquina que "escucha" específicamente en el canal de TCP/IP usando uno de los protocolos de "internet", (http, https, ftp, etc...) y hace todo lo que lo hace basado en las peticiones entrantes... En general, (como origianly definido), que trajo/genera y devuelve una página html al cliente, ya sea traído desde un archivo html estático en el servidor, o construidos dinámicamente en base a parámetros en el cliente entrante solicitar. 1 votos Aunque puede haber traslapos entre los dos (algunos servidores pueden utilizarse incluso como servidores de aplicaciones web) la mayor diferencia IMHO es en el modelo de procesamiento y la gestión de la sesión: En el modelo de procesamiento de servidor Web, el enfoque es sobre el manejo de las solicitudes; la noción de "sesión" es prácticamente virtual. Es decir esa "sesión" se simula mediante la transferencia de la representación del estado entre cliente y servidor (de ahí descansar) o serializar a un externo de almacenamiento persistente (SQL Server, Memcached etc.). En servidor de aplicaciones, la sesión es generalmente más explícita y a menudo toma la forma de un objeto que vive en la memoria del servidor de aplicación para toda la duración de la "sesión". 1 votos Depende de la arquitectura específica. Algunos servidores de aplicaciones pueden utilizar protocolos web nativamente (XML/RPC/SOAP sobre HTTP), por lo que hay poca diferencia técnica. Normalmente un servidor web está orientada al usuario, que sirve una variedad de contenido mediante HTTP/HTTPS, mientras que es no usuario hacia un servidor de aplicaciones y puede utilizar protocolos no estándar o no
enrutable. Por supuesto con RIA/AJAX, la diferencia podría ser aún más nublada, sirviendo sólo contenidos no HTML (JSON/XML) a los clientes servicios de acceso remoto particular de bombeo. 0 votos Realmente el Apache es un servidor web y Tomcat es un servidor de aplicaciones. La hora como HTTP petición al servidor web. Contenido estático enviar a navegador por el servidor web. Existe lógica hacer a hecho, y enviar dicha solicitud para el servidor de aplicaciones. después de procesar la lógica entonces la respuesta enviar a servidor web y enviar al cliente. 0 votos En una primera parte, un servidor web sirve contenido web (HTML y contenido estático) sobre el protocolo HTTP. Por otro lado, un servidor de aplicaciones es un contenedor que puede construir y exponer la lógica de negocio y procesos de aplicaciones de cliente a través de varios protocolos como HTTP en una arquitectura n-tier. Así, un servidor de aplicaciones ofrece servicios mucho más que un servidor web que típicamente incluyen: A (propietarios o no) API Gestión del ciclo de vida del objeto, Administración estado (sesión), Gestión de los recursos (p. ej., piscinas de conexión a bases de datos), Balanceo de carga, failover 0 votos Servidor de aplicaciones y servidor web en Java, ambos se utilizan para alojar aplicaciones web de Java. En Java J2EE perspectiva principal diferencia entre servidor web y servidor de aplicaciones es soporte de EJB. Para ejecutar el host o EJB enterprise Java archivo de aplicación (.ear) necesita un servidor de aplicaciones como WebLogic, WebSphere, JBoss y Glassfish, mientras que todavía puede ejecutar el archivo de aplicación (.war) web servlet y JSP o java dentro de cualquier servidor de web como Tomcat o Jetty. Application Server admite transacciones distribuidas y EJB. Mientras que el servidor Web sólo es compatible con Servlets y JSP. En términos de lógica diferencia entre servidor web y servidor de aplicaciones. servidor web va a proporcionar servicio de nivel de protocolo http y servidor de aplicaciones proporciona soporte al servicio web y exponer un servicio de nivel empresarial por ejemplo EJB. Servidor de aplicaciones son más pesados que el servidor web en términos de utilización de los recursos. 0 votos Se trata de una respuesta detallada con algunos escenarios para entender claramente la diferencia, similitud y cómo ambos pueden trabajar en conjunto y todos los Servidor de aplicaciones es un término que a veces se mezcla con un Servidor Web. Mientras que un servidor web maneja principalmente Protocolos HTTP, el servidor de aplicaciones se ocupa de varios protocolos diferentes, incluyendo, pero no se limitan, a HTTP. El trabajo principal del servidor Web es Mostrar el contenido del sitio y el servidor de aplicaciones es a
cargo de la lógica, la interacción entre el usuario y el contenido mostrado. El servidor de aplicaciones es trabajando en conjunto con el web server, donde uno muestra y el otro interactúa. La información viaja hacia adelante y hacia atrás entre el servidor y su cliente no se limita a simple pantalla marcado, sino a la interacción entre los dos. En la mayoría de los casos, el servidor crea esto interacción a través de una API del componente , tales como J2EE (Plataforma Java 2), EJB (Enterprise JavaBean) y otros modelos de software de aplicación diferente.
Un ejemplo:La mejor manera de entender la diferencia entre los escenarios donde funciona un servidor de aplicaciones con el servidor web frente a un escenario donde no hay un servidor de aplicaciones es a través de una tienda en línea. Escenario 1: Servidor de Web sin un servidor de aplicaciones
tienes una tienda en línea con sólo un servidor web y ningún servidor de aplicaciones. El sitio ofrecerá una pantalla donde puede elegir un producto. Cuando usted envía una consulta, el sitio realiza una búsqueda y devuelve un resultado HTML a sus clientes. El servidor web envía la consulta directamente al servidor de base de datos (tenga paciencia, os explicaremos en nuestro siguiente pepita) y espera una respuesta. Una vez recibido, el servidor web formula la respuesta en un archivo HTML y lo envía a su navegador web. Esto y a la comunicación entre el servidor y el servidor de base de datos ocurre cada vez que se ejecuta una consulta. Escenario 2: Servidor de Web con un servidor de aplicaciones Si la consulta que desea ejecutar ya se ha hecho anteriormente y no hay datos ha cambiado desde entonces, el servidor generará los resultados sin tener que enviar la solicitud al servidor de base de datos. Esto permite que una consulta en tiempo real donde un segundo cliente puede acceder a la misma información y recibir en tiempo real, información confiable sin enviar otra consulta de duplicados en el servidor de base de datos. Básicamente, el servidor actúa como intermediario entre el servidor de base de datos y el servidor web. Esto permite que la información tirado para ser reutilizables, mientras que en el primer escenario, ya que esta información está incrustada en una página HTML particular y "personalizada", esto no es un proceso reusable. Un segundo cliente tendrá que solicitar la información otra vez y recibir otra página incrustado HTML con la información solicitada - altamente ineficiente. Sin olvidar
que este tipo de servidor es muy flexible debido a su capacidad para administrar sus propios recursos, incluyendo seguridad, procesamiento de transacciones, mensajería y agrupación de recursos. Para apoyar una variedad de tareas complejas a este servidor debe tener construido en redundancia, gran potencia y gran cantidad de RAM para manejar todos los datos que está tirando en tiempo real de procesamiento. Espero que esto ayude. 0 votos La frontera entre estos dos están consiguiendo tan más fino. Servidores de aplicaciones expone la lógica de negocio a un cliente. Tan su como servidor de aplicaciones se compone de un conjunto de métodos (no necesariamente, puede ser incluso un ordenador en red que permite muchos ejecutar software en él) para llevar a cabo la lógica de negocio. Así que simplemente hará salir los resultados deseados, no contenido HTML. (similar a una llamada al método). Así que no es estrictamente basado en HTTP. Pero servidores web pasa contenido HTML para los navegadores web (estrictamente basado en HTTP). Servidores web eran capaces de manejar solamente los recursos de la web estática, pero la aparición de secuencias de comandos de lado de servidor ayudó a servidores web para contenido dinámico, así. Donde servidor web toma la petición y ordena a la secuencia de comandos (PHP, JSP, CGI scripts, etc.) a contenido de crear HTML para ser enviado al cliente. Entonces servidor web sabe cómo enviar al cliente. PORQUE eso es lo que realmente sabe un servidor web. Dicho esto, hoy en día los desarrolladores utilizan dos de estos juntos. Donde servidor web toma la petición y luego llama a un script para crear el código HTML y script otra vez llamar a una aplicación servidor de lógica (por ejemplo, recuperar los datos de transacción) para llenar el contenido HTML. Así que en este caso tanto los servidores se utilizaron con eficacia. Por lo tanto... Podemos decir con bastante seguridad que en hoy en día, en la mayoría de los casos, los servidores web se utilizan como un subconjunto de servidores de aplicaciones. PERO teatral no es el caso. He leído muchos artículos sobre este tema y encontrar this artículo muy práctico. 0 votos Datafull.co tiene respuestas para las mayores incógnitas de la informática. Desde programación a administración de servidores, Android, iOS y desarrollo de juegos.
