App server что это
Сервер приложений
Сервер приложений (англ. application server ) — это программная платформа (software framework), предназначенная для эффективного исполнения процедур (программ, механических операций, скриптов), которые поддерживают построение приложений. Сервер приложений действует как набор компонентов, доступных разработчику программного обеспечения через API (Интерфейс прикладного программирования), который определен самой платформой.
Для веб-приложений эти компоненты обычно работают на той же машине, где запущен веб-сервер. Их основная работа — обеспечивать создание динамических страниц. Однако современные серверы приложений нацелены гораздо больше не на то, чтобы генерировать веб-страницы, а на то, чтобы выполнять такие сервисы как кластеризация, отказоустойчивость и балансировка нагрузки, позволяя таким образом разработчикам сфокусироваться только на реализации бизнес-логики.
Обычно этот термин относится к Java-серверам приложений. В этом случае сервер приложений ведет себя как расширенная виртуальная машина для запуска приложений, прозрачно управляя соединениями с базой данных с одной стороны и соединениями с веб-клиентом с другой.
Содержание
Преимущества серверов приложений
Примеры реализации
См. также
Ссылки
Полезное
Смотреть что такое «Сервер приложений» в других словарях:
Сервер приложений — сервер, предназначенный для выполнения прикладных процессов. Сервер приложений: взаимодействует с клиентами, получая задания; и взаимодействует с базами данных, выбирая данные, необходимые для обработки. См. также: Серверы приложений Сетевые роли … Финансовый словарь
сервер приложений — Блок, который взаимодействует с сервером вызова и сервером профиля пользователя для выполнения действий по предоставлению услуги. (МСЭ Т Y.2261, МСЭ Т Y.2271). [http://www.iks media.ru/glossary/index.html?glossid=2400324] Тематики электросвязь,… … Справочник технического переводчика
сервер — Функциональное устройство, предоставляющее услуги рабочим станциям, персональным компьютерам или другим функциональным устройствам. [РД 01.120.00 КТН 228 06] сервер Компьютер или приложение, предоставляющие услуги, ресурсы или данные клиентскому… … Справочник технического переводчика
Сервер — программно аппаратный комплекс, предназначенный для централизованного хранения и обработки данных, поддержки функционирования основного программного обеспечения портала и т.п. Физически может представлять собой группу компьютеров и иного… … Официальная терминология
Сервер баз данных — сервер, выполняющий обработку запросов, направляемых базе данных. См. также: Серверы приложений Системы управления базами данных Финансовый словарь Финам … Финансовый словарь
сервер DSG — относится к любому типу серверов, например к серверу приложений, или к другим присоединенным к сети устройствам, которые предоставляют содержимое для передачи через туннель DSG до клиента DSG (МСЭ Т J.128). [http://www.iks media.ru/glossary/index … Справочник технического переводчика
сервер аутентификации — Объект, который инкапсулирует аутентификацию, выполняемую для приложений. Сервер аутентификации состоит из одного объекта «брокер аутентификации» и нескольких объектов «провайдер аутентификации». [http://www.morepc.ru/dict/]… … Справочник технического переводчика
Сервер (программное обеспечение) — У этого термина существуют и другие значения, см. Сервер. Логотип Web сервера Apache Серверное программное обеспечение (англ. server от … Википедия
Сервер (приложение) — Логотип сервера англ. server от англ. to serve служить) в информационных технологиях программный компонент вычислительной системы, выполняющий сервисные (обслуживающие) функции по запросу клиента, предоставляя ему доступ к определённым ресурсам… … Википедия
Сервер (аппаратное обеспечение) — У этого термина существуют и другие значения, см. Сервер. Сервер (англ. server от to serve служить) аппаратное обеспечение, выделенное и/или специализированное для выполнения на нём сервисного программного обеспечения (в том… … Википедия
В случае серверов приложений Java сервер ведет себя как расширенная виртуальная машина для запуска приложений, прозрачно обрабатывая подключения к базе данных с одной стороны и, часто, подключения к веб-клиенту с другой.
Другие варианты использования этого термина могут относиться к службам, которые предоставляет сервер, или к компьютерному оборудованию, на котором эти службы выполняются.
СОДЕРЖАНИЕ
История
В настоящее время, несмотря на то, что веб-браузеры стали повсеместными и обычно являются клиентом для конечных пользователей во многих стратегиях развертывания приложений, веб-приложения на основе браузера представляют собой лишь подмножество технологий сервера приложений.
Определение сервера приложений
Серверы приложений состоят из
Существует множество серверов приложений. Выбор влияет на стоимость, производительность, надежность, масштабируемость и ремонтопригодность веб-приложения.
Проприетарные серверы приложений предоставляют системные услуги четко определенным, но частным образом. Разработчики приложений разрабатывают программы в соответствии со спецификацией сервера приложений. Недостатком такого подхода является зависимость от конкретного поставщика.
Серверы приложений Java
Инфраструктура Java EE разделена на логические контейнеры.
Некоторые серверы приложений Java не используют многие функции Java EE, такие как EJB и Java Message Service (JMS). Их внимание больше уделяется сервлетам Java и страницам JavaServer.
Существует множество серверов приложений Java с открытым исходным кодом, которые поддерживают Java EE.
.NET Framework
Microsoft
Третья сторона
Серверы приложений PHP
Серверы мобильных приложений
Хотя большая часть основанной на стандартах инфраструктуры (включая SOA ) предназначена для подключения к любому, независимо от поставщика, продукта или технологии, у большинства предприятий возникают проблемы с подключением серверных систем к мобильным приложениям, поскольку мобильные устройства создают следующие технологические проблемы:
Целью сервера мобильных приложений является создание существующей инфраструктуры для размещения мобильных устройств.
Общие черты
Основные возможности сервисов мобильных приложений включают:
Серверы мобильных приложений против серверов приложений против веб-серверов
Серверы мобильных приложений, серверы приложений и веб-серверы служат схожим целям: они являются частями промежуточного программного обеспечения, которые соединяют серверные системы с пользователями, которым необходим доступ к ним, но технологии в каждом из трех различаются.
Серверы приложений
Веб-серверы
Веб-серверы обеспечивают функции кэширования и масштабирования, необходимые для веб-доступа и не предоставляемые серверами приложений. Они преобразуют запросы в статический контент и обслуживают только HTTP-контент.
Серверы мобильных приложений
Серверы мобильных приложений идут по тому же пути. Появление мобильных устройств требует функциональности, которую разработчики традиционных серверов приложений не ожидали, и серверы мобильных приложений заполняют этот пробел. Они заботятся о безопасности, управлении данными и требованиях к автономному режиму, которые не удовлетворяются существующей инфраструктурой, и представляют контент исключительно в REST.
Со временем эти три категории могут полностью объединиться и стать доступными в одном продукте, но корневые функции различаются.
Что такое сервер приложений?
Введение в сервер приложений
И, следовательно, термин сервер приложений был придуман и в конечном итоге введен в мир Интернета.
Определение
Теперь, если мы хотим узнать назначение серверной программы, она идет следующим образом:
В идеале серверные программы используются для предоставления своих услуг клиентской программе, которая либо находится на том же компьютере, либо находится в сети.
Работает
Они в основном используются в веб-приложении с трехуровневой архитектурой. Положение, в которое входит сервер приложений, описано ниже:
Как мы видим, они обычно связываются с веб-сервером для обслуживания любого запроса, поступающего от клиентов.
Использование серверов приложений
Это помогает клиентам обрабатывать любые запросы, подключаясь к базе данных и возвращая информацию обратно на веб-серверы. Основное назначение сервера приложений приведено ниже:
преимущества
Примеры
Сегодня используется огромное количество серверов приложений. Некоторые из примеров приведены ниже:
Типы сервера приложений
Серверы приложений могут быть трех категорий:
Выбор правильного
Чтобы выбрать правильный вариант для своих приложений, вы можете начать с определения и определения приоритетов требований конкретной среды. Немногие из факторов могут быть:
Выполнив вышеуказанную задачу, вы можете приступить к поиску сервера приложений, который наилучшим образом соответствует вашим требованиям. Например, если у вас большая клиентская база, производительность приложения должна быть наивысшим приоритетом. И если ваша компания небольшая, стоимость может быть фактором. Масштабируемость и администрирование также являются одним из основных факторов, влияющих на то, растет ли ваше приложение с каждым днем.
Вывод
В рамках этого поста мы узнали об обзоре сервера приложений, их работе и использовании, преимуществах наличия и выбора правильного сервера. В конце этой статьи аудитория должна быть в состоянии лучше выбрать сервер приложений, который может соответствовать их среде.
Рекомендуемые статьи
Microsoft Server App-V — что это, и с чем его едят
Server App-V — интересный продукт Microsoft, несправедливо, на мой взгляд, обделённый вниманием. Вообще заметил, что пока маркетологи и пиарщики этой корпорации ломают копья, демонстрируя очередные таблицы поддержки максимального количества процессоров и терабайт памяти в их продуктах, по-настоящему интересные и полезные вещи проплывают незамеченными и известными лишь узкому кругу увлечённых.
Коротко говоря, Server App-V обеспечивает механизм виртуализации приложений, изоляции их от ОС и упрощает их доставку, как и App-V, только для серверов. В данный момент подаётся с System Center Virtual Machine Management 2012, поскольку может значительно ускорить процедуру развёртывания серверных платформ, что делает его хорошим подспорьем в деле создания и поддержки разного рода «облаков».
Данной статьёй хочу поделиться своим взглядом на концепцию виртуализации приложений в целом, предоставить известную мне информацию о Server App-V (а также упорядочить её в своей голове) и показать, как выглядит процедура развёртывания, на простом примере.
Сказать, что виртуализация облегчает управление ИТ, значит соврать. Виртуализация сама по себе экономит место, энергию, деньги, но не время и трудозатраты. Ибо процедуры настройки и обслуживания что виртуального, что физического серверов практически идентичны: подготовить «железо», установить ОС, установить нужные приложения, настроить всё это, а далее обновлять, патчить и траблшутить.
Облегчают управление ИТ различные средства автоматизации. И тут нам помогают системы управления виртуальной инфраструктурой — SCVMM, vCenter… Можно приготовить шаблоны виртуальных машин, как в части virtual hardware, так и в части настроек ОС. Однако остаётся третий слой инфраструктуры — приложения. И здесь, как показывает практика, прогресса практически не наблюдается со времён… даже не знаю. За весь мой 12-летний опыт работы, мало что поменялось. Дистрибутивы, разве что, больше стали.
Итак, какие способы набивки ОС (не важно, сервера или рабочей станции) приложениями нам доступны?
1. Классический — вставляем диск/флешку или идём в общую папку «Distrib» на файлообменнике и запускаем инсталлятор. Способ простой, надёжный, но отнюдь не быстрый. А главное — нудный и утомительный, если надо штамповать машины на регулярной основе. Можно установить приложения непосредственно в шаблон ВМ, чтобы после развёртывания уже получить всё установленное, но, во-первых, каждая ВМ требует свой набор софта, а во-вторых, для обновления каждой программы нужно будет перетряхивать все шаблоны. Ладно если есть централизованная система обновления, как у Microsoft WSUS или там 2GIS, но это не у всех, а оставлять апдейты на откуп пользователю тоже плохая идея.
2. Централизованное развёртывание (group policy, SCCM, скрипты). Снимает проблему рутины (по крайней мере в части массово используемых приложений), снимает проблему обновления. Создаёт новые трудности. Влияние на виртуальную среду. Массовый апдейт Adobe Reader может ввести ферму VDI в кому на пол дня. Мало того, что машины потянут дистрибутив по сети примерно в одно время, так вдарит ещё и по процессору и по дискам. Кроме того, не все приложения можно развернуть в режиме «тихой» установки.
Оба вышеуказанных способа имеют такой общий недостаток, как то, что приложения становятся, по сути, частью ОС — наполняют её своими библиотеками, записями в реестре, службами, конфигами и разными непонятными файлами. Не всё бывает возможно вычистить или даже корректно обновить, а порой удачно рухнувшее приложение или повреждённая DLL тащит за собой операционную систему в пучину BSOD и прочих нежелательных явлений. Ещё одним общим недостатком можно считать то, что два (и более) разных приложения могут требовать разных версий java, например, или иным образом взаимоисключать друг друга (в бытность поддержки мной Microsoft Exchange 2003, помню, нельзя было использовать Outlook на сервере с установленным Exchange из-за того, что оба использовали библиотеку с одинаковым названием, но разным функционалом)
3. Доставка виртуальных приложений (App-V, ThinApp, XenApp). Это когда приложение специальным образом подготавливается — устанавливается в специальный виртуальный контейнер и доставляется в конечную ОС простым копированием (App-V, ThinApp) или вообще запускается и работает на удалённом сервере (Citrix XenApp). Снимает проблему рутины, снимает проблему обновления, снижает нагрузку на процессоры и диски при развёртывании, изолирует систему от последствий сбоев приложения и упрощает процедуру подготовки виртуальных машин — помимо того, что надо отметить галочками нужные шаблоны конфигурации и ОС, нужно будет указать, какое ПО нам нужно будет иметь внутри ВМ и, по сути, всё. Конечно, это не волшебная таблетка, тут есть свои недостатки, начиная от стоимости дополнительных лицензий и заканчивая тем, что не всё ПО можно вот так виртуализировать, но, думаю, иметь представление об этом пути надо, а если есть возможность, то и использовать. Когда-то и виртуализация серверов казалась сомнительным мероприятием.
Server App-V
По сути, решение Server App-V аналогично продукту App-V. Также для «упаковки» приложений используется [Server] App-V Sequencer, а для развёртывания на конечной системе нужен App-V Agent. Для доставки App-V на десктопы используется специальный сервер App-V (App-V Server), а для Server App-V — VMM.
Использование одинаковых терминов в названии приводит к путанице для поисковиков, что ещё сильнее уменьшает шанс Server App-V получить известность и вызывает раздражение при поиске информации.
При всей схожести, однако, это два разных продукта и не стоит пытаться использовать Server App-V Sequencer для создания Desktop App-V приложений. И наоборот.
Подробно погружаться в процедуры установки и использования не буду, ибо настолько незамысловатый интерфейс, что сложно запутаться. Отмечу лишь важные моменты и приведу небольшой пример.
Установка
INSTALLDIR – путь установки.
SWIGLOBALDATA – определяет директорию, где будут храниться основные данные (включая пакеты приложений).
SWIUSERDATA – определяет директорию хранения пользовательских данных.
SWIFSDRIVE – определяет букву диска для файловой системы виртуальной среды.
ACCEPTEULA – принимает лицензионное соглашение. Обязательный параметр для «тихой» установки.
Также доступны следующие ключи:
/q – активация «тихого» режима.
/u – деинсталляция.
/? – вызов справки, привязанной к инсталлятору.
Лог установки сохраняется в %Temp%.
И агент и секвенсор в ходе установки создают виртуальный диск (по умолчанию — Q:) для файловой системы виртуальной среды.
Sequencing
Далее запускаем секвенсор (как выглядит его главное окно, можно увидеть в начале данной статьи). Для создания нового пакета виртуального приложения (Virtual Application Package) выбираем целевой дистрибутив, задаём имя и обращаем внимание, что конечной директорией по умолчанию будет указан наш диск виртуальной файловой системы (Q:). Без необходимости его менять не стоит, а кроме того, установить приложение надо будет туда же в ту же папку.
По окончанию установки приложения можно будет добавить что-нибудь ещё в этот же контейнер (другие приложения), а также выполнить первичный запуск приложения для настройки или принятия лицензионного соглашения.
Выполнив процедуру до конца, мы получим в результате SFT-файл контейнера виртуального приложения и пачку вспомогательных файлов.
Развёртывание
Для развёртывания пакета виртуального приложения на целевой ОС должен быть установлен Server App-V Agent. Необходимые приложению Roles and Features сервера должны быть установлены ДО развёртывания приложения. Распространение полученных пакетов осуществляется средствами VMM (Library — Application Profiles), но для разового развёртывания, например в тестовой среде, можно воспользоваться PowerShell cmdlets (AgentCmdletsSetup.exe).
PS C:\> Set-ExecutionPolicy Remotesigned
PS C:\> Import-Module ServerAppVAgent
PS C:\> Add-ServerAppvPackage –Name MyApp –Manifest C:\MyApp\MyApp_manifest.xml –SFT C:\MyApp\MyApp.sft –Configuration C:\MyApp\deploymentconfig.xml
В результате мы получим в меню «Пуск» ссылку на новое приложение. Размещаться оно будет на диске Q:. Ссылка в свойствах ярлыка будет иметь примерно такой вид:
Сервер приложений и веб-сервер
Сервер приложений (Application Sever) – это сервер промежуточного программного обеспечения (ПО, middleware). Это системное ПО, которое располагается между операционной системой (ОС) с одной стороны, внешними ресурсами, например, системой управления базами данных СУБД (DBMS, Database Management System) или Интернет-сервисами, с другой стороны, и приложениями пользователя.
Сервер приложений действует как хост для бизнес-логики пользователя, он также обеспечивает доступ к бизнес-приложениям и задаёт их параметры для пользователя. Сервер приложений должен устойчиво работать независимо от изменений трафика клиентских запросов, отказов оборудования и ПО, распределённого характера масштабных приложений, а также возможной разнородности форматов данных и ресурсов их обработки.
Внешние ресурсы, например, СУБД и Интернет-сервисы, предоставляют веб-серверы (Web Server). Они отвечает на запросы пользователя по доставке контента.
Серверы приложений иногда путают с веб-серверами. У них есть общие функции, но есть и много различий. Понимание этих различий поможет правильно сконфигурировать программное обеспечение и инфраструктуру оборудования для нужд предприятия.
Различия между серверами приложений и веб-серверами
Параметр сравнения
Веб-сервер
Сервер приложений
Основная цель
Хостинг сайтов и ответы на простые веб-запросы
Хостинг приложений и обеспечение сложных взаимосвязей бизнес-логики
Тип контента
Доставка только статического контента HTML
Доставка как статического, так и динамического контента
Протоколы
HTTP/HTTPS и другие протоколы
Соединение с приложениями
Подключения к базами данных
К статическим базам данных
К базам данных приложений
Типичные клиенты
Веб- и мобильные приложения, а также веб-браузеры
Многопотоковая обработка
Поддерживается параллельная обработка многих запросов
Потребление ресурсов
Трафик не потребляет много ресурсов
Процессы с интенсивным потреблением ресурсов
Контейнеры
Веб-контейнеры (сервлеты, JSP, JSF, веб-сервисы), контейнеры клиентских приложений (DI, безопасность)
Ёмкость
Результат запроса
Гипертекстовый документ, отображающий информацию в браузере
Файлы, содержащие данные, по требованию клиента
Что такое веб-сервер?
Веб-сервер – это компьютерная система, которая хранит, обрабатывает и доставляет веб-страницы для клиента. Клиентом в этом случае является веб-браузер на компьютере пользователя или мобильное приложение на его смартфоне или планшете. В зависимости от настроек, веб-сервер может хранить один или множество веб-сайтов. Веб-серверы доставляют клиенту только статический HTML-контент, такой как документы, изображения, видео, шрифты и пр.
Обычно веб-серверы не обрабатывают динамический контент и не позволяют программировать свои программы. Веб-серверы работают по протоколу передачи гипертекста HTTP (Hypertext Transfer Protocol) или HTTPS (Hypertext Transfer Protocol Secure). Однако, опционально, некоторые веб-серверы позволяют добавлять компоненты, позволяющие работать с динамическим контентом.
Что такое сервер приложений?
Сервер приложений (Application Server, App-Server) – это программный комплекс, предназначенный для доставки контента и средств его представления для клиентских приложений. Клиентами могут быть веб-приложения, браузеры или мобильные приложения.
Серверы приложений предоставляют для клиентов бизнес-логику, то есть, преобразуют данные в динамический контент и обеспечивают функционал приложений. Примеры такого контента:
Сервер приложений – это связующее звено между клиентом и программным кодом физического сервера. Типичные задачи сервера приложений:
Серверы приложений также обрабатывают такие процессы, как кластеризация, исправление отказов и балансировка нагрузки.
Рис. 2. Сервер приложений.
Что общего у веб-сервера и сервера приложений
Если в качестве основного приложения клиента выступает веб-браузер, то различия между двумя типами серверов размываются. Большинство веб-серверов имеют плагины на основе скриптов (ASP, JSP, JSF, PHP, Perl, и пр.), которые позволяют генерировать динамический контент.
Поскольку в сценариях применения у веб-серверов и серверов приложений много общего, то наиболее популярные серверы являются гибридами этих двух типов. Гибридное решение, совмещающее свойства обеих серверов, обеспечивает максимальную скорость и функциональность системы.
Для хостинга веб-сайта со статическим контентом лучше всего подходят объектные СХД.
Наиболее популярные веб-серверы
Nginx – веб-сервер с открытым кодом, который может работать как обратный прокси-сервер (reverse proxy). Обратный прокси-сервер работает не в сторону клиента, фильтруя контент и обеспечивая безопасность, а в сторону веб-сервера. Nginx имеет архитектуру, управляемую событиями EDA (event-driven architecture), позволяющую создавать и определять события, реагировать на события, измерять потребление ресурсов реакции на событие. Кроме того, он может выполнять функции прокси-сервера электронной почты и балансировщика нагрузки и может выполнять одновременно множество запросов.
HTTP-сервер Apache – популярный веб-сервер на ОС Linux, который входит с стек LAMP (Linux, Apache, MySQL, PHP). На этом веб-сервере работает около 40% Интернет-сайтов. Apache имеет богатый выбор функций, включая htaccess, FTP, HTTP/2, ограничение полосы пропускания для определённых клиентов (throttling), балансировку нагрузки и пр.
Microsoft IIS (Internet Information Services) – свободно распространяемый пакет серверного ПО, представляющий собой проприетарный набор служб от компании Microsoft. IIS распространяется с пакетом Windows NT. IIS поддерживает протоколы HTTP, HTTPS, FTP, POP3, SMTP, NNTP.
Jetty – проект свободного ПО, который может обеспечивать функции НТТР-сервера, НТТР-клиента и контейнера javax.servlet. Хотя Jetty разрабатывался как веб-сервер, он также может служить платформой для межмашинных коммуникаций (М2М).
LiteSpeed имеет хорошую производительность и масштабируемость, широкий диапазон функций и простую в использовании консоль администратора. Это четвёртый по популярности веб-сервер, который, по состоянию на декабрь 2020 года, использовался для 8.1% веб-сайтов.
Наиболее популярные серверы приложений
Apache Tomcat – контейнер сервлетов с открытым исходным кодом на языке Java. Tomcat позволяет запускать веб-приложения и содержит ряд программ для автоматического конфигурирования и часто используется вместе с конфигурационным файлом Apache HTTPD (Apache Hypertext Transfer Protocol Server daemon). Tomcat может исполнять Java-сервлеты, доставлять клиентам страницы в кодах Java Server Page, и может обслуживать приложения Java EE (Java Enterprise Edition).
Сервер Oracle WebLogic – сервер для распределённых приложений с использованием стандартов Java EE. Он полностью интегрирован с продуктами и облачными сервисами Oracle.
Glassfish – сервер приложений с открытым кодом на Java EE, который поддерживает Java-сервлеты, а также спецификацию написания и поддержки серверных компонентов с бизнес-логикой EJB (Enterprise JavaBeans).
JBoss – сервер приложений с открытым кодом для создания, развёртывания и хостинга приложений на языке Java. JBoss может работать на разных платформах и в любой операционной системе с поддержкой Java.
Какой сервер приложений будет наиболее подходящим?
Знание различий между сервером приложений и веб-сервером помогает выбрать сервер для того или иного использования.
Другим подходом может быть добавление функционала в веб-сервер при помощи плагинов. В этом случает, веб-сервер может использовать технологию программирования на стороне сервера (server-side), такую как скрипты CGI, JSP, сервлеты, ASP (Active Server Pages) или JavaScript на стороне сервера.
Использование обоих типов сервера в одной системе
Часто и веб-сервер, и сервер приложений, развёртывают в одной системе. Это даёт возможность предоставлять клиентам как статический, так и динамический контент. В этом случае, веб-сервер становится подсистемой сервера приложений и все их сервисы работают на одной и той же программно-аппаратной платформе.
Преимуществом такого подхода является более высокая производительность системы. В каждом типе сервера максимально используются их преимущества. Простые веб-запросы будут сразу же обрабатываться веб-сервером и при этом не будет снижаться производительность сервера приложений.
Например, на сайте Интернет-магазина должна предоставляться информация о ценах в реальном времени. Обычно на сайте также есть форма для приобретения товара. Когда пользователь посылает запрос, веб-страница магазина ищет актуальную цену и выдаёт результат в виде HTML-страницы. Эту функциональность можно обеспечить как при помощи сервера приложений, так и при помощи веб-сервера с соответствующими плагинами. Возможно несколько сценариев.
Сценарий 1. Использование только веб-сервера с плагинами
Веб-сервер предоставляет функционал Интернет-магазина:
Сценарий 2. Использование как веб-сервера, так и сервера приложений
Сервер приложений хранит бизнес-логику для поиска цены. Веб-сервер делегирует ему генерацию ответа, скрипт вызывает сервис поиска в сервере приложений, и затем формулирует ответ HTML.
Размещение логики поиска цены в сервере приложений позволяет использовать её различными частями приложения. В первом сценарии сервис поиска цены не может повторно использоваться, поскольку данные встроены в HTML-страницу.
Рис. 3. Использование как веб-сервера, так и сервера приложений.
Заключение
Пересечение функций веб-сервера и сервера приложений означает, что каждый сценарий применения может иметь несколько решений. Можно применять веб-серверы и серверы приложений отдельно, а можно использовать их комбинацию.
Однако, не каждая конфигурация будет равноценной по параметрам работы и потреблению ресурсов, хотя и будет выполнять возложенные на неё функции. Знание различий между двумя типами серверов поможет сэкономить средства, облегчить масштабирование системы и повысить производительность.