Организация сервиса приложений (application service provision) - самая захватывающая тема обсуждений 1999 и 2000 годов. И хотя потенциал этого рынка действительно велик, со стороны он больше всего похож на Лох-Несское чудовище: все о нем говорят, все знают кого-то, кто клянется что видел его собственными глазами, а большинству реально довелось увидеть только смазанную фотографию.

Создается впечатление, что сегодня практически любая компания, работающая в области информационных технологий, предлагающая оперативное обслуживание или предоставляющая ресурсы, называет себя провайдером сервиса приложений (application service provider-ASP). Однако всегда нужно иметь в виду, что основная идея ASP заключается в том, что некая компания покупает лицензии у независимого поставщика программных продуктов (independent software vendor -ISV) и перепродает их своим заказчикам. (Отдельные независимые поставщики, конечно, пытаются самостоятельно продавать свои программы, минуя посредников, но гораздо чаще лицензии продают ASP). Компания платит независимому поставщику либо твердое комиссионное вознаграждение за право продажи лицензий, либо вознаграждение за каждого клиента. Размер этого вознаграждения вычисляется как процент от уплаченной пользователем суммы. В зависимости от вариантов, предлагаемых ASP, заказчик может получить доступ к приложениям несколькими способами: по Internet, по частной линии связи, например Т1-соединению, или соединению с ретрансляцией кадров (frame-relay).

Одна из основных идей, подогревающих интерес к концепции ASP, состоит в том, что ASP-структуры делают стоимость владения информационными технологиями более предсказуемой. Плата берется не только за лицензии, но и за хранение данных, их защиту, работу сервисной службы и службы поддержки. Структура цены зависит от договора, который покупатель заключает с ASP. Некоторые провайдеры устанавливают плату по каждому конкретному пользователю, некоторые берут твердую плату за любое количество пользователей на сайте заказчика, а некоторые определяют, к каким частям приложения пользователи обращались. Последний вариант работает исключительно в сложных вертикально интегрированных приложениях. Некоторые ASP требуют от своих покупателей согласия на минимальный срок пользования службой. Минимальное время использования зависит от сложности развертывания приложения. Учитывая объем работ по подготовке компании к использованию сложных программных комплексов, наличие таких минимальных условий никого не удивляет. Например, один из ASP оценивает срок развертывания набора вертикально интегрированных приложений от 1 до 6 месяцев.

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

Push начала свою деятельность под девизом Make It Work («заставь это работать») и была провайдером решений Citrix. Затем она стала предоставлять услуги по размещению приложений в сети. По словам президента компании Эрика Гринспена (Eric Greenspan), Make It Work стала ASP совершенно случайно - около полутора лет тому назад, когда покупателям на восточном побережье США понадобился доступ к приложениям ,размещенным в офисе Make It Work, территориально расположенном на западном побережье. Компания Push сместила фокус своего внимания с системной интеграции на организацию сервиса приложений в сентябре 1999 г. Руководство компании остановилось на терминальной серверной модели по двум причинам: во-первых, эта модель позволяет пользователям при необходимости работать с обычным настольным компьютером; во-вторых, терминальный вид обслуживания позволяет заказчику менять настройки тех приложений, которыми пользуются его работники, а не терпеть неизменный интерфейс обычных Web-ориентированных приложений.

