Что такое сервер приложения / Хабр

Когда вы открываете любой сайт — например, google или facebook, вы видите конечный продукт. Но чтобы этот продукт увидеть, и пощупать, нужно:

1. Написать код приложения

2. Собрать проект

3. Поднять его на сервере приложения

Сегодня я расскажу про третий этап: что вообще такое сервер приложения и зачем он нужен.

Что это такое и зачем он нужен

Жила была Анечка. Она пекла вкусные кексики и тортики на заказ. Чтобы удобнее было делать заказ, решила Анечка сделать свой интернет-магазин. И обратилась за помощью к брату, разработчику Ване.

Ваня говорит:
— Да не вопрос!

Он как раз занимается фриланс-заказами с простыми системами типа интернет-магазинчиков. Поэтому он быстренько написал код на php. Но код — это просто набор файликов с расширением .php.

А как сделать так, чтобы у нас в интернете появилась страничка? Для этого нужен сервер приложения. Ваня для магазинчика выбирает apache (Apache HTTP Server), как наиболее популярный.

Мои тестовые системы:

— Users
— Shop

Тоже подняты на Apache. И написаны на php, то есть не требуют сборки))

Сервер обеспечивает возможность обращаться с приложением по HTTP-протоколу. Вы, конечно, можете и сами написать такой код, но зачем? Когда для этого уже есть готовая система. Причем бесплатная и open-source.

Положили код PHP в сервер. Запустили — вуаля, оно работает! Теперь у Анечки есть свой интернет-магазин, доступный извне, с любого устройства.

Если бы код был не на PHP, а на Java, у нас добавился бы шаг «собрать проект» — из набора текстовых файликов получить приложение. Обычно это архив, например, test.war. И уже его мы подкладываем в сервер. Ну а PHP — интерпретируемый язык. Ему не нужен сборщик.

Конечно, пока сайт доступен только по его IP. Чтобы это исправить, Анечке нужно выбрать доменное имя и купить домен. И тогда уже будет красивое название:

http://46. 36.217.134:80/ → http://shop.cakes.ru/

Вот теперь точно все готово!

Использование сервера приложений помогло Ване сконцентрироваться именно на бизнес-логике программы, не отвлекаясь на детали обеспечения транспортного пути. Ведь сервер приложения — это подобранный набор согласованных по версиям инфраструктурных библиотек. Например, http-сервер, который умеет принимать запросы.

Преимущества серверов приложений

Готовый HTTP-сервер

Пожалуй, самая важная и популярная функция сервера приложений — поддержка HTTP-сервисов и текущих HTTP-стандартов. Зайдите на любой сайт в интернете — фактически вы отправляете HTTP-запрос в приложение:

Да, можно написать обработку запросов самостоятельно. И следить за стандартами, постоянно обновлять код… Но зачем, когда есть готовый сервер?

Для небольших проектов хватает HTTP-сервера, без дополнительных функций и плюшек. На текущий момент самый популярный сервер — Apache HTTP Server. Есть и более сложные сервера, например, Wildfly. Они имеют больше функций и используются в энтерпрайз системах.

Систему Users мне делал фриланс разработчик. Она написана на PHP и поднята на сервере Apache.

А на работе у меня на одном из проектов был enterprise продукт.. Написан на Java, поднимается на сервере Wildfly.

Поддержка горячего резерва

Если упал сервер, то есть испортилось 1 звено в клиент-серверной архитектуре — всё, все в ступоре, все отдыхают. Сотни, тысячи, да хоть миллионы клиентов если есть — никто не может работать. Открываешь сайт в интернете и грустно смотришь на окно «Простите, что-то пошло не так»

Именно поэтому в бизнес-критичном ПО архитектуру усложняют и даже дублируют. Банк с тысячами операционистов не может позволить себе простой. Поэтому они используют кластер серверов — один упал, остальные работают.

Сервера в кластере называются нодами. На каждой ноде (железке) стоит свой wildfly (или аналог). Когда приходит запрос на одну ноду, она оповещает об этом вторую, третью, четвертую, или сколько их там будет.

Каждая нода может обработать запрос независимо. Если приложение имеет какое-либо состояние, то оно может быть сохранено в общую БД. А также ноды могут оповещать другие ноды об изменении состояния через очереди/топики.

Такая схема называется горячим резервом — когда у нас есть несколько работающих в параллели серверов. Может быть и схема холодного резерва, когда второй сервер у нас «на всякий случай», а не для постоянного использования.

