Что такое сервер приложений? — Типы и использование с примером — преимущества
Сервер приложений — это тип сервера, предназначенный для установки, работы и размещения приложений. В первые годы существования серверов приложений количество приложений, передаваемых в Интернет, было огромным. Эти приложения становились все больше и больше с требованием добавлять все больше и больше функциональных возможностей к приложению, а также становились более сложными для запуска и обслуживания. Поэтому возникла необходимость в какой-то программе, которая будет находиться в сети, в то время как она будет эффективно и организованно распределять возможности приложений.
И, следовательно, термин сервер приложений был придуман и в конечном итоге введен в мир Интернета.
Определение
Сервер приложений — это программа, которая находится на стороне сервера, и это серверный программист, обеспечивающий бизнес-логику для любого приложения. Этот сервер может быть частью сети или распределенной сети.
Теперь, если мы хотим узнать назначение серверной программы, она идет следующим образом:
В идеале серверные программы используются для предоставления своих услуг клиентской программе, которая либо находится на том же компьютере, либо находится в сети.
Работает
Они в основном используются в веб-приложении с трехуровневой архитектурой. Положение, в которое входит сервер приложений, описано ниже:
- Уровень 1 — это графический интерфейс, который находится на стороне клиента и обычно является тонким клиентом (например, браузером)
- Уровень 2 — называется средним уровнем, состоящим из сервера приложений.
- Уровень 3 — это третий уровень, который является внутренними серверами. Например, сервер базы данных.
Как мы видим, они обычно связываются с веб-сервером для обслуживания любого запроса, поступающего от клиентов.
Клиент сначала делает запрос, который отправляется на веб-сервер. Затем веб-сервер отправляет его на средний уровень, т.е. на сервер приложений, который дополнительно получает информацию с 3- го уровня (например, сервер базы данных) и отправляет ее обратно на веб-сервер. Далее веб-сервер отправляет обратно необходимую информацию клиенту. Для обработки запросов через веб-серверы используются разные подходы, и некоторые из них — это JSP (страницы сервера Java), CGI, ASP (страницы активных серверов), сценарии Java, сервлеты Java и т. Д.
Использование серверов приложений
Это помогает клиентам обрабатывать любые запросы, подключаясь к базе данных и возвращая информацию обратно на веб-серверы. Основное назначение сервера приложений приведено ниже:
- Механизм уменьшения размера и сложности клиентских программ.
- Для необходимости кэширования и контроля потока данных для повышения производительности.
- Механизм для обеспечения безопасности данных, а также трафика конечного пользователя.
Хотя они могут иметь различное назначение, не все серверы приложений используются для одного и того же набора функций. Например, кому-то это может понадобиться для масштабируемости, другим — чтобы лучше управлять приложениями для Интернета и т. Д.
преимущества
- Предоставляет механизм для работы со всеми компонентами и запущенными сервисами, такими как управление сеансами, синхронные и асинхронные клиентские уведомления.
- Становится очень легко устанавливать приложения в одном месте.
- Изменяя любую конфигурацию, такую как перемещение сервера базы данных, все это можно сделать централизованно из одного места.
- Патчи и обновления безопасности легко развернуть через них.
- Это позволяет распределять запросы между различными серверами в зависимости от их доступности. Это делается с помощью балансировки нагрузки.
- Это обеспечивает безопасность приложений.
- Это обеспечивает отказоустойчивость с возможностью восстановления / восстановления после сбоя.
- Это экономит много времени, если нам необходимо установить копию конфигурации на каждой машине в отдельности.
- Поддерживает поддержку транзакций.
- Когда дело доходит до производительности, сервер приложений значительно повышает производительность приложений, поскольку он основан на модели клиент-сервер.
Примеры
Сегодня используется огромное количество серверов приложений. Некоторые из примеров приведены ниже:
- JBoss
- Weblogic
- Websphere
- Стеклянная рыба
- Tcat Server
- Apache Geronimo
- JRun
- Oracle OC4J
- Сервер Sun GlassFish Enterprise
- SAP Netweaver AS
- Sybase Enterprise Application Server
Типы сервера приложений
Серверы приложений могут быть трех категорий:
- Active Application Server — этот сервер используется для обеспечения поддержки и богатой среды для бизнес-логики, которая задействована на стороне сервера и выражается в форме правил, компонентов и объектов. Эти типы серверов также называются серверами с состоянием.
- Информационный веб-сервер — этот тип сервера используется для генерации страниц из базы данных с использованием шаблонов HTML. Эти типы серверов также известны как серверы без сохранения состояния.
- Сервер компонентов — это программное обеспечение играет основную роль в предоставлении доступа к базе данных таких программных компонентов, как COBRA, DLL и Java Bean. Он также обеспечивает поддержку запросов на обработку транзакций.
Выбор правильного
Чтобы выбрать правильный вариант для своих приложений, вы можете начать с определения и определения приоритетов требований конкретной среды. Немногие из факторов могут быть:
- Производительность
- администрация
- развитие
- Служба поддержки
- податливость
- Масштабируемость
- надежность
- Стоимость
Выполнив вышеуказанную задачу, вы можете приступить к поиску сервера приложений, который наилучшим образом соответствует вашим требованиям. Например, если у вас большая клиентская база, производительность приложения должна быть наивысшим приоритетом. И если ваша компания небольшая, стоимость может быть фактором. Масштабируемость и администрирование также являются одним из основных факторов, влияющих на то, растет ли ваше приложение с каждым днем.
Вывод
В рамках этого поста мы узнали об обзоре сервера приложений, их работе и использовании, преимуществах наличия и выбора правильного сервера. В конце этой статьи аудитория должна быть в состоянии лучше выбрать сервер приложений, который может соответствовать их среде.
Рекомендуемые статьи
Это было руководство к тому, что такое сервер приложений. Здесь мы обсудили преимущества, приложения и типы серверов приложений. Вы также можете просмотреть наши другие предлагаемые статьи, чтобы узнать больше —
Что такое сервер приложения
Когда вы открываете любой сайт — например, google или facebook, вы видите конечный продукт. Но чтобы этот продукт увидеть, и пощупать, нужно:
Написать код приложения
Поднять его на сервере приложения
Сегодня я расскажу про третий этап: что вообще такое сервер приложения и зачем он нужен.
Что это такое и зачем он нужен
Жила была Анечка. Она пекла вкусные кексики и тортики на заказ. Чтобы удобнее было делать заказ, решила Анечка сделать свой интернет-магазин. И обратилась за помощью к брату, разработчику Ване.
Ваня говорит:
— Да не вопрос!
Он как раз занимается фриланс-заказами с простыми системами типа интернет-магазинчиков. Поэтому он быстренько написал код на php. Но код — это просто набор файликов с расширением .php.
А как сделать так, чтобы у нас в интернете появилась страничка? Для этого нужен сервер приложения. Ваня для магазинчика выбирает apache (Apache HTTP Server), как наиболее популярный.
Мои тестовые системы:
— Users
— ShopТоже подняты на Apache. И написаны на php, то есть не требуют сборки))
Сервер обеспечивает возможность обращаться с приложением по HTTP-протоколу. Вы, конечно, можете и сами написать такой код, но зачем? Когда для этого уже есть готовая система. Причем бесплатная и open-source.
Положили код PHP в сервер. Запустили — вуаля, оно работает! Теперь у Анечки есть свой интернет-магазин, доступный извне, с любого устройства.
Если бы код был не на PHP, а на Java, у нас добавился бы шаг «собрать проект» — из набора текстовых файликов получить приложение. Обычно это архив, например, test.war. И уже его мы подкладываем в сервер. Ну а PHP — интерпретируемый язык. Ему не нужен сборщик.
Конечно, пока сайт доступен только по его IP. Чтобы это исправить, Анечке нужно выбрать доменное имя и купить домен. И тогда уже будет красивое название:
Вот теперь точно все готово!
Использование сервера приложений помогло Ване сконцентрироваться именно на бизнес-логике программы, не отвлекаясь на детали обеспечения транспортного пути. Ведь сервер приложения — это подобранный набор согласованных по версиям инфраструктурных библиотек. Например, http-сервер, который умеет принимать запросы.
Преимущества серверов приложений
Готовый HTTP-сервер
Пожалуй, самая важная и популярная функция сервера приложений — поддержка HTTP-сервисов и текущих HTTP-стандартов. Зайдите на любой сайт в интернете — фактически вы отправляете HTTP-запрос в приложение:
Открой мне страницу гугла
Покажи еще больше видео с котиками
Да, можно написать обработку запросов самостоятельно. И следить за стандартами, постоянно обновлять код. Но зачем, когда есть готовый сервер?
Для небольших проектов хватает HTTP-сервера, без дополнительных функций и плюшек. На текущий момент самый популярный сервер — Apache HTTP Server. Есть и более сложные сервера, например, Wildfly. Они имеют больше функций и используются в энтерпрайз системах.
Систему Users мне делал фриланс разработчик. Она написана на PHP и поднята на сервере Apache.
А на работе у меня на одном из проектов был enterprise продукт.. Написан на Java, поднимается на сервере Wildfly.
Поддержка горячего резерва
Если упал сервер, то есть испортилось 1 звено в клиент-серверной архитектуре — всё, все в ступоре, все отдыхают. Сотни, тысячи, да хоть миллионы клиентов если есть — никто не может работать. Открываешь сайт в интернете и грустно смотришь на окно «Простите, что-то пошло не так»
Именно поэтому в бизнес-критичном ПО архитектуру усложняют и даже дублируют. Банк с тысячами операционистов не может позволить себе простой. Поэтому они используют кластер серверов — один упал, остальные работают.
Сервера в кластере называются нодами. На каждой ноде (железке) стоит свой wildfly (или аналог). Когда приходит запрос на одну ноду, она оповещает об этом вторую, третью, четвертую, или сколько их там будет.
Каждая нода может обработать запрос независимо. Если приложение имеет какое-либо состояние, то оно может быть сохранено в общую БД. А также ноды могут оповещать другие ноды об изменении состояния через очереди/топики.
Такая схема называется горячим резервом — когда у нас есть несколько работающих в параллели серверов. Может быть и схема холодного резерва, когда второй сервер у нас «на всякий случай», а не для постоянного использования.
Но какой бы ни был резерв, фишка в том, что синхронизацией занимается сервер приложения, а не разработчик. У разработчика не болит голова о том, как бы данные на разных серверах не разъехались. Он может сосредоточиться на бизнес-логике системы.
Централизованная настройка и управление
В сервере приложений обычно есть админка. Заходишь по специальному URL — и у тебя есть доступ к настройкам приложения. Вот так выглядит приветственная страница админки wildfly:
Если у вас несколько серверов приложения, то изменение настроек может быть опасным занятием. Одну ноду (сервер) обновили, вторую забыли, а потом ловим баг.
Но так как сервер поддерживает работу в кластере, то все упрощается:
Мы меняем настройки в админке.
Они сами расползаются по всем нодам.
Безопасность
В больших бюрократических компаниях разделяют разных админов:
админ физического сервера (железка, на которой установлено ПО)
админ сервера приложений (например, wildfly)
Так вот, админу приложения дают доступ только в админку wildfly. Физически на сервер он зайти не может, или может, но на птичьих правах, логи почитать. А если нужно параметры системы изменить — извольте заводить заявку для админа железяки.
Так безопаснее, когда у тебя нет лишних прав. Иначе неопытный админ системы может наворотить дел, разгребай потом за ним. Поэтому чем больше контора, тем важнее иметь возможность разделить права. Сервер приложения позволяет это сделать: OS отдельно, приложение отдельно.
Поддержка транзакций
Сервер поддерживает поддержку XA транзакций — когда несколько транзакционных источников поддерживают распределенную спецификацию, и сервер ее координирует.
Например, что-то записали в БД и послали сообщение по JMS, всё в одной транзакции, вот сервер приложений предоставляет в том числе менеджера распределенных транзакций.
Фишка всё та же — пока сервер приложений выполняет массу инфраструктурного кода, разработчики могут сфокусироваться на бизнес-логике.
И наверняка есть что-то еще
Я честно пыталась выведать у знакомых разработчиков, зачем вообще сервер приложения нужен.
Оказалось, что он, в общем-то, и не особо нужен. Ну разве что как HTTP-сервер, хотя и для этого уже есть готовые библиотеки, можно в коде это все делать и запускать условный Main.java, без всякого дополнительного сервера.
На работе в одном из проектов мы использовали wildfly. Он дает кучу возможностей, но по факту мы использовали:
• HTTP-сервер — а куда же без него?
• Datasource — файл, где прописывается соединение с БД
• MQ-очереди — для горячего резерва, синхронизация нод между собой. Один сервер уведомляет другой об изменениях. Если другой сервер пока занят, то это сообщение встает в очередь.Вот и всё!
Иногда сервер приложений используется просто потому, что так принято. Например, все старые приложения поднимались на Jboss, ну и новые тоже требуют делать на нем же. Потому что админы умеют работать именно с ним.
Или безопасники требуют разграничить доступ. Или по другим причинам используется именно этот сервер приложения, а не какой-то другой.
При этом я уверена, что в каких-то компаниях используют сервер приложения на полную катушку. И что в разных серверах есть еще куча разного полезного функционала, который вы могли бы написать сами в коде, но. Зачем? Когда вот оно, готовое.
Можно обойтись и без сервера. Да. Но с ним удобнее =)
Другие определения сервера
Когда вы разговариваете с коллегами, очень важно, чтобы вы говорили на одном языке!
Поэтому учтите, что под сервером приложений могут понимать разные вещи:
Сервер приложения как ПО — Apache, Wildfly, и другие. Та программа, которая запускает ваше приложение.
Физический сервер — компьютер, на котором установлен wildfly
Сервер приложений — это сервисная программа, которая обеспечивает доступ клиентов к прикладным программам, выполняющимся на сервере. Сервер приложений обычно выделяется как среднее звено в трехуровневой клиент-серверной архитектуре (3-tier)
Тут сервером называется именно программа. А вот другое определение:
Сервер приложений это набор физического и программного обеспечения, которое способно обеспечить доступ клиентов к программам, выполняющихся непосредственно на серверном оборудовании.
Тут уже сервером называют не только программное обеспечение, но и физический сервер.
Так что если сомневаетесь, что вы с собеседником говорите об одном и том же, лучше уточнить, что он имеет в виду!
Дополнительные материалы
Итого
Сервер приложения — это ПО, которое запускает ваше приложение. Сначала разработчик пишет код, потом собирает билд сборщиком. Но это просто некий архив с кодом. А вот чтобы это стало доступной в интернете ссылочкой, и нужен сервер приложения.
Сервер берет на себя скучную инфраструктурную работу. Например, организацию HTTP-уровня OSI. Он принимает запросы и обрабатывает их по всем стандартам. А разработчик может сконцентрироваться на бизнес-логике, не отвлекаясь на детали обеспечения транспортного пути.
anastasiy
Сервер приложений является расширенной
версией сервера в операционной системе Windows Server ® 2008. Новая версия
сервера приложений предоставляет интегрированную среду для развертывания и выполнения
пользовательских дел на сервере приложений. Эти приложения отвечают на запросы,
поступающие по сети от удаленных клиентских компьютеров или из других приложений.
Как правило, для развертывания и запуска на сервере приложений пользователь
производит одно или более из следующих действий:
- Internet Information Services (IIS) (протокол
передачи гипертекста (HTTP) сервер, встроенный в Windows Server) - Microsoft ®.NET Framework
версии 3.0 и 2.0. (Если у вас есть приложения, построенные с.NET
Framework 3.5, вы можете загрузить и установить.NET Framework 3.5 на
операционной системы.) - ASP.NET
- COM +
- Очереди сообщений
- Веб-службы, которые построены с Windows Communication Foundation (WCF)
Мы рекомендуем использовать роль сервера
приложений Windows Server 2008 выполняемую приложениями, которые зависят от
служб роли или компонентов, которые являются частью комплексной роли сервера
приложений и выбрать во время процесса установки. Примером может быть
определенна конфигурация Microsoft BizTalk ® Server, которая использует набор
служб роли или компонентов, которые являются частью среды сервера приложений.
Обычно роль сервера приложений необходима
при развертывании бизнес-приложения в рамках вашей организации (или
разработанного независимый поставщик программного обеспечения (ISV) для вашей
организации), и когда разработчик указал, что конкретная роль службы требуются.
К примеру ваша организация может иметь приложение обработки заказа, доступ к
записи клиентов, которые хранятся в базе данных. Приложение получает доступ к
сведения о клиенте через набор веб-служб WCF. В этом случае можно настроить
один компьютер Windows Server 2008 в качестве сервера приложений и базы данных
можно установить на том же компьютере или на другом компьютере.
Не все серверные приложения выгодны для
установки роли сервера приложений. Например роль сервера приложений не является
необходимой для поддержки сервера Microsoft Exchange Server или Microsoft SQL
Server на Windows Server 2008.
Чтобы определить, если роль сервера
приложений является полезным для вашей организации бизнес-приложений, есть
администраторы тесно связанные с разработчиками приложений для выявления
требований приложения, например, она использует ли.NET Framework 3.0 или COM +
компоненты.
| Если у вас есть приложения, построенные с.NET Framework 3.5, вы можете загрузить и установить.NET Framework 3.5 на операционной системы. |
Что такое сервер приложений?
Сервер приложений предоставляет следующее:
- Среда выполнения поддерживает эффективное
развертывание и управление высокопроизводительных серверных
бизнес-приложений. Эти приложения способны обслуживать запросы от
удаленных клиентских систем, включая веб-браузеры, соединения из Интернета
или из корпоративной сети или интрасети и систем удаленного компьютера,
которые может отправлять запросы в виде сообщений. - .NET Framework 3.0, который предоставляет
разработчикам упрощенную модель программирования для подключенных
серверных приложений. Разработчики могут использовать встроенный.NET
Framework библиотеки для многих функций приложения, включая ввода/вывода
(I/O), числовые и обработка текста, доступ к базе данных, XML обработку,
управление транзакциями, рабочий процесс и веб-служб. Для системных
администраторов.NET Framework обеспечивает безопасную и высокую
производительность выполнения средой выполнения для серверных приложений,
а также упрощенные приложения настройки и развертывания среды. - Установка Windows Server 2008 в новый, удобный для
пользователя мастера добавления ролей, помогает вам выбрать службы ролей и
функции, которые необходимы для запуска приложений. Мастер добавления
ролей автоматически устанавливает все компоненты, необходимые для данной
роли службы и делает его более легким для вас, для создания и
предоставления компьютер в качестве сервера приложений для
бизнес-приложений.
Кто будет заинтересован в этой роли?
Эта информация о роли сервера приложений
является главным образом для информационных технологий (ИТ) специалистов, ответственных
за развертывание и обслуживание Организации линии бизнес-приложений (LOB).
Бизнес-приложения обычно разрабатываются в вашей организации или для вашей
организации.
Среда сервера приложений состоит из одного
или нескольких серверов под управлением Windows Server 2008, настроенных с роли сервера приложений. Это включает серверы,
выполните следующие действия:
- Приложения, построенные с.NET Framework 3.0
- Приложения, построенные для использования COM +,
очереди сообщений, веб-службы и распределенные транзакции - Подключение к интрасети или Интернету для обмена
информацией - Приложения, которые предоставляют или
использовать веб-службы - Приложения, которые предоставляют веб-страниц
- Взаимодействовать с другими удаленными системами,
работающие на разных платформах и операционных системах
Расширенный среды сервера приложений может
также включать следующее:
- Домен клиентские компьютеры и их пользователей
- Компьютеры, которые используются главным образом
для управления серверами приложений - Серверы инфраструктуры, которые работают ресурсы,
такие как доменных служб Active Directory (AD DS) или другие репозитории
протокола LDAP (Lightweight Directory Access Protocol), службы
сертификации, шлюзы безопасности, процесс серверы, интеграции серверов,
приложений или шлюзы данных или базы данных
Какие новые возможности предоставляет эта роль?
Новый, расширена версию сервера
приложений, роль устанавливается с помощью мастера добавления ролей в
диспетчере сервера. Администраторы, которые имеют бизнес-приложений,
построенных с.NET Framework 3.0 может обнаружить, что настройка среды
размещения для этих приложений проще, с этой ролью сервера. Мастер добавления
ролей руководство администратора через процесс выбора служб роли или
функциональных возможностей, доступных в этой роли и могут быть необходимы для
выполнения конкретных бизнес-приложений.
Ядро сервера приложений
Ядро сервера приложений – это группа
технологий, устанавливаемых по умолчанию при установке роли сервера приложений.
По существу, это ядро сервера приложений.NET Framework 3.0. (Если у вас есть
приложения, построенные с.NET Framework 3.5, вы можете загрузить и
установить.NET Framework 3.5 на операционной системы.)
Windows Server 2008 включает.NET Framework
2.0, независимо от любой роли сервера, которая устанавливается. .NET Framework
2.0 содержит Common Language Runtime (CLR), которая обеспечивает среды
выполнения кода, которая обеспечивает безопасное выполнение кода, его
упрощенное развертывание, и поддержку совместного использования нескольких
языков, а также обширные библиотеки для создания приложений.
Добавляетядро сервера приложений.NET Framework 3.0
возможности базовой линии.NET Framework 2.0 возможности. Для получения
дополнительных сведений.NET Framework 3.0, см.Центр разработчиков NET Framework
(http://go.microsoft.com/fwlink/?LinkId = 81263).
| Если у вас есть приложения, построенные с.NET Framework 3.5, вы можете загрузить и установить.NET Framework 3.5 на операционной системы. |
Почему важна эта функциональная
возможность?
Ключевые компоненты ядра сервера
приложений установлены как набор библиотек кода и.ЧИСТЫЕ сборки. Ниже приведены
ключевые компоненты ядра сервера приложений:
- Windows Communication Foundation (WCF)
- Windows Workflow Foundation (WF)
- Windows Presentation Foundation (WPF)
Из этих трех, WCF и WF часто используются
в серверных приложений, а также-приложениях клиента. WPF используется
преимущественно в клиентских приложениях, и это не обсуждается далее здесь.
Дополнительные сведения о WPF, см. в Windows Presentation Foundation (http://go.microsoft.com/fwlink/?LinkId = 78407).
WCF является Microsoft унифицированную
модель программирования для создания связанных приложений, использующих
веб-службы для взаимодействия друг с другом. Эти приложения являются также
известен как сервис ориентированных приложений (SOA), и они становятся все
более важным для бизнеса. Разработчики могут использовать WCF для создания
SOA-приложений, которые используют безопасные, надежные, транзакционные
веб-служб, общаться на платформах и взаимодействовать с существующими системами
и приложениями в вашей организации.
WCF позволяет разработчикам создавать или
комбинировать различные технологии, которые сегодня доступны для создания
распределенных приложений (COM + и.Услуги NET Enterprise, очереди сообщений.NET
Remoting, ASP.Чистый веб-служб и расширения веб-служб (WSE)) таким образом,
чтобы иметь смысл для бизнеса и вычислительной среды вашей организации. Для
получения дополнительных сведений о WCF видеть Windows Communication
Foundation? (http://go.microsoft.com/fwlink/?LinkId = 81260).
WF – это модель и ядро программирования
для создания приложений, поддерживающих бизнес-процессы, быстро на Windows
Server 2008. Рабочий процесс — это набор мероприятий, которые описывают процесс
реального мира, такие, как процесс заказа покупки. Рабочий процесс обычно
описывается и рассматривать графически — то, как блок-схемы. Описание рабочего
процесса часто называют «модели». Рабочие элементы проходят через модель
рабочего процесса от начала до конца.
Рабочие элементы или видов деятельности в
рамках модели может выполняться людьми или системами или компьютеров. Хотя это
можно описать рабочий процесс в традиционных языков программирования как ряд
шагов и условий, для более сложных рабочих процессов или рабочие процессы,
которые поддерживают более простые изменения, проектирование процесса
графически и хранения что дизайн как модель обычно является гораздо более
надлежащие и гибкие.
WF поддерживает рабочий процесс системы и
документооборота в различных сценариях, включая следующие:
- Рабочий процесс в бизнес-приложений
- Последовательный поток экранов, страниц и
диалоговые окна, представленные в ответ на взаимодействие пользователя с
пользовательским интерфейсом (UI) для данного пользователя - Документ центре рабочий процесс, например,
обработка заказа на покупку или медицинские записи - Взаимодействие документооборота, таких, как
отправка электронной почты для бизнес-клиентов и получение электронной
почты от клиента - Составной рабочий процесс для SOA
- Бизнес правил-управляемые делом рабочий процесс,
например: «В понедельник в 17: 00, отправить запрос на обновление каталога
для деловых партнеров». - Рабочий процесс для управления системами
Для дополнительной информации о WF,
смотрите Windows Workflow Foundation (http://go.microsoft.com/fwlink/?LinkId = 82119).
Что работает по-другому?
Хотя есть роль сервера приложений в
Windows Server 2003, Новая, расширенная роль сервера приложений, доступных в ОС
Windows Server 2008 не просто обновление от средства настройки сервера
приложений, который включен в Windows Server 2003 или более ранних версий
операционной системы. Так как роль функциональность является совершенно новой,
администраторы должны осознавать, что не существует миграции пути для средства
настройки сервера приложений с Windows Server 2003 или более ранних
операционных систем.
Как решить эти проблемы?
Если обновления сервера до Windows Server
2008 с Windows Server 2003 или более ранних версий операционной системы, и вы
хотите использовать возможности роли сервера приложений, необходимо
переустановить роль сервера приложений с помощью мастера добавления ролей в
диспетчере сервера. Как настроить Windows Server 2008 с правильным применением
служб с помощью мастера добавления ролей в диспетчере сервера, можно легко
переместить ваши приложения с Windows Server 2003 до Windows Server 2008.
Когда следует использовать роль сервера
приложений?
Если на сервере бизнес-приложений, которые
необходимо развертывать и управлять требуется одно или несколько из следующих
технологий: Microsoft.NET Framework 3.0, очередь сообщений, COM + или распределенные
транзакции, следует настроить ваш сервер в роли сервера приложений.
| Если у вас есть приложения, построенные с.NET Framework 3.5, вы можете загрузить и установить.NET Framework 3.5 на операционной системы. |
Как подготовиться к установке?
Как часть вашей подготовки для установки
роли сервера приложений создаете перечень приложений, которые будут выполняться
на этом сервере. Если вы являетесь администратором, работа с разработчиками или
ISV, который разработал приложения для определения поддержки технологий и
конфигурации, которые должны присутствовать на сервере для запуска приложений.
Затем сопоставьте эти технологии служб ролей, которые описаны в следующих
разделах, так что вы можете выбрать и должным образом настроить службы во время
установки роли сервера. Обычно разработчик или ISV список из технологий,
которые должны быть установлены для этого приложения, например,.NET Framework
3.0.
Веб-сервер
Этот параметр устанавливает службы IIS
версии 7.0, веб-сервер, встроенный в Windows Server 2008. IIS была доступна в
Windows Server в течение многих лет, но значительно был пересмотрен для Windows
Server 2008 для обеспечения улучшения в производительности, безопасности,
управления, поддержки, надежности и модульности.
Службы IIS предоставляют следующие
основные преимущества:
- IIS делает возможным для сервера приложений
провести внутренние или внешние веб-сайты или услуги со статическим или
динамическим содержимым. - Службы IIS обеспечивают поддержку для запуска
ASP.NET приложения, которые доступны в веб-обозревателе. - Службы IIS обеспечивают поддержку для запуска
веб-служб, которые построены с Microsoft WCF или ASP.NET.
Доступ К сети COM +
Этот параметр добавляет COM + доступ К
сети для удаленного вызова приложений, которые построены и размещенных в COM +
и корпоративных служб компонентов. Такие приложения называют также компонентами
корпоративных служб.
Доступ К сети COM + является одной из
возможностей удаленного вызова, поддерживается в Windows Server начиная с
Windows 2000 Server, и он по-прежнему поддерживаться в Windows Server 2008.
Более новые приложения обычно использовать WCF для поддержки удаленного вызова,
потому что WCF обеспечивает взаимодействие на нескольких платформах.
Служба активации процессов Windows
Этот параметр добавляет службы активации
процессов Windows (WAS). Можно запустить и останавливать приложения,
динамически, основываясь на сообщениях, получаемых по сети через HTTP, очереди
сообщений, TCP и именованные каналы протоколов. Динамические запуск и остановка
приложений означает, что более эффективное использование ресурсов сервера. БЫЛО
это новая услуга в Windows Server 2008.
Общий доступ К портам Net.TCP
Этот параметр добавляет портам Net.TCP.
Эта служба роли позволяет нескольким приложениям использовать один TCP-порт для
входящих сообщений. Например SOA, который построен с WCF могут совместно
использовать тот же порт. Совместное использование портов требуется часто когда
настройки брандмауэра или сетевые ограничения позволяют лишь ограниченное число
открытых портов или когда несколько отдельных экземпляров приложения WCF должна
быть запущена и в то же время.
Таким образом, чтобы несколько WCF
приложения могут совместно использовать порты (мультиплексирование), портам
Net.TCP выполняет мультиплексирование. Портам Net.TCP принимает входящие
запросы на подключение, используя протокол TCP. Затем автоматически перенаправляет
входящие запросы различным службам WCF, основанный на целевых адресов запросов.
Общий доступ к портам работает только тогда, когда приложения WCF используют
протокол net.tcp для входящих соединений. Общий доступ к портам Net.TCP – это
новая услуга в Windows Server 2008.
Распределенные транзакции
Приложения подключиться и выполнять
обновления нескольких баз данных или других транзакций ресурсов могут
потребовать, чтобы эти обновления выполняются с «логики» семантики транзакций —
это технология, которая обеспечивает, что каждая часть транзакции является
полным или откат всей транзакции ее в первоначальное состояние.
Поддержка распределенных транзакций в
Windows Server 2008 предоставляет способ для приложений для этого требования
выполнены. Поддержка распределенных транзакций в Windows Server с Microsoft
Windows NT ® Server 4.0, и эта поддержка продолжается в Windows Server 2008.
Доступна ли эта роль во всех выпусках Windows Server 2008?
Сервер приложений доступен в следующих
выпусках Windows Server 2008:
- Windows Server 2008 стандарт
- Windows Server 2008 Enterprise
- Windows Server 2008 Datacenter
- Windows Server 2008 для систем на базе Itanium
Роль сервера приложений не доступны в
следующем выпуске Windows Server 2008:
- Windows Web Server 2008
Он ведет себя по-разному в некоторых
изданиях?
Сервера приложений, поведение не меняется
основаны на выпуске Windows Server 2008.
Доступен в 32-разрядных и 64-разрядных
версиях?
Сервер приложений доступен в 32-разрядных
и 64-разрядных версиях Windows Server 2008.
Сервер приложений — Application server
Сервер приложений — это сервер, на котором размещены приложения.
Фреймворки сервера приложений — это программные фреймворки для создания серверов приложений. Инфраструктура сервера приложений предоставляет как средства для создания веб-приложений, так и серверную среду для их запуска.
Каркас сервера приложений содержит комплексную модель уровня обслуживания. Он включает в себя набор компонентов, доступных разработчику программного обеспечения через стандартный API, определенный для самой платформы. Для веб-приложений эти компоненты обычно работают в той же среде, что и их веб-сервер (-ы), и их основная задача — поддерживать создание динамических страниц. Тем не менее, многие серверы приложений сделать больше , чем создания веб — страниц: они реализуют такие услуги, как кластеризация, отказоустойчивость и балансировка нагрузки , так что разработчики могут сосредоточиться на реализации бизнес — логики .
В случае серверов приложений Java сервер ведет себя как расширенная виртуальная машина для запуска приложений, прозрачно обрабатывая подключения к базе данных с одной стороны и, часто, подключения к веб-клиенту с другой.
Другие варианты использования этого термина могут относиться к службам, которые предоставляет сервер, или к компьютерному оборудованию, на котором эти службы выполняются.
СОДЕРЖАНИЕ
История
Этот термин первоначально использовался при обсуждении ранних систем клиент-сервер , чтобы отличать серверы, содержащие службы SQL логики приложений и серверы промежуточного программного обеспечения, от других типов серверов данных.
В настоящее время, несмотря на то, что веб-браузеры стали повсеместными и обычно являются клиентом для конечных пользователей во многих стратегиях развертывания приложений, веб-приложения на основе браузера представляют собой лишь подмножество технологий сервера приложений.
Определение сервера приложений
Серверы приложений — это системное программное обеспечение, на котором работают веб-приложения или настольные приложения.
Серверы приложений состоят из
- коннекторы веб-сервера,
- языки компьютерного программирования ,
- библиотеки времени выполнения ,
- соединители базы данных и
- код администрирования, необходимый для развертывания, настройки, управления и подключения этих компонентов на веб-узле.
Сервер приложений работает за веб-сервером (например, Apache или Microsoft Internet Information Services (IIS)) и (почти всегда) перед базой данных SQL (например, PostgreSQL , MySQL или Oracle ). Веб-приложения — это компьютерный код, который выполняется поверх серверов приложений и написан на языке (ах), поддерживаемом сервером приложений, и вызывает библиотеки времени выполнения и компоненты, предлагаемые сервером приложений.
Существует множество серверов приложений. Выбор влияет на стоимость, производительность, надежность, масштабируемость и ремонтопригодность веб-приложения.
Проприетарные серверы приложений предоставляют системные услуги четко определенным, но частным образом. Разработчики приложений разрабатывают программы в соответствии со спецификацией сервера приложений. Недостатком такого подхода является зависимость от конкретного поставщика.
Противоположный, но аналогичный случай — платформа Java EE . Серверы приложений Java EE предоставляют системные услуги в соответствии с четко определенным открытым отраслевым стандартом. Разработчики приложений разрабатывают программы в соответствии со спецификацией Java EE, а не в соответствии с сервером приложений. Приложение Java EE, разработанное в соответствии со стандартом Java EE, может быть развернуто на любом сервере приложений Java EE, что делает его независимым от производителя.
Серверы приложений Java
Платформа Java, Enterprise Edition или Java EE (ранее J2EE) определяет базовый набор API и функций серверов приложений Java .
Инфраструктура Java EE разделена на логические контейнеры.
- Контейнер EJB: Enterprise JavaBeans (EJB) используются для управления транзакциями. Согласно схемам J2EE , бизнес-логика приложения находится в Enterprise JavaBeans — модульном серверном компоненте, обеспечивающем множество функций, включая декларативное управление транзакциями и улучшающее масштабируемость приложения .
- Веб-контейнер : Веб-модули включают сервлеты и страницы JavaServer (JSP).
- Контейнер JCA ( архитектура коннектора Java EE )
- Поставщик JMS ( служба сообщений Java )
Некоторые серверы приложений Java не используют многие функции Java EE, такие как EJB и Java Message Service (JMS). Их внимание больше уделяется сервлетам Java и страницам JavaServer.
Существует множество серверов приложений Java с открытым исходным кодом, которые поддерживают Java EE.
На коммерческих серверах приложений Java доминируют WebLogic Application Server от Oracle , WebSphere Application Server от IBM и платформа JBoss Enterprise Application Platform с открытым исходным кодом (JBoss EAP) от Red Hat .
Страница сервера Java (JSP) выполняется в веб-контейнере . JSP предоставляют способ создания HTML- страниц путем встраивания ссылок на логику сервера внутри страницы. Кодировщики HTML и программисты Java могут работать бок о бок, ссылаясь на код друг друга изнутри своего собственного.
Вышеупомянутые серверы приложений в основном обслуживают веб-приложения и службы через RMI, EJB, JMS и SOAP. Некоторые серверы приложений нацелены на сети, отличные от веб- сетей : серверы протокола инициации сеанса , например, на целевые телефонные сети.
.NET Framework
Microsoft
Microsoft позиционирует свои приложения и инфраструктуру служб среднего уровня в операционной системе Windows Server, а технологии .NET Framework — в роли сервера приложений. Роль Windows Application Server включает в себя Internet Information Services (IIS) для поддержки веб-сервера, .NET Framework для поддержки приложений, ASP.NET для создания сценариев на стороне сервера, COM + для взаимодействия компонентов приложения, очередь сообщений для многопоточной обработки и Windows Communication Foundation (WCF) для взаимодействия приложений.
Третья сторона
- Mono (кроссплатформенная реализация .NET с открытым исходным кодом, поддерживающая почти все его функции, за исключением функций, специфичных для ОС Windows), спонсируемая Microsoft и выпущенная под лицензией MIT.
Серверы приложений PHP
Серверы приложений PHP используются для запуска и управления приложениями PHP .
Zend Server , созданный Zend Technologies , обеспечивает функциональность сервера приложений для приложений на основе PHP.
appserver.io , созданный TechDivision GmbH, представляет собой многопоточный сервер приложений для PHP, написанный на PHP.
RoadRunner , созданный Spiral Scout, представляет собой высокопроизводительный сервер приложений PHP, балансировщик нагрузки и диспетчер процессов, написанный на Golang.
Серверы мобильных приложений
Мобильный сервер приложений подвижен промежуточный слой , что делает фоновая система , доступная для мобильного приложения для поддержки разработки мобильных приложений . Многое , как веб — сервер , который хранит, обрабатывает и доставляет веб — страницы для клиентов , мобильный сервер приложений ликвидирует отставание от существующей инфраструктуры мобильных устройств.
Хотя большая часть основанной на стандартах инфраструктуры (включая SOA ) предназначена для подключения к любому, независимо от поставщика, продукта или технологии, у большинства предприятий возникают проблемы с подключением серверных систем к мобильным приложениям, поскольку мобильные устройства создают следующие технологические проблемы:
- Ограниченные ресурсы — мобильные устройства имеют ограниченную мощность и пропускную способность
- Прерывистая связь — сотовая связь и покрытие Wi-Fi часто не непрерывно
- Трудно защитить — мобильность и BYOD затрудняют защиту мобильных устройств
Целью сервера мобильных приложений является создание существующей инфраструктуры для размещения мобильных устройств.
Общие черты
Основные возможности сервисов мобильных приложений включают:
- Маршрутизация данных — данные упаковываются в более мелкие ( REST ) объекты с некоторой бизнес-логикой, чтобы минимизировать требования к пропускной способности и батарее.
- Оркестровка — транзакции и интеграция данных из нескольких источников
- Служба аутентификации — безопасное подключение к серверным системам управляется мобильным промежуточным программным обеспечением.
- Автономная поддержка — позволяет пользователям получать доступ и использовать данные, даже если устройство не подключено
- Безопасность — шифрование данных, управление устройствами, SSL, ведение журнала вызовов
Серверы мобильных приложений против серверов приложений против веб-серверов
Серверы мобильных приложений, серверы приложений и веб-серверы служат схожим целям: они являются частями промежуточного программного обеспечения, которые соединяют серверные системы с пользователями, которым необходим доступ к ним, но технологии в каждом из трех различаются.
Серверы приложений
Серверы приложений были разработаны до повсеместного распространения веб-приложений — они раскрывают внутреннюю бизнес-логику через различные протоколы, иногда включая HTTP, и управляют безопасностью, обработкой транзакций, пулом ресурсов и обменом сообщениями. Когда популярность веб-приложений росла, серверы приложений не отвечали потребностям разработчиков, и веб-сервер создавался, чтобы заполнить этот пробел.
Веб-серверы
Веб-серверы обеспечивают функции кэширования и масштабирования, необходимые для веб-доступа и не предоставляемые серверами приложений. Они преобразуют запросы в статический контент и обслуживают только HTTP-контент.
Серверы мобильных приложений
Серверы мобильных приложений идут по тому же пути. Появление мобильных устройств требует функциональности, которую разработчики традиционных серверов приложений не ожидали, и серверы мобильных приложений заполняют этот пробел. Они заботятся о безопасности, управлении данными и требованиях к автономному режиму, которые не удовлетворяются существующей инфраструктурой, и представляют контент исключительно в REST.
Со временем эти три категории могут полностью объединиться и стать доступными в одном продукте, но корневые функции различаются.