ASP могут предоставлять не только серверы приложений, но и всю инфраструктуру ИТ, включая серверы файлов, баз данных и почтовых приложений. На этапе внедрения своей структуры ASP компания Push использовала модель, которая отличалась от централизованной модели, используемой сегодня большинством провайдеров. Вместо того, чтобы поддерживать серверы из центрального офиса, фирма Push создала “Общественные центры” ("community centers") внутри географических регионов реальных потребителей. Это дало заказчику чувство комфорта, поскольку ему стало ясно, что его данные и приложения всегда рядом и он перестал нервничать по поводу того, что вся его структура ИТ мало того, что неизвестно где находится, но и используется совместно с другими клиентами Push. Эта модель позволяет получать доступ к приложениям даже в тех случаях, когда у заказчиков появляются локальные проблемы. Потребитель может просто приехать в ближайший общественный центр, сесть там за компьютер и получить доступ к данным. Однако сокращение числа опытных специалистов в области технической поддержки заставило Push отказаться от использования модели общественных центров. Эти центры в настоящее время предоставлены в распоряжение специалистов по продажам и персоналу по работе с конкретными приложениями. На их базе строится местная техническая поддержка. С тех пор многое изменилось. Компания создала централизованный центр данных в Санта-Барбаре, на котором размещено около 200 файл-серверов, серверов баз данных, почтовых и прочих приложений (необходимых для обеспечения роста потребительской базы). Этот центр данных размещен внутри пожаробезопасного и физически защищенного помещения. На момент подготовки материала в печать Центр данных в Санта-Барбаре - единственный узел, используемый Push. В настоящее время компания подыскивает место для размещения другого центра данных на Восточном побережье, что не только позволит обслуживать с его помощью пользователей этого региона, но и создаст некоторую избыточность мощностей, которой сможет воспользоваться центр данных Западного побережья.

Одно из преимуществ серверного базирования заключается в том, что оно предоставляет большую независимость от типа ОС, чем клиентская модель, поскольку клиент терминального сервера или Web-сервера реально не исполняет приложение, а только видит результаты его работы на экране. Однако эта независимость касается только клиентской части. С точки зрения сервера, приложение должно быть совместимо с его ОС. Поскольку Push базируется на терминальных серверах, работающих под управлением WTS и MetaFrame, обслуживающих клиентские приложения, компания продвигает программное обеспечение, работающее под управлением Windows (включая Windows клиентов для не предназначенных для Windows приложений). Клиенты напрямую взаимодействуют с терминальными серверами, работающими под управлением WTS Service Pack 5 (SP5) и MetaFrame 1.8. Пользователи запускают на них Windows-приложения. Терминальные серверы могут взаимодействовать с другими серверами NT, в зависимости от тех приложений, которыми пользуется заказчик.

Если покупатель заказывает электронную почту у Push, клиентское приложение, обеспечивающее доставку электронной почты и работающее на терминальном сервере, связывается с программой Microsoft Exchange Server 5.5, установленной в центре обработки данных. Если покупатель хранит данные о продажах в приложении Great Plains, работающий на терминальном сервере клиент Microsoft Access 2000 взаимодействует с машиной с Microsoft SQL Server 7.0, содержащей эту базу данных. На сегодня около 200 серверов (как базовых, так и тестовых) обеспечивают всю работу фирмы. Из них 15 терминальных. Майкл Рич (Michael Rich), руководитель технического отдела (CTO- Chief Technical Officer) фирмы Push, любит говорить о тридцатипроцентном запасе по производительности. При этом он поддерживает контакт с персоналом, обеспечивающим продажи, отслеживая перспективные потребности заказчиков.

Общее количество заказчиков фирмы Push на сегодня включает около 10 компаний, на стороне каждой из которых работает от 2 до 200 человек. Все серверы в этой конфигурации хранят данные, почту, базы данных и приложения. Работают они под управлением NT Server 4.0 (в одно- или многопользовательских вариантах, в зависимости от того, являются ли они серверами приложений). Все серверы имеют сходные технические параметры: 600МГц 2-х процессорные серверы Hewlett-Packard NetServer с 1 Гбайт оперативной памяти. Такая конфигурация позволяет обслуживать до 30 пользователей на каждом из 15 серверов приложений. Для повышения надежности в серверах хранения данных реализован внешний дисковый массив RAID 5. Как правило, при работе с тонкими клиентами фирма Push придерживается модели “большого количества небольших серверов”. Это позволяет компании использовать запасные машины, с помощью которых Push легко может увеличить емкость или заменить отказавший сервер.

Поскольку аппаратные проблемы имеют тенденцию обостряться именно тогда, когда на одном сервере работает много пользователей, все оборудование, работающее у ASP-провайдера Push, входит в Microsoft`s Hardware Compatibility List (HCL - перечень оборудования, совместимого с продукцией Microsoft). Г-н Рич считает, что Terminal Server и MetaFrame сами по себе недостаточно гибки в тех случаях, когда дело касается совместимости с аппаратным обеспечением. Даже при использовании модели общественных центров и горячем желании обслуживать серверы и приложения заказчиков, руководство Push настаивает на том, чтобы оборудование заказчика входило в перечень HCL. И все это лишь для того, чтобы свести к минимуму проблемы технической поддержки.

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

Чтобы убедиться в том, что приложение работает на серверах приложений фирмы Push в соответствии с требованиями безопасности, компания подвергает программы трехступенчатому процессу внедрения. Прежде всего, приложения тестируются внутри компании. При этом инженеры предпринимают попытки «вывалиться» из приложения в командную строку и изучают его код в поисках свойств, способных вызвать проблемы в многопользовательском окружении. Если отдельные части приложения слишком активно используют функции операционной либо файловой систем, инженеры удаляют их. Вся работа делается вручную. Фирме Push не удалось найти какого-либо средства автоматизации, работающего так же хорошо, как инженер. Длительность такой проверки от 1 дня до 2 недель, в зависимости от сложности приложения. При необходимости Push обращается к разработчикам программных продуктов для разрешения каких-либо проблем. Иногда выясняется, что в конкретной версии программы какая-то проблема неразрешима. Например, если приложение допускает существование только двух одновременно исполняющихся на одном сервере экземпляров программы, оно, конечно же, будет неработоспособно в том случае, если одновременно нужно эксплуатировать 30 экземпляров. В этом случае Push сообщает разработчику о существовании подобной проблемы и предлагает ему разработать версию специально для работы на терминальных серверах. Возможно, такая версия появится не скоро, однако у компании есть надежда ее получить. Поскольку все больше фирм применяют терминальные серверы как способ развертывания Windows-приложений, большинство разработчиков вероятнее всего будут делать свои приложения поддерживающими многопользовательский режим.

После того, как инженеры убедятся в том, что приложение работает без проблем (и внесут в него все необходимые изменения), Push выставляет его на тестовый сервер. К его эксплуатации приступает заказчик, проверяя, что приложение работает так, как ему нужно. Если заказчик удовлетворен, приложение выставляется на рабочий сервер. Этот процесс не работает по принципу «все или ничего». Push размещает приложение на 250 пользователей очень аккуратно, подключая по одному подразделению за раз. При этом и фирма Push и ее заказчики наблюдают за процессом работы приложения и производят при необходимости его тонкую настройку.

Специфичность способа исполнения приложений Win16 и DOS под NT не позволяет им достигать производительности приложений Win32, работающих в многопользовательском окружении. Все сводится к тому, что поддержка множества экземпляров 16-разрядного приложения потребует больше памяти, чем поддержка такого же количества 32-разрядных. Поэтому фирма Push не поощряет заказчиков, останавливающих свой выбор на 16-разрядных приложениях. Компания сейчас ищет возможность поддержки 16-разрядных приложений, которыми хочет воспользоваться один из их клиентов. В то же время Push убеждает разработчиков создавать 32-разрядные версии приложений с той же функциональностью.

Один из заказчиков фирмы Push - компания GiftTracker, небольшая фирма, выпускающая сертификаты сувениров для магазинов, в которых нет своей программы подготовки таких сертификатов. GiftTracker остановила свой выбор на решении ASP по двум причинам. Во-первых, как большинство провайдеров систем межкорпоративной электронной коммерции (business-to-business - B2B), компания GiftTracker не имеет персонала по поддержке ИТ. Во-вторых, ряд приложений, к которым компания хотела бы иметь доступ (например база данных клиентов Great Plains), для такой небольшой компании стоит слишком дорого с точки зрения установки и владения. Инженеры фирмы проинсталлировали клиента ICA на компьютерах компании GiftTracker и все заработало – вот и конец истории. Для Push задача выглядит гораздо сложнее (это не удивит тех, кто когда-либо пытался заставить приложение работать в многопользовательской среде).

В чем сложность? Да во всем. Поддержка заказчиков ASP ничем не отличается от поддержки собственных клиентов терминального сервера. Нужна надежная сеть, достаточное количество серверных ресурсов, чтобы клиентское приложение работало в разумном темпе, и следует обеспечить безопасность, защитив пользовательские приложения. Однако если необходимо обслуживать клиентов, не являющихся частью компании и расположенных за пределами того здания, в котором находится большинство серверов, появляются дополнительные трудности. Например: фирма Push может вести все учетные записи клиентов на одном контроллере домена - до тех пор, пока данный контроллер в состоянии установить подлинность каждого из этих пользователей. (Push задействует выделенные контроллеры домена для аутентификации пользователей). Однако если заказчик предъявляет какие-то специфические требования к безопасности, выдвигаемые в свою очередь его клиентами, фирма Push должна соблюсти эти требования или превысить их. Поэтому-то некоторым заказчикам выделяются собственные контроллеры домена, и даже собственные сегменты сети внутри центра обработки данных.

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

Специалистам Push приходится учитывать и надежность сети. В компании используется программа HP OpenView, отслеживающая трафик в сети, и продукт Quality of Service (QoS) фирмы Packeteer, AppVantage. Эти средства позволяют убедиться в том, что производительность клиента соответствует требованиям контракта на обслуживание (service level agreement - SLA). При этом измеряется время доступности и производительность приложения. Однако Push не может контролировать всю сеть целиком, если даже и присматривает за ее частью. Поскольку канал доступа от клиентов к Push представляет собой общедоступную сеть, компания физически не может защитить любую часть сети от сбоя. Для обеспечения максимума надежности Push поддерживает внешние соединения с тремя общественными сетями: двумя национальными и одной местной кабельной компанией. Рич утверждает, что заказчики Push имеют возможность работать одновременно по двум каналам, избегая при этом простоев, которые могут возникнуть у провайдера ASP, использующего единственный канал.

Клиентская база фирмы Push весьма обширна. Кроме того, она постоянно растет и меняется. При этом компания не может себе позволить просто устанавливать приложения и переходить к другому заказчику. Не так прост, как кажется на первый взгляд, и подбор талантливых специалистов, способных поддерживать серверные вычисления. По наблюдениям Рича “Многопользовательская Windows-технология достаточно молода и необходимого количества экспертов просто не могло еще появиться”. Поскольку компания Push выросла из системного интегратора Make It Work, ей было легче работать с терминальными серверами или MetaFrame, чем любому новичку в области ASP. Однако, как известно всем, кто поддерживает терминальные серверы, поддержка клиентов в многопользовательском окружении - процесс всегда непрерывный, особенно если это связано с изменением групп пользователей и приложений.

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

Проведя недавно некоторые модификации серверов, внедрив HP OpenView для мониторинга сети, применив выравнивание нагрузки и кластеризацию, предупреждающую отказы для серверов файлов и почты, заменив распределенную структуру сети на более централизованную структуру центров данных, компания Push начала вносить некоторые изменения и в обслуживаемую клиентскую часть. На сегодня Push поддерживает любое устройство (т.е. Windows терминалы или ПК) которые работают по протоколу ICA. Однако при работе с тонкими клиентами поддержка ПК вызывает определенные трудности, поскольку эти машины более зависимы от ошибок в конфигурации, чем терминалы. Поэтому фирма Push рассматривает возможность использования терминалов NT Embedded Windows компании Netier Technologies для тех заказчиков, которым необходимо работать одновременно и с приложениями, находящимися на локальной машине, и с приложениями на удаленном сервере. Такие терминалы, отличающиеся друг от друга по совокупности аппаратных параметров в зависимости от потребностей заказчика, могут работать с управляющей утилитой фирм Rapport—Netier, позволяя, таким образом, компании Push конфигурировать и модернизировать терминалы заказчиков с основного центра данных.

Сегодня Push использует интерфейс NFuse для поддержки одних клиентов и протокол ICA для поддержки других. В конечном итоге большинство заказчиков получает доступ к приложениям с помощью ориентированных на Windows программ.

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