Но какой бы ни был резерв, фишка в том, что синхронизацией занимается сервер приложения, а не разработчик. У разработчика не болит голова о том, как бы данные на разных серверах не разъехались. Он может сосредоточиться на бизнес-логике системы.

Централизованная настройка и управление

В сервере приложений обычно есть админка. Заходишь по специальному URL — и у тебя есть доступ к настройкам приложения. Вот так выглядит приветственная страница админки wildfly:

Если у вас несколько серверов приложения, то изменение настроек может быть опасным занятием. Одну ноду (сервер) обновили, вторую забыли, а потом ловим баг.
Но так как сервер поддерживает работу в кластере, то все упрощается:

1. Мы меняем настройки в админке.

2. Они сами расползаются по всем нодам.

Безопасность

В больших бюрократических компаниях разделяют разных админов:

• админ физического сервера (железка, на которой установлено ПО)

• админ сервера приложений (например, wildfly)

Так вот, админу приложения дают доступ только в админку wildfly. Физически на сервер он зайти не может, или может, но на птичьих правах, логи почитать. А если нужно параметры системы изменить — извольте заводить заявку для админа железяки.

Так безопаснее, когда у тебя нет лишних прав. Иначе неопытный админ системы может наворотить дел, разгребай потом за ним. Поэтому чем больше контора, тем важнее иметь возможность разделить права. Сервер приложения позволяет это сделать: OS отдельно, приложение отдельно.

Поддержка транзакций

Сервер поддерживает поддержку XA транзакций — когда несколько транзакционных источников поддерживают распределенную спецификацию, и сервер ее координирует.

Например, что-то записали в БД и послали сообщение по JMS, всё в одной транзакции, вот сервер приложений предоставляет в том числе менеджера распределенных транзакций.

Фишка всё та же — пока сервер приложений выполняет массу инфраструктурного кода, разработчики могут сфокусироваться на бизнес-логике.

И наверняка есть что-то еще

Я честно пыталась выведать у знакомых разработчиков, зачем вообще сервер приложения нужен.

Оказалось, что он, в общем-то, и не особо нужен. Ну разве что как HTTP-сервер, хотя и для этого уже есть готовые библиотеки, можно в коде это все делать и запускать условный Main. java, без всякого дополнительного сервера.

На работе в одном из проектов мы использовали wildfly. Он дает кучу возможностей, но по факту мы использовали:

• HTTP-сервер — а куда же без него?
• Datasource — файл, где прописывается соединение с БД
• MQ-очереди — для горячего резерва, синхронизация нод между собой. Один сервер уведомляет другой об изменениях. Если другой сервер пока занят, то это сообщение встает в очередь.

Вот и всё!

Иногда сервер приложений используется просто потому, что так принято. Например, все старые приложения поднимались на Jboss, ну и новые тоже требуют делать на нем же. Потому что админы умеют работать именно с ним.

Или безопасники требуют разграничить доступ. Или по другим причинам используется именно этот сервер приложения, а не какой-то другой.

При этом я уверена, что в каких-то компаниях используют сервер приложения на полную катушку. И что в разных серверах есть еще куча разного полезного функционала, который вы могли бы написать сами в коде, но. .. Зачем? Когда вот оно, готовое.

Можно обойтись и без сервера. Да. Но с ним удобнее =)

Другие определения сервера

Когда вы разговариваете с коллегами, очень важно, чтобы вы говорили на одном языке!

Поэтому учтите, что под сервером приложений могут понимать разные вещи:

1. Сервер приложения как ПО — Apache, Wildfly, и другие. Та программа, которая запускает ваше приложение.

2. Физический сервер — компьютер, на котором установлен wildfly

Вот, например, одно из определений:

Сервер приложений — это сервисная программа, которая обеспечивает доступ клиентов к прикладным программам, выполняющимся на сервере. Сервер приложений обычно выделяется как среднее звено в трехуровневой клиент-серверной архитектуре (3-tier)

Тут сервером называется именно программа. А вот другое определение:

Сервер приложений это набор физического и программного обеспечения, которое способно обеспечить доступ клиентов к программам, выполняющихся непосредственно на серверном оборудовании.

Тут уже сервером называют не только программное обеспечение, но и физический сервер.

Так что если сомневаетесь, что вы с собеседником говорите об одном и том же, лучше уточнить, что он имеет в виду!

Дополнительные материалы

List of application servers

Top 10 Open Source Java and JavaEE Application Servers

Итого

Сервер приложения — это ПО, которое запускает ваше приложение. Сначала разработчик пишет код, потом собирает билд сборщиком… Но это просто некий архив с кодом. А вот чтобы это стало доступной в интернете ссылочкой, и нужен сервер приложения.

Сервер берет на себя скучную инфраструктурную работу. Например, организацию HTTP-уровня OSI. Он принимает запросы и обрабатывает их по всем стандартам. А разработчик может сконцентрироваться на бизнес-логике, не отвлекаясь на детали обеспечения транспортного пути.

Другие статьи из цикла «Что такое…»

Что такое VCS (система контроля версий)

Что такое сборщик продукта

Что такое API

Что такое XML

Что такое JSON

Что такое клиент-серверная архитектура

Что такое CI (Continuous Integration)

Что такое транзакция

Что такое регулярные выражения (regexp)

Что такое Docker

PS — больше полезных статей ищите в моем блоге по метке «полезное». А полезные видео — на моем youtube-канале

Посоветуйте сервер для Android-приложения — Stack Overflow на русском

Вопрос задан
5 лет 8 месяцев назад

Изменён
5 лет 8 месяцев назад

Просмотрен
7k раза

Собираюсь писать android-приложение. В котором буду использовать сервер. Почитал в интернете про различные сервера, ну так и не пришел к выводу что лучше и на чем писать (смотрел в сторону JSON-сервера)
Посоветуйте сервер, логика приложения в том что у каждого пользователя есть свой id. По отобранным критериям он будет получать данные с сервера, и может ставить рейтинг полученным данным(статье), и оценка идет на сервер.
Какой вы могли бы порекомендовать для данного функционала?

• android
• сервер

Обычно «сервер» пишут самостоятельно на удобном для разработчика языке. Так как ваше android-приложение с высокой степенью вероятности написано на Java, то и серверный функционал можно написать на Java. Пишите логику на Servlet API или Spring MVC и разворачиваете в каком-нибудь web-контейнере, типа Tomcat или Jetty. Но если вам нужен способ получать из БД данные в формате JSON с минимальными телодвижениями, то посмотрите на PostgREST.

0

Если писать свой сервер нет желания/времени/знаний то можно использовать какой нибудь SaaS сервис. Например, Google предлагает Firebase, который достаточно просто интегрируется в Android приложение (также есть поддержка iOS). Он предоставляет много фишек сразу из коробки, например, реалтайм синхронизацию данных на сервере и устройстве.

Конечно, функционал его ограничен и его не расширить по своему желанию, как это можно сделать с самописным сервером, но под описанную в вопросе задачу он вполне подойдёт.

Зарегистрируйтесь или войдите

Регистрация через Google

Регистрация через Facebook

Регистрация через почту

Отправить без регистрации

Почта

Необходима, но никому не показывается

Отправить без регистрации

Почта

Необходима, но никому не показывается

Нажимая на кнопку «Отправить ответ», вы соглашаетесь с нашими пользовательским соглашением, политикой конфиденциальности и политикой о куки

Веб-сервер

и сервер приложений: в чем разница?

И веб-сервер, и сервер приложений отвечают на запросы пользователей о содержимом. Тем не менее между двумя типами серверов есть несколько ключевых различий, и знание этих различий может помочь вам настроить правильную программную и аппаратную инфраструктуру для ваших нужд.

Читайте дальше, чтобы узнать  различия между веб-серверами и серверами приложений   и варианты их повседневного использования,  и посмотреть, какой из них лучше подходит для нужд вашего бизнеса.

Сервер приложений и веб-сервер: основные различия

Вот обзор основных различий между серверами приложений и веб-серверами:

Что такое веб-сервер?

Веб-сервер — это компьютерная система, которая хранит, обрабатывает и доставляет веб-страницы клиентам. Клиент почти всегда представляет собой веб-браузер или мобильное приложение. В зависимости от настройки веб-сервер может хранить один или несколько веб-сайтов.

Этот тип сервера предоставляет только статический HTML-контент, например:

• Документы
• Изображения
• Видео
• Шрифты

Веб-серверы и серверы приложений имеют одну общую черту — им нужен выделенный сервер для запуска программного обеспечения.

Традиционно веб-серверы не работают с динамическим содержимым или серверным программированием. Веб-серверы принимают и выполняют только запросы протокола передачи гипертекста (HTTP или HTTPS). При желании вы можете добавить компоненты для работы с динамическим содержимым.

Что такое сервер приложений?

Сервер приложений — это программная платформа, которая предоставляет контент и активы для клиентского приложения. Клиенты включают веб-приложения, браузеры и мобильные приложения.

Серверы приложений предоставляют клиентам доступ к бизнес-логике. С помощью бизнес-логики сервер приложений преобразует данные в динамический контент и обеспечивает функциональность приложения. Примеры динамического контента:

• Результат транзакции
• Поддержка принятия решений
• Аналитика в реальном времени

Этот тип сервера является основным связующим звеном между клиентом и серверным кодом. Типичные задачи сервера приложений включают:

• Управление транзакциями
• Безопасность
• Внедрение зависимостей (DI)
• Параллелизм

Серверы приложений также обрабатывают такие процессы, как кластеризация, аварийное переключение и балансировка нагрузки.

Перекрытие между веб-серверами и серверами приложений

Когда веб-браузеры стали основными клиентами приложений, грань между приложениями и веб-серверами стала размытой.

Большинство веб-серверов имеют подключаемые модули для языков сценариев (ASP, JSP, PHP, Perl и т. д.), которые позволяют создавать динамическое содержимое. Например, если мы добавим подключаемый модуль .NET в среду IIS, мы сможем подключить веб-сервер к коду на стороне сервера и обслуживать клиентов с динамическим содержимым.

На стороне сервера приложений тоже есть перекрытие. Многие серверы приложений предлагают возможности веб-сервера и используют HTTP в качестве основного протокола.

Из-за совпадения вариантов использования и технологий наиболее популярными серверами являются гибриды двух типов. Гибридное решение, сочетающее возможности сервера, обеспечивает оптимальную скорость и функциональность системы.

В качестве недорогого способа размещения статического веб-сайта рассмотрите возможность использования хранилища объектов.

Самые популярные веб-серверы

Вот обзор самых популярных веб-серверов:

Nginx

Nginx — это веб-сервер с открытым исходным кодом, который также может выступать в качестве обратного прокси-сервера, прокси-сервера электронной почты и балансировщика нагрузки. Nginx управляется событиями, хорошо масштабируется и может обрабатывать несколько запросов одновременно.

Чтобы начать работу с Nginx, обратитесь к нашим руководствам «Как установить Nginx в Ubuntu 20.04» или «Как установить Nginx в CentOS 8».

HTTP-сервер Apache

веб-сервер с открытым исходным кодом. Apache является частью стека LAMP, программного стека, на котором работает около 40 % всех веб-сайтов в Интернете.

Apache предлагает широкий выбор функций, включая  htaccess , IPv, FTP, HTTP/2, регулирование полосы пропускания и балансировку нагрузки.

Подробное сравнение Nginx и Apache можно найти в нашей статье Nginx vs Apache.

Microsoft IIS

Microsoft IIS (Internet Information Services) — это бесплатный программный пакет веб-сервера для Windows Server. IIS работает только в операционных системах Windows.

Jetty

Jetty — это проект с открытым исходным кодом, который предоставляет HTTP-сервер, HTTP-клиент и контейнер javax. servlet . Хотя Jetty в первую очередь является веб-сервером, он также может способствовать межмашинному взаимодействию.

LiteSpeed ​​

LiteSpeed ​​— это веб-сервер с отличной производительностью и масштабируемостью. LiteSpeed ​​предлагает широкий спектр функций и простую в использовании веб-консоль администратора.

Самые популярные серверы приложений

Вот самые распространенные серверы приложений на рынке:

Apache Tomcat

Apache Tomcat — это сервер приложений с открытым исходным кодом, который часто используется в сочетании с Apache HTTPD.

Tomcat может выполнять сервлеты Java, доставлять страницы с кодом страницы JavaServer и обслуживать приложения Java EE (Java Enterprise Edition).

Если вы новичок в Tomcat, посетите наши руководства «Как установить Tomcat в Ubuntu» или «Как установить Tomcat в CentOS».

Oracle WebLogic

Oracle WebLogic Server — это сервер приложений для развертывания распределенных приложений с использованием стандартов Java EE. WebLogic полностью интегрирован с портфелем продуктов и облачных сервисов Oracle.

Glassfish

Glassfish — это сервер приложений Java EE с открытым исходным кодом, поддерживающий сервлеты Java и Enterprise JavaBeans (EJB). Glassfish также может работать как веб-сервер.

