Letyshops

Scaling Up в е-коммерции

Роберт Шайер

Начало в выпусках: #128

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

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

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

"Разбив предприятие на три уровня, можно по необходимости добавлять аппаратное обеспечение к каждому из них", - подчеркивает Вайнер.

Число посетителей HSN.com увеличилось с 325 тыс. в январе прошлого года до 2,3 млн. в декабре. Митчелл объясняет, что, поместив большую часть логики в средний уровень, компания смогла многократно использовать компоненты.

"Прослойка" типа XML

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

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

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

"Я рад, что мы позаботились об архитектуре данных, которая поддержала переход Avis к хранилищу. Но это далось нелегко", - говорит Киндер. Получение информации из центрального хранилища данных обошлось на 10-15% дороже, чем встраивание в старую базу еще одного последовательного приложения.

Преуспевающие веб-архитекторы придерживаются принципа "pay-as-you-go". Киндер считает, что каждый проект ИТ должен давать конкретную деловую выгоду и "развиваться в направлении целевой архитектуры, хотя бы понемногу".

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


Роберт Шайер (Robert L. Scheier) - независимый писатель, RScheier@charter.net.

Три истории успеха

Ключи к расширяемости: три истории успеха

Avis Group Holdings HSN.com (Торговая сеть) eBlast Ventures
Цель: Получить мэйнфреймы с доступом в Интернет, без переписывания. Цель: Увеличить число посетителей с 325 тыс. в январе 2000 г. до 2,3 млн. в декабре 2001. Цель: Довести за год число серверов с 1 до 50, а объем данных с 50 Мб до 9 Тб.
Стратегия: Выявить важные данные и правила в текущих приложениях, создать чистые интерфейсы между ними и веб-приложениями. Стратегия: По возможности сохранить многоуровневую архитектуру. Сотрудничать с одним поставщиком серверов и ПО - для максимальной совместимости. Чтобы упростить управление данными, ограничить число серверов на участке десятью. Стратегия: Строго соблюдать процесс разработки, принять и придерживаться строгих правил описания данных, чтобы иметь возможность использовать общие функции во всех приложениях.
Технология: Профессиональные услуги от Merant PLC, ее же PVCS Version Manager и Micro Focus - инструменты разработки и доступа к ЭВМ. Технология: веб-серверы и серверы баз данных от Compaq Computer Corp.; Microsoft SQL Server 2000, и Windows 2000 Advanced Server. Технология: Rational Unified Process от Rational Software Corp.; инструменты от Rational, такие как: Rational Rose для разработки приложений и Rational ClearCase для управления конфигурацией ПО; XML как уровень трансляции между ЭВМ и сетевыми приложениями; BEA Systems. Инструменты для разработки и управления WebLogic.
Совет: "Проектировать с размахом, делать понемногу". Совет: "Будь проще". Совет: "Разбив предприятие на 3 уровня, можно по необходимости добавлять к каждому уровню аппаратное обеспечение".
Выгода: Новая стратегия помогла сократить бюджет ИТ на одну треть и уменьшить число сотрудников, обслуживающих ЭВМ, с 19 до 3. Выгода: Трехуровневая модель позволила многократно использовать программные компоненты и снизить расходы. Компания считает, что сайт окупился за 90 дней со дня открытия. Выгода: Проект позволит расширять архитектуру ИТ с учетом увеличения бизнеса от 20-30 тыс. до нескольких миллионов долларов.

 

 

Реклама: