3.1.5.Масштабируемость

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

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

Несмотря на то, что методы масштабирования Internet/intranet приложений достаточно известны, особенности WAP-архитектуры вносят ряд корректив, влияющих на реализацию таких приложений. Некоторые из этих особенностей приведены ниже.

- Одновременный доступ по нескольким каналам. Стратегия универсальной доступности часто приводит к реализации доступа к WAP-услугам на том же самом сервере, что и удаленный доступ к Web-услугам. При этом трафик по таким каналам доступа гораздо выше из-за использования мультимедийных возможностей HTML-интерфейсов. В подобных решениях часто присутствуют загружаемые апплеты, анимационные графические файлы, потоковое видео и выборка больших объемов информации из баз данных. Результирующая нагрузка на сервер в часы пиковой нагрузки влияет на время ответа, которое вполне может превысить 1—2 минуты при загрузке большого объема содержания. Для пользователей ПК, которые ожидают получения больших объемов информации, в сети подобная задержка кажется обоснованной. Однако временные задержки такого порядка для мобильных абонентов совершенно неприемлемы. Таким образом, совместное размещение услуг может требовать дополнительных мер масштабирования.

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

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

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

- Постоянное сосуществование стабильных и нестабильных (новых) услуг.

Одновременная работа на WAP-сервере приложений с различными требованиями к ресурсам может приводить к драматическим последствиям, связанным с их несбалансированностью. Например, для несвязанных на первый взгляд приложений, использующих одну и ту же базу данных, может возникнуть потеря производительности широко применяемых сервисов за счет недостаточного внимания к проблеме производительности в новых "пилотных" (т. е. пробных) приложениях, которые слабо используются существующими абонентами.

Предыдущая страница    Основная страница    Следующая страница

Hosted by uCoz