JBoss

Сервер приложений JBoss — это платформа с открытым исходным кодом для создания, развертывания и размещения приложений Java. JBoss работает на разных платформах, и вы можете использовать его в любой операционной системе, поддерживающей Java.

Сервер приложений или веб-сервер: какой сервер лучше всего подходит для вашего бизнеса?

Теперь, когда вы понимаете разницу между веб-серверами и серверами приложений, становится легче понять, какой из них лучше подходит:

• Используйте веб-сервер  если вы обслуживаете только статические веб-страницы  .
• Используйте более простой сервер приложений, например Jetty или Apache Tomcat , если у вас есть приложение , требующее JSP и Servlet .
• Используйте полноценный сервер приложений, такой как JBoss или Oracle WebLogic , если у вас есть приложение со сложными функциями , такими как распределенные транзакции и обмен сообщениями.

Другой вариант — использовать плагины для добавления функций к веб-серверу. В этом случае веб-сервер может делегировать генерацию динамических ответов варианту серверной технологии, например сценариям CGI, JSP, сервлетам, ASP (активным серверным страницам) или серверному JavaScript.

Использование обоих типов серверов в одной системе

Популярной конфигурацией является развертывание веб-сервера и сервера приложений в одной системе. Эта настройка имеет смысл для веб-сайтов, которые предоставляют как статический, так и динамический контент. В этом случае веб-сервер становится подмножеством сервера приложений, и обе службы работают на одном и том же оборудовании.

Основной причиной развертывания обоих типов серверов является повышение производительности системы. Каждый сервер фокусируется на своих сильных сторонах, и вы предотвращаете влияние простых веб-запросов на производительность сервера приложений.

В качестве примера рассмотрим интернет-магазин, предоставляющий информацию о ценах в режиме реального времени. Такие сайты обычно имеют форму, с помощью которой пользователь может приобретать товары. Когда пользователь отправляет запрос, веб-сайт выполняет поиск и возвращает набор результатов на HTML-странице.

Эта функция может работать как с сервером приложений, так и без него.

Сценарий 1. Использование только веб-сервера с подключаемыми модулями

Веб-сервер обеспечивает функциональность электронного магазина:

• Сервер получает запрос и передает его серверной программе.
• Программа на стороне сервера ищет данные о ценах в базе данных или плоском файле.
• Программа на стороне сервера формирует ответ в формате HTML.
• Веб-сервер отправляет ответ обратно в веб-браузер.

Сценарий 2. Использование как веб-сервера, так и сервера приложений

Сервер приложений хранит бизнес-логику для поиска цен. Веб-сервер делегирует создание ответа, но скрипт вызывает службу поиска сервера приложений, а затем формулирует ответ в формате HTML.

При размещении логики ценообразования на сервере приложений ее можно повторно использовать в разных частях приложения. В нашем первом сценарии служба поиска цен не может использоваться повторно, поскольку данные встроены в HTML-страницу.

Заключение

Перекрытие между приложениями и веб-серверами означает, что каждый вариант использования имеет несколько допустимых решений. Большинство систем могут работать с веб-сервером, сервером приложений или их комбинацией.

Однако не все установки одинаково хороши. Знание различий между двумя типами серверов поможет вам сэкономить деньги, упростить масштабирование и выбрать вариант, который лучше всего подходит для вашего варианта использования.

Что такое сервер приложений? | Типы и использование на примере

Сервер приложений — это тип сервера, предназначенный для установки, работы и размещения приложений. На заре появления серверов приложений наблюдался огромный рост числа приложений, загружаемых в Интернет. Эти приложения становились все больше и больше по мере того, как требовалось добавлять в приложение все больше и больше функций, и они становились все более сложными для запуска и обслуживания. Была потребность в какой-то программе в сети, пока она будет эффективно и организованно делиться возможностями приложений.

Что такое сервер приложений?

Сервер приложений — это программа, которая находится на стороне сервера, и это серверный программист, обеспечивающий бизнес-логику любого приложения. Этот сервер может быть частью сети или распределенной сети.

Теперь, если мы хотим узнать назначение серверной программы, это выглядит следующим образом:

В идеале, серверные программы используются для предоставления своих услуг клиентской программе, которая либо находится на том же компьютере, либо находится в сети. .

Рабочий

В основном они используются в веб-приложении с трехуровневой архитектурой. Позиция, в которую вписывается сервер приложений, описана ниже:

• Уровень 1 — это интерфейс с графическим интерфейсом, который находится на стороне клиента и обычно представляет собой тонкий клиент (например, браузер)
• Уровень 2 — это средний уровень, который состоит из сервера приложений.
• Уровень 3 — это уровень 3 ^rd , который представляет собой внутренние серверы. Например, сервер базы данных.

Источник: https://images.app.goo.gl/icJBVqjMJYHMpvBb9

Как мы видим, они обычно взаимодействуют с веб-сервером для обслуживания любого запроса, поступающего от клиентов.

Сначала клиент делает запрос, который отправляется на веб-сервер. Затем веб-сервер отправляет ее на средний уровень, то есть на сервер приложений, который дополнительно получает информацию от уровня 3 ^rd (например, сервера базы данных) и отправляет ее обратно на веб-сервер. Далее веб-сервер отправляет необходимую информацию обратно клиенту. Для обработки запросов через веб-серверы используются различные подходы, и некоторые из них представляют собой такие подходы, как JSP (страницы сервера Java), CGI, ASP (страницы активного сервера), сценарии Java, сервлеты Java и т. д.

Использование серверов приложений

Это помогает клиентам обрабатывать любые запросы, подключаясь к базе данных и возвращая информацию обратно на веб-серверы.

Основное назначение сервера приложений указано ниже:

• Механизм уменьшения размера и сложности клиентских программ.
• При необходимости кэширования и управления потоком данных для повышения производительности.
• Механизм для обеспечения безопасности данных, а также трафика конечных пользователей.

Хотя они могут иметь различное назначение, не все серверы приложений используются для одного и того же набора функций. Например, кому-то это может понадобиться для масштабируемости; другим может понадобиться для лучшего управления веб-приложениями и т. д.

Преимущества

• Предоставляет механизм для работы со всеми компонентами и запущенными службами, такими как управление сеансами, синхронные и асинхронные клиентские уведомления.
• Становится очень легко устанавливать приложения в одном месте.
• Изменение любой конфигурации, например перемещение сервера базы данных, можно выполнить централизованно из одного места.
• Исправления и обновления для системы безопасности легко развертываются с их помощью.
• Позволяет распределять запросы на разные серверы в зависимости от их доступности. Это делается с помощью балансировки нагрузки.
• Обеспечивает безопасность приложений.
• Обеспечивает отказоустойчивость с возможностью восстановления/отработки отказа.
• Это экономит много времени, если нам требуется установить копию конфигураций на каждую машину отдельно.
• Поддерживает поддержку транзакций.
• Что касается производительности, сервер приложений значительно повышает производительность приложений, поскольку он основан на модели клиент-сервер.

Примеры

В настоящее время используется огромное количество серверов приложений. Некоторые из примеров приведены ниже:

• JBoss
• Weblogic
• Вебсфера
• Стеклянная рыбка
• Tcat-сервер
• Апач Джеронимо
• JRun
• Оракул OC4J
• Корпоративный сервер Sun GlassFish
• SAP Netweaver AS
• Сервер корпоративных приложений Sybase

Типы серверов приложений

Серверы приложений могут быть трех категорий:

• Активный сервер приложений — этот сервер используется для обеспечения поддержки и богатой среды для бизнес-логики, которая задействована на стороне сервера, т.е. выражается в форме правил, компонентов и объектов. Эти типы серверов также называются серверами с отслеживанием состояния.
• Сервер веб-информации . Этот тип сервера используется для создания страниц из базы данных с использованием шаблонов HTML. Эти типы серверов также известны как серверы без сохранения состояния.
• Сервер компонентов . Это программное обеспечение играет основную роль в обеспечении доступа к базе данных для программных компонентов, таких как COBRA, DLL и Java Bean. Он также обеспечивает поддержку запросов на обработку транзакций.

Правильный выбор

Чтобы выбрать правильный вариант для ваших приложений, вы можете начать с определения и определения приоритетности требований для конкретной среды.

Вот несколько факторов:

• Производительность
• Администрация
• Разработка
• Опора
• Соответствие
• Масштабируемость
• Надежность
• Стоимость

Выполнив вышеуказанную задачу, вы можете приступить к поиску сервера приложений, который наилучшим образом соответствует вашим требованиям. Например, если у вас большая клиентская база, производительность приложения должна быть главным приоритетом.

This entry was posted in Продвижение