Веб-сервер против сервера приложений
Является ли сервер приложений чем-то вроде дополнительного уровня обслуживания приложений над веб-сервером?
Всегда ли сервер приложений имеет веб-сервер в качестве своего ядра?
В чем разница?
3 ответа
Нет, сервер приложений не содержит веб-сервер...
Прочитайте следующие статьи...
http://www.answers.com/topic/application-server
http://download.oracle.com/docs/cd/E19159-01/819-3671/ablat/index.html
В принципе:
После взрыва Интернета в середине 1990-х годов серверы приложений стали базироваться на Интернете.
Также ниже показано различие между веб-сервером, веб-контейнером и сервером приложений...
Разница между веб-сервером, веб-контейнером и сервером приложений
Веб-сервер - это сервер, способный принимать HTTP-запросы, интерпретировать их, обрабатывать соответствующие HTTP-ответы и отправлять их соответствующим клиентам (веб-браузерам). Пример: веб-сервер Apache. Узнайте больше о веб-серверах и их работе >>
Web-контейнер - это совместимая с J2EE реализация, которая обеспечивает среду для запуска сервлетов и JSP. Другими словами, мы можем сказать, что веб-контейнер представляет собой комбинацию движка сервлета и движка JSP. Если HTTP-запрос относится к веб-компоненту (обычно сервлету или JSP), то запрос перенаправляется в веб-контейнер, и результат запроса отправляется обратно на веб-сервер, который использует этот результат для подготовки HTTP-ответа для конкретный HTTP-запрос. Пример: Tomcat - это типичный веб-контейнер. Типичной установкой может быть использование Apache HTTP Server в качестве веб-сервера и Tomcat в качестве веб-контейнера.
Сервер приложений - это полноценный сервер, который обеспечивает среду для запуска бизнес-компонентов (EJB, ADF BC и т. Д.) В дополнение к возможностям веб-контейнера и веб-сервера. Пример: Bea WebLogic, IBM WebSphere, Oracle Application Server и т. Д.
На самом деле, с ростом Интернета и, в частности, "веб-сервисов", все современные серверы приложений также могут функционировать как веб-серверы. Например, текущая версия Tomcat включает встроенные функции веб-сервера, поэтому вам больше не нужно запускать отдельный HTTP-сервер Apache . В прошлом использование отдельных выделенных веб-серверов, таких как Apache, было предпочтительным, так как обработка сервера приложений была оптимизирована для сервера приложений, а не для веб-сервера; но производительность серверов приложений как веб-серверов улучшилась, так что любая оставшаяся разница в производительности не имеет значения - и, конечно, не оправдывает затраты на работу отдельных серверов.
Сегодня основное отличие состоит в том, что сервер приложений предназначен для поддержки языков программирования, таких как Java или на платформе.net, C#, а также для обеспечения базовой инфраструктуры, которая включает в себя автоматическую отказоустойчивость, сеанс mgmt, транзакция mgmt, многопоточность - и все остальное, необходимое для создания масштабируемых корпоративных приложений. Современные веб-серверы предназначены для поддержки таких языков, как Ruby, PHP, Python и Perl, и им не хватает встроенной инфраструктуры сервера приложений.
Однако различие между серверами приложений и веб-серверами стирается и будет продолжать расти, поскольку "веб-сервисы" становятся все более популярными, а языки, такие как Ruby, становятся все более популярными и поэтому требуют, чтобы веб-серверы предоставляли большую часть той же базовой инфраструктуры, что и современное приложение. Серверы. В конце концов, основным отличием будет (пока нет): если вы хотите разработать внутренний (облачный) уровень вашего приложения, использующего Java или C#, используйте сервер приложений; если вы хотите разрабатывать свое приложение, используя Ruby, PHP или Perl, используйте веб-сервер.
Хотя веб-сервер в основном занимается отправкой HTML для отображения в веб-браузере, сервер приложений обеспечивает доступ к бизнес-логике для использования клиентскими прикладными программами.