Стандарт который предназначен для создания серверных приложений

Стандарт который предназначен для создания серверных приложений

Borland Enterprise Server AppServer Edition — лучшая реализация стандартов Sun Java 2 Enterprise Edition 1.3 (J2EE) и Enterprise JavaBeans 2.0 (EJB). Удовлетворяет самым высоким требованиям разработки и развертывания приложений для электронного бизнеса.

Ключевые особенности

  • Полная сертифицированная реализация стандартов J2EE 1.3 и EJB 2.0.
  • CORBA-архитектура коннекторов J2EE (J2EE Connector Architecture, JCA) и служба обмена сообщениями (Java Message Service, JMS) для связи с унаследованными приложениями.
  • Усовершенствованные встроенные механизмы защиты.
  • Тесная интеграция с Borland JBuilder, лучшим средством разработки на языке Java.
  • Использование SonicMQ, наиболее совершенной системы для обмена данными в Java-приложениях.
  • Обновленные версии web-сервера Apache и web-контейнера Tomcat.
  • Поддержка стандартов XML, SOAP и WSDL для web-служб.

Создание масштабируемых приложений на платформе J2EE

Borland Enterprise Server AppServer Edition — один из наиболее надежных и масштабируемых серверов приложений платформы J2EE, полностью реализующий новейшие отраслевые стандарты J2EE 1.3, EJB 2.0, JMS 1.02, Servlet 2.3, JSP 1.2, XML и SOAP. AppServer Edition использует брокер объектных запросов Borland VisiBroker, удовлетворяющий спецификации CORBA 2.4. Благодаря тесной интеграции с JBuilder, лучшим инструментом создания приложений на Java, AppServer Edition гарантирует эффективность и прозрачность циклов разработки и развертывания разнообразных систем уровня предприятия, начиная от задач интеграции и миграции и заканчивая созданием беспроводных и web-приложений. Развитая поддержка распределенных транзакций, средства обеспечения безопасности и обмена сообщениями, технологии кластеризации, балансировки нагрузки и восстановления после сбоев делают AppServer Edition идеальной платформой для развертывания приложений.

Снижение совокупной стоимости владения

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

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

Масштабируемость и производительность

AppServer Edition предназначен для создания программных решений, соответствующих отраслевым стандартам и отвечающих самым высоким требованиям к масштабируемости, производительности, доступности и надежности. Применение усовершенствованных средств для разработки, развертывания и обслуживания распределенных приложений J2EE и CORBA обусловило успешную реализацию различных программных проектов, снискав этим заслуженный авторитет компании Borland.

AppServer Edition обеспечивает максимальную масштабируемость и производительность приложений J2EE с меньшими затратами на аппаратные и программные средства, связанными с их развертыванием. Уникальная архитектура сегментирования среды исполнения, кластеризации и репликации позволяет организовать защищенную и независимую работу различных программных систем и служб на общем сервере приложений. Таким образом, системные ресурсы распределяются гибко и эффективно. Использование исполняющих систем для J2EE-приложений (server partitions) в локальном режиме увеличивает производительность, а их масштабирование с использованием корпоративной сети позволяет задействовать все вычислительные средства предприятия.

Разработка web-служб

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

AppServer Edition содержит средства для работы с XML, расширенные версии технологии Apache SOAP (Simple Object Access Protocol — простой протокол доступа к объектам) и реализует архитектуру сменных модулей для интеграции библиотек времени исполнения (runtime libraries) из комплекта инструментов разработки Borland. Основанные на отраслевых стандартах WSDL (Web Services Definition Language — язык описания web-служб) и UDDI (Universal Description, Discovery and Integration — универсальный стандарт для описания, поиска и интеграции), эти библиотеки обеспечивают весь жизненный цикл web-служб: разработку, развертывание, публикацию и эксплуатацию.

Благодаря своим свойствам AppServer Edition является идеальной платформой для подключения и размещения как самостоятельных web-служб, так и предназначенных для расширения возможностей существующих приложений CORBA и J2EE.

Сервер web- и Java-приложений

AppServer Edition является полнофункциональным сервером web-приложений и сервером приложений Java. Технологии web-сервера Apache, лежащие в основе Borland Web Server, дополнены средствами повышения производительности.

Основанный на открытых стандартах, AppServer Edition может совместно работать с другими HTTP-серверами, включая Microsoft IIS и Sun iPlanet Web Server. Поддержка исполнения JSP и сервлетов обеспечивается web-контейнером Borland, построенным на базе механизма исполнения сервлетов Tomcat 4.0 Основанный на спецификации CORBA подключаемый модуль, связывающий web-сервер Apache и Tomcat, обеспечивает создание кластерных конфигураций JSP и сервлетов. Вошедшие в состав AppServer Edition функции VisiBroker Edition, обусловленные архитектурой CORBA, позволяют распределять нагрузку и восстанавливать работу системы после сбоев. Графическая консоль упрощает развертывание стандартных пакетов приложений J2EE, таких как архивы Enterprise (EAR-файлы), web-архивы (WAR-файлы) и архивы Java (JAR-файлы).

Стандарты

Компания Borland широко известна как популяризатор отраслевых стандартов. AppServer Edition — сертифицированный продукт по спецификации Sun Microsystems J2EE 1.3, включающей EJB 2.0, Servlet 2.3, Java Server Pages 1.2, Java Transaction Service, XML, а также другие стандарты. AppServer Edition позволяет воспользоваться последними технологическими новшествами J2EE 1.3 и EJB 2.0, такими как MDB (Message-Driven Beans — управляемые сообщениями модули EJB), интероперабельность с использованием RMI поверх IIOP, служба сообщений Java (JMS) и архитектура интеграции серверных систем J2EE Connector Architecture (JCA).

Архитектура CORBA

Новаторская архитектура AppServer Edition позволяет разработчикам полностью сосредоточиться на создании бизнес-логики с использованием EJB, JSP и сервлетов. Инфраструктура Borland VisiBroker, составляющая ядро AppServer Edition, предоставляет проверенные коммуникационные возможности CORBA и IIOP на основе последних спецификаций рабочей группы по развитию стандартов объектно-ориентированного программирования (Object Management Group, OMG). Архитектура AppServer Edition открывает доступ к VisiBroker и его службам имен, управлению транзакциями и средствам защиты, обеспечивает прозрачную интеграцию и интероперабельность различных CORBA- и EJB-приложений без применения связующих технологий или адаптеров сторонних поставщиков. На практике это означает, что вы можете комбинировать CORBA и J2EE в корпоративных приложениях без ущерба для безопасности или функциональности. Вы можете использовать клиенты CORBA, написанные на Java, C++ или Borland Delphi для доступа к EJB, или создавать модули EJB, которые реализуют возможности существующих или вновь разработанных серверов CORBA.

Управление корпоративными приложениями

В состав AppServer Edition входит удобная графическая консоль администрирования. С ее помощью упрощаются процессы развертывания приложений J2EE и изменения информации о развертывании в XML-формате, а также легко производится настройка параметров компонентов приложений и всех сервисов J2EE и CORBA. Консоль поддерживает обработку ошибок и журнал регистрации событий. Помимо этого, ею предоставляются удобные средства миграции существующих приложений EJB 1.1 и J2EE 1.2 на платформу J2EE 1.3 и EJB 2.0 как для объединения компонентов из разных архивов, так и для генерации необходимых классов и JAR-файлов для связи клиента с сервером. Большинство этих функций может быть вызвано из командной строки для автоматизации и пакетной обработки процессов развертывания и конфигурирования приложений.

Кроме консоли в состав AppServer Edition входит Borland AppCenter — полноценное решение для администрирования и мониторинга распределенных приложений, основанных на стандартах J2EE и CORBA.

Прозрачная интеграция с Borland Jbuilder

Полная поддержка стандартов J2EE и EJB обеспечивает простую интеграцию AppServer Edition с любыми J2EE-совместимыми средами разработки. Тесная взаимосвязь с Borland JBuilder, лучшим решением для программирования на Java, дает целый ряд неоспоримых преимуществ.

  • Ускорение циклов разработки, сборки, тестирования, отладки и развертывания приложений J2EE.
  • Сокращение сроков выпуска приложений.
  • Улучшение качества и повышение мобильности программ.
  • Сокращение затрат за счет использования решений одного поставщика.
Возможности Borland Enterprise Server AppServer Edition
Сертификат соответствия платформе J2EE 1.3

Воспользуйтесь преимуществами EJB 2.0, Servlet 2.3, Java Server Pages 1.2, JMS 1.02, Java Connector Architecture (JCA), а также другими новыми технологиями J2EE 1.3, реализованными одним из ведущих производителей — компанией Borland, поддерживающей корпоративные Java-стандарты.

Читайте также:  Где в ворде значок градуса
Поддержка EJB 2.0

Новые возможности стандарта EJB 2.0, такие как MDB (Message-Driben Beans — модули EJB, управляемые сообщениями), CMP 2.0, локальные интерфейсы и RMI-over-IIOP, обеспечивают перенос приложений без каких-либо проблем и их интероперабельность на платформе J2EE.

Служба передачи сообщений (Java Message Service, JMS)
с использованием технологии SonicMQ

Тесная интеграция с одной из лучших реализаций службы обмена сообщениями JMS (Java Messaging Services), выполненной компанией Sonic Software, позволяет удовлетворить растущие потребности в асинхронной связи на уровне предприятия.

Borland Web Server

Задействуйте безотказный web-сервер, основанный на технологии Apache 1.3. Открытость AppServer Edition позволяет использовать различные web-серверы, например Sun iPlanet или Microsoft IIS.

Borland Web Container

Borland Web Container — расширенная версия Tomcat 4.0 — открывает возможность применения новейших технологий JSP 1.2 и Servlet 2.3.

Web-службы

Полнофункциональная среда SOAP (на базе проекта Apache SOAP), включающая XML-инструментарий, синтаксический анализатор XML для Java и поддержку JAXP (Java API for XML Processing) для развертывания и эксплуатации web-служб.

Архитектура, построенная
на основе Borland VisiBroker, самого популярного решения на рынке CORBA-систем

Архитектура Borland VisiBroker позволяет организовать взаимодействие с продуктами платформы J2EE и с приложениями CORBA.

Интеграция с Borland JBuilder Enterprise

Тесная интеграция AppServer Edition и лучшей среды разработки Java-приложений Borland JBuilder способствует сокращению циклов разработки и тестирования программного обеспечения.

Сегментирование сервера приложений

Сегментирование серверной среды выполнения приложений (server partitioning) позволяет оптимизировать методы группировки, развертывания и управления приложениями в рамках одной или нескольких виртуальных машин Java (JVM).

Кластеризация, управление загрузкой
и восстановление после сбоев

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

Распределенные транзакции

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

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

Стандартизированные и общепринятые технологии обмена сообщениями XML, CORBA и J2EE Connector Architecture (JCA) упрощают подключение унаследованных систем и данных.


Интеграция c межсетевыми экранами

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


Встроенные средства защиты

Защита распределенных приложений осуществляется с помощью таких встроенных механизмов, как 128-битное шифрование данных, управление доступом и аутентификация пользователей. AppServer Edition поддерживает самые современные отраслевые стандарты, включая JSSE, JAAS, JCE, SSL, TLS и X.509.

Высокоскоростной доступ
к любым JDBC-источникам данных

Поддержка всех распространенных баз данных осуществляется средствами JDBC 2.0. Применяются различные механизмы оптимизации на уровне EJB-контейнера с использованием стандартов BMP (Bean-Managed Persistence — управление данными из EJB-модуля) и CMP (Container-Managed Persistence — управление данными из контейнера).

Средства переноса существующих приложений на платформу J2EE

Средства переноса обеспечивают миграцию существующих приложений EJB 1.1 и J2EE 1.2 на платформу J2EE 1.3, новейший корпоративный стандарт.

Управление приложениями

Управление и мониторинг распределенных приложений, развернутых на серверах Borland Enterprise Server, организуется по стандартному протоколу SNMP при помощи Borland AppCenter и других управляющих программ сторонних производителей.

Оперативное развертывание
и обновление

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

Простота использования

Интегрированные интуитивно-понятные средства и утилиты AppServer Edition служат для повышения эффективности развертывания и выполнения приложений и сервисов J2EE.

Поддерживаемые платформы и минимальные системные требования

Microsoft Windows (Intel)

OPERATING SYSTEM SUPPORTED JDK(s)

MINIMUM SYSTEM REQUIREMENTS

Windows NT SP6, 2000 SP2
  • JavaSoft JDK 1.3.1
  • Pentium III 600 MHz
  • 128 MB RAM
  • 500 MB disk space

LINUX

OPERATING SYSTEM SUPPORTED JDK(s) MINIMUM SYSTEM REQUIREMENTS Red Hat 7.1 (32 bit)
  • JavaSoft JDK 1.3.1
  • Pentium III 600 MHz
  • 128 MB RAM
  • 500 MB disk space

Sun Microsystems Solaris (SPARC)

OPERATING SYSTEM SUPPORTED JDK(s) MINIMUM SYSTEM REQUIREMENTS Solaris 7, 8 (32 and 64 bit*)
  • JavaSoft JDK 1.3.1
  • Sun Ultra 10 440 MHz
  • 128 MB RAM
  • 500 MB disk space

Hewlett-Packard HP-UX (PA-RISC)*

OPERATING SYSTEM MINIMUM SYSTEM REQUIREMENTS HP-UX 11.11i (32 and 64 bit)
  • HP-UX JDK 1.3.1**
  • PA-RISC 100MHz
  • 128 MB RAM
  • 500 MB disk space

IBM AIX (RS/6000) *

OPERATING SYSTEM

MINIMUM SYSTEM REQUIREMENTS

AIX 5.1 (32 and 64 bit)
  • IBM JDK 1.3.1***
  • RS/6000 PowerPC-604 200MHz
  • 128 MB RAM
  • 500 MB RAM

NOTES:
* Available in 5.0.1 and beyond
** HP-UX JDK 1.3.1 Patch 1.3.1.02
*** IBM JDK 1.3.1 Build 1.3.1, J2RE 1.3.1-IBM AIX build ca1311-20011123a (JIT enabled jitc)

Дополнительная информация

За дополнительной информацией обращайтесь в компанию Interface Ltd.

В предыдущей статье были рассмотрены возможности двух серверных платформ для терминальных решений. Но на рынке произошли изменения: появился новый сервер от Microsoft — "MS Windows 2000 Advanced Server", практически полностью уничтожающий различия между продуктами Microsoft и Citrix. Новый сервер обладает такими возможностями, как:

  • Служба кластеризации и перераспределения нагрузки
  • Поддержка протокола RDP5
  • Поддержка доступа к серверу при помощи браузера IE (компонент ACTIVE X)
  • Доступ к серверу печати, COM-портам и буферу обмена клиента.

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

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

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

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

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

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

Выбор сервера приложений

Основной задачей при выборе сервера приложений является оптимизация мощности процессора и объема оперативной памяти. Основная проблема состоит в том, чтобы подсчитать нужные ресурсы для большой группы пользователей, имея мало представления о них и о том, как они могут загрузить сервер. То есть вы наверняка можете предположить, что одна секретарша использует немного ресурсов, но что произойдет, когда таких пользователей будет подключено к серверу более 50?

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

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

Читайте также:  Be quiet dark base 700 rgb led

Пример

Общее количество рабочих мест — 20. 10 пользователей используют только Microsoft Word, Excel, Outlook, IE (отдел продаж, маркетинга и PR), 3 пользователя используют только 1C (бухгалтерия), 4 пользователя используют IE, Outlook (начальники отделов), 2 пользователя очень редко используют Word и, наконец, остается системный администратор, загружающий все подряд от PhotoShop до J++.

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

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

Какие параметры вы должны получить:

  1. Пиковая нагрузка на процессор. Частота пиковой нагрузки на процессор за день. Средняя продолжительность такой нагрузки.
  2. Средняя загрузка процессора за день. Желательно также найти почасовую среднюю нагрузку.
  3. Пиковое использование памяти. Частота пиковой нагрузки за день. Средняя продолжительность такой нагрузки.
  4. Среднее использование памяти в течение дня, почасовая средняя нагрузка.

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

Далее вы легко можете получить так называемые "минимальные" показатели сервера приложений — помножьте средние показатели на количество пользователей в группе и сложите все группы. вы получите просто фантастические запросы к памяти — для нашего примера: около 780 Мбайт оперативной памяти и около 2 ГГц суммарной занятости процессора.

Но не стоит пугаться — метод, описанный выше неправилен :), так как терминальный сервер умеет эффективно использовать память.

К примеру, общий объем загружаемых компонентов Microsoft Word в памяти около 9 Мбайт, но 8 Мбайт из данного блока приходится на словари, графику и помощника. Когда будет запущена следующая копия Word, эти 8 Мбайт не будут загружены или продублированы — они будут доступны обеим копиям. Если какая-нибудь из них попробует изменить эту восьми мегабайтную часть, то измененная часть будет отделена и потребует немного памяти. Использование данного механизма распределения памяти позволяет экономить память. Но степень данной экономии вы сможете определить, только используя второго, подключенного к терминальному серверу клиенту. То есть вы подключаете второго клиента или запускаете записанную ранее роботом программу действий второй раз.

Итак, вы смогли определить примерные размеры приложений при повторном запуске. Далее вы должны составить примерную временную таблицу загруженности данного приложения в память. К примеру: Word — 27% времени, Excel — 10% времени, IE — 100% времени. Далее вы умножаете то количество памяти, которое действительно требуется на количество пользователей использующих данное приложение и на полученную таблицу. Получившиеся "мегабайто-сапиенс" и есть то минимальное количество памяти, которое вам потребуется (для нашего примера — около 340 Мбайт).

Процессорная мощность может быть вычислена и нормальным способом — вы можете просто сложить среднюю загруженность терминального сервера. Далее перевести эту загруженность в какие-либо масштабируемые единицы — к примеру, мегагерцы или показатели производительности какого либо теста процессора. Здесь стоит обратить внимание на то, что мегагерц — наихудший вариант, ибо 166MMX работает не 5 раз медленнее 800 МГц Athlon, но какой показатель наилучшим образом подходит для сравнения, к сожалению, сказать сложно.

Таким образом, вы сможете получить показатель на уровне 500-600 МГц для нашего примера. Если же вы подсчитаете, насколько каждое отдельное приложение загружает сервер, и умножите данный результат на цифры из полученной ранее таблицы, то, возможно, получите меньший и более правдивый вариант.

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

вам должно быть известно количество таких моментов в течение рабочего дня и их распределение. Если таких перегрузок немного, то вы смело можете забыть про них, если же очень много то вам придется выделить дополнительные ресурсы памяти и процессора. К примеру, выяснилось, что обычная перегрузка происходит каждые 20 минут. При этом загрузка процессора возрастает на 200 МГц, плюс затрачивается в среднем около 10 Мбайт памяти. Продолжительность около 15 секунд. Практически именно данные показатели вы должны прибавить к минимальным. А вот утренняя перегрузка обладает другими качествами — предположим 20 перегрузок в течение 10 минут, длительностью около 20 секунд. вам тогда придется учитывать более сложную ситуацию — возникновение, скажем, двух перегрузок одновременно.

Итак, в итоге вы получили показатели: процессорная мощность — около 600 мегагерц процессор, 400 мегабайт оперативной памяти. Далее вы должны выделить память для самой операционной системы и ее сервисов. К примеру, если вы собираетесь инсталлировать Windows 2000 Advanced Server, смело прибавляйте 128 Мбайт памяти и около 40 МГц для внутренних задач.

Итог — 640 МГц на 512 Мбайт оперативной памяти.

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

Если вашим пользователям потребуется часто пользоваться жестким диском, рассмотрите возможность использования SCSI-контролера и SCSI-диска — это позволит разгрузить процессор, и уменьшить количество перегрузок.

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

После выбора

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

Во-первых, вы должны выбрать, будете ли вы использовать продукты компании Citrix или остановитесь на продуктах от Microsoft. Более дорогой вариант — Metaframe, обладает несколькими не очень важными с моей точки зрения возможностями:

  • Program Neighborhood. Применение данного компонента практически бессмысленно, если количество пользователей менее 100, в любом случае вы сможете, используя стандартные средства администрирования, добиться той же эффективности
  • Video Frame — данный компонент позволяет нескольким операторам или скажем только вам наблюдать за работой клиентов и если надо вмешиваться в их работу.
  • Поддержка передачи звука
  • Поддержка IPX/SPX, и некоторых другие протоколы, включая соединение по нуль модемному кабелю.

Наиболее важное отличие между данными терминальными серверами лежит в протоколе подключения клиентов. Microsoft использует для этого RDP 5.0, Citrix — ICA.

Эти протоколы имеют собственные плюсы и минусы. К примеру, ICA — платформенно-независимый протокол, клиент может работать на любой платформе, будь он веб-браузером или старым добрым Lunix. Протокол от Microsoft работает только на 2 клиентах — WIN16 и WIN32, но это дает ему возможность использовать вызовы WINAPI, что резко сокращает размер и количество передаваемых пакетов. В итоге данный протокол чаше демонстрирует возможность комфортной работы на полосе 4-8 Кбайт в секунду, когда Citrix даже при установке SPEEDSCREEN2 (утилиты для сжатия потока ICA) не демонстрирует показатели лучше 10 килобайт в секунду.

Как это может отразиться на работе вашего предприятия? Если вам придется подключать удаленное подразделение, то использование коммерческих линий часто оказывается очень дорогим удовольствием и сжатие потока будет очень важно. К примеру, для очень комфортного подключения одного клиента по RDP5.0 придется использовать два модема 33.6, а по ICA — в обязательном порядке выделенный канал.

Читайте также:  Блок питания для xbox one

Второй фактор при покупке данных продуктов — возможность приобрести их на территории России. Если продукты Microsoft еще присутствуют, то продукты от компании Citrix вам придется поискать. Как дополнительный плюс надо отметить русифицированость продуктов Microsoft.

Инсталляция

Windows 2000 Advanced Server

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

Citrix Metaframe 1.8

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

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

Настройка сервера после установки

Здесь я приведу несколько советов по улучшению состояния серверов:

  1. Отключите сжатие потока, если ваши клиенты не обладают мощными процессорами. Это также должно снизить нагрузку на сервер.
  2. Не используйте сервер как прокси, веб-сервер, сервер баз данных. Для этих целей выделите другую рабочую станцию.
  3. Отключите или снизьте до 1-2 Мбайт кэширование битмэпов в случае использования бездисковых клиентов. Это разгрузит сеть и убыстрит работу.
  4. Уменьшите до 640х480 точек и 16 цветов размер клиентского десктопа. Это резко снизит нагрузку на сеть и даст еще немного ресурсов серверу.
  5. Отключите любые скрин-сейверы на стороне клиента, или, проще говоря, не инсталлируйте их.
  6. Попытайтесь избавиться от любых DOS-компонентов или любых компонентов, активно использующих графику.
  7. Отключите всевозможные видеоэффекты, заставки, фоны рабочего стола и тому подобные прелести.
  8. Отключите шифрование, так как оно примерно на 5 процентов снижает скорость работы клиента.
  9. Попробуйте отделить сегмент сети, в которой работает ваш сервер приложений и клиенты, это снизит нагрузку на сеть.
  10. Увеличьте кэш битмапов до максимума, в случае использования дисковых клиентов. Это резко увеличит скорость обновления экрана.
  11. Запретите пользователям использовать какие либо другие средства, кроме регламентированных (обязательно выключите пинбол при установке сервера, так как данное приложение готово загрузить все предлагаемые ему мощности ;))

Данные советы, надеюсь, помогут высвободить определенные ресурсы, как сети, так и сервера приложений. Но существуют ситуации, когда требуется добиться еще большего результата в использовании сети — к примеру, получить возможность работы на 2-3 килобайтной полосе.

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

Основной вопрос в таких сетях: как отразится резкое снижение полосы пропускания на качестве работы.

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

Задержка при передаче данных была принудительно установлена в 0.25 секунды (я думаю, что большие задержки даже в России получить сложно). Все битмапы были предварительно кэшированы. Использовался RDP 5.0.

Канал 8 Кбайт в секунду

Пауза чувствуется при открытии любого окна, складывается ощущение, что при нажатии на кнопку только через секунду на экране показывается диалоговое окно. При печати текста возникает ощущение наличия в клавиатуре огромного буфера — символов этак на 30. Очень долго происходит соединение с сервером: экран авторизации появляется только через 15 секунд.

Канал 6 Кбайт в секунду

Резко возрастает время появления диалогов, даже при повторном запросе. Пауза между выводом символа в Word и нажатием кнопки около секунды. Но нормальная работа еще возможна.

Канал 4 Кбайта в секунду

Я ожидал открытие экрана авторизации около минуты. Технически работать еще можно, но ни скроллинг, ни любой вывод графики уже невозможен. При попытке нажатия на кнопку "Пуск" приходится ждать около 2 секунд. Данный режим подходит только для специализированных приложений.

Канал 2 Кбайта в секунду

Я просто не дождался открытия окна авторизации.

Технически данная информация может помочь вам в принятии решения о подключении удаленного терминала. Если терминал используется для работы операционистки, то миграция с DOS на такую систему не прибавит комфорта (привычного для Windows), но и не понизит качества работы.

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

Если вам требуется консультация по установке терминальных серверов или построении корпоративных систем управления на их основе, то пишите мне по почте.

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

Где используется и что делает сервер приложений

Давайте представим на минуту, что вы владеете неким интернет-ресурсом, основная задача которого делиться с пользователями определенной информацией. В один момент вы решили расширить

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

Для избавления от этой проблемы весь программный пакет будет разбиваться на три части:

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

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

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

Примеров можно приводить практически бесконечное количество и это необязательно должна быть именно связь в среде веб. Например, в операционных системах Windows, в качестве посредника выступает программная платформа .Net и Java.

Веб-сервер и сервер приложений

Многие люди, которые только начинают знакомиться с сетевыми технологиями довольно часто задаются вопросом разницы между веб-сервером и сервером приложений. В последние годы отличительных особенностей становится все меньше, так как на первых не только находятся статические данные, а и динамические, которые генерируются в процессе выполнения программы. Стоит помнить, что функции сервера приложений заключаются в создании некоего кода, который может передаваться клиентам (разработчикам) в виде готового решения посредством различных технологий и протоколов, включая HTTP.

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

Ссылка на основную публикацию
Adblock detector