Tomcat é un proxecto básico do proxecto Iacarta da Apache Software Foundation, que é desenvolvido conxuntamente por Apache, Sun e algunhas outras empresas e particulares. Grazas á participación e ao apoio de Sun, as últimas especificacións de Servlet e JSP sempre poden reflectirse en Tomcat. Tomcat 5 admite as últimas especificacións Servlet 2.4 e JSP 2.0. Debido a que Tomcat ten tecnoloxía avanzada, rendemento estable e gratuíto, é amado polos entusiastas de Java e recoñecido por algúns desenvolvedores de software, o que o converte nun popular servidor de aplicacións web.
O servidor Tomcat é un servidor de aplicacións web de código aberto e gratuíto, que é un servidor de aplicacións lixeiro. Adóitase usar en sistemas pequenos e medianos e onde non hai moitos usuarios simultáneos. É a primeira opción para desenvolver e depurar programas JSP. Para un principiante, podes pensalo así. Cando un servidor Apache está configurado nunha máquina, pódese usar para responder á solicitude de acceso á páxina HTML (unha aplicación baixo a linguaxe estándar de marcado universal). De feito, Tomcat é unha extensión do servidor Apache, pero funciona de xeito independente en tempo de execución, polo que cando executas tomcat, funciona como un proceso separado de Apache.
O truco é que, cando está configurado correctamente, Apache serve páxinas HTML, mentres que Tomcat realmente executa páxinas e servlets JSP. Ademais, Tomcat, como IIS e outros servidores web, ten a función de procesar páxinas HTML. Ademais, tamén é un contedor Servlet e JSP. O contedor Servlet independente é o modo predeterminado de Tomcat. Non obstante, Tomcat non é tan capaz de manexar HTML estático como o servidor Apache. A última versión de Tomcat é actualmente 9.0.
1. nginx
Nginx (motor x) é un servidor proxy HTTP e inverso de alto rendemento, así como un servidor IMAP / POP3 / SMTP. Nginx foi desenvolvido por Igor Sesoyev para o segundo sitio máis visitado en Rusia, Rambler.ru (en ruso: Рамблер). A primeira versión pública 0.1.0 foi lanzada o 4 de outubro de 2004.
Lanza o código fonte en forma de licenza tipo BSD, e é coñecido pola súa estabilidade, gran conxunto de funcións, ficheiros de configuración de mostra e baixo consumo de recursos do sistema. O 1 de xuño de 2011 lanzouse nginx 1.0.4.
Nginx é un servidor proxy lixeiro / servidor proxy inverso e servidor de proxy de correo electrónico (IMAP / POP3), e emítese baixo un protocolo tipo BSD. As súas características son que ocupa menos memoria e ten unha forte simultaneidade. De feito, a capacidade de simultaneidade de nginx ten un mellor rendemento no mesmo tipo de servidor web. Os usuarios da China continental que usan sitios web nginx inclúen: Baidu, JD, Sina, NetEase, Tencent, Taobao, etc.
2. A diferenza entre nginx e tomcat
Os servidores da web chámanse servidores web, pero a división do traballo tamén é diferente.
Nginx úsase a miúdo como un servizo de contido estático e servidor proxy (non o seu proxy FQ) e reenvía directamente as solicitudes externas a servizos de aplicacións posteriores (tomcat, django, etc.). Tomcat úsase máis como contedor de aplicacións para permitir que as aplicacións web Java se executen. As cousas que contén corresponden a jboss, jetty e outras cousas do mesmo nivel.
Pero nada é absoluto, nginx tamén pode fornecer funcións de aplicación mediante o desenvolvemento de módulos e tomcat tamén pode fornecer directamente servizos http, que normalmente se usan en escenarios onde non son necesarios servizos pequenos como a intranet e o control de fluxo.
Apache úsase cada vez menos e, xeralmente, solápase máis con nginx.
En rigor, Apache / Nginx debería denominarse "Servidor HTTP"; mentres que Tomcat é un "Servidor de aplicacións", ou máis exactamente, un contedor para aplicacións "Servlet / JSP" (desenvolvidas noutros idiomas como Ruby / Python) A aplicación tampouco pode executarse directamente en Tomcat).
Un servidor HTTP está preocupado pola transmisión e o control de acceso a nivel de protocolo HTTP, polo que pode ver proxy, balance de carga e outras funcións en Apache / Nginx. O cliente accede aos recursos (ficheiros HTML, ficheiros de imaxe, etc.) almacenados no servidor a través do servidor HTTP. A través da tecnoloxía CGI, o contido procesado tamén se pode distribuír a través do servidor HTTP, pero un servidor HTTP sempre transfire fielmente os ficheiros do servidor ao cliente a través do protocolo HTTP.
O servidor de aplicacións é un contedor para a execución da aplicación. Primeiro ten que soportar o tempo de execución da linguaxe de desenvolvemento (para Tomcat, é Java) para garantir que a aplicación poida executarse normalmente no servidor de aplicacións. En segundo lugar, ten que admitir especificacións relacionadas coa aplicación, como bibliotecas de clases e funcións de seguridade. Para Tomcat, é necesario proporcionar a biblioteca de clases estándar, a interface, etc. requirida para o funcionamento de JSP / Sevlet. Por comodidade, os servidores de aplicacións adoitan integrar as funcións do servidor HTTP, pero non son tan potentes como o servidor HTTP profesional, polo que os servidores de aplicacións adoitan executarse detrás do servidor HTTP, executar aplicacións e converter contido dinámico en contido estático. O servidor HTTP distribúese aos clientes.
Noso outro produto:
