Влияние архитектуры приложений на инфраструктуру

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

Например, компания Delta Air Lines построила свою "Нервную Систему", которая использует при работе с данными принцип "публикации и подписки" для управления операциями и работы с клиентами. Эта инфраструктура работает так, что каждый, кому это необходимо, будет получать точную информацию о статусе полета, экипажах и пассажирах. Однако архитектура этой инфраструктуры не обеспечивает адекватные возможности по созданию прикладных систем для таких задач, как планирование прибыли, что является критически важной проблемой для обеспечения прибыльности операций и распределения ресурсов, или развертывания ERP-системы для управления административными процессами. Таким образом, различные бизнес-процессы требуют разную по характеру среду информационных технологий, отличающуюся производительностью, надежностью и пр. Для решения этой проблемы в компании Delta Air Lines была сформулирована концепция " архитектурного стиля ", которая определяет архитектурный стиль как некоторую совокупность корпоративных технологий и операционных сред, ориентированных на обслуживание определенного класса бизнес-процессов.

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

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

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

· Операции в реальном времени (Real-Time Operations). Примеры: транспортные операции в аэропорту, мониторинг пациентов в клинике.

· Аналитические приложения, бизнес-аналитика, поддержка принятия решений (Analytical and Business Intelligence). Примеры: интенсивный анализ больших массивов данных в поисках закономерностей, прогнозирование, принятие решений о выдаче кредита.

· Приложения поддержки совместной работы (Collaborative). Примеры: средства асинхронного взаимодействия (электронная почта, дискуссионные форумы, групповые календари), средства синхронного взаимодействия (мгновенный обмен сообщениями – instant messaging), средства управления контентом и библиотечные сервисы (каталогизация и поиск информации, создание электронных библиотек и цифровых архивов документов и пр., портальные сервисы для внутреннего использования служащими).

· Корпоративные и обслуживающие (Utility) приложения. Этот стиль характерен для многих стандартных систем, таких как ERP, CRM, системы управления персоналом, системы расчета заработной платы.

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

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

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

· анализ стилей процессов и приложений помогает понять требования к общей инфраструктуре и технологической архитектуре;

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

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

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

· стратегические потребности;

· бизнес-требования;

· отличительные характеристики;

· интегрирующие технологии.

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

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

На практике ключевыми должны являться такие вопросы, как:

· Какие из этих пяти категорий приложений играют существенную роль в обеспечении общего успеха деятельности организации?

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

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

Таблица 7. Требования и характеристики основных типов прикладных систем
	Процессы с большим количеством транзакций	Операции в реальном времени	Аналитические процессы и бизнес-аналитика	Совместная работа	Корпоративные (обслуживающие)
Стратегические потребности	· Предоставление услуг	· Время реакции системы	· Способность дать объяснение · Поддержка принятия решения	· Распространение знаний · Скорость · Инновации	· Надежность · Низкая стоимость с точки зрения ИТ
Бизнес-требования	· Обслуживание клиентов · Уменьшение затрат · Работа 24*7 · Целостность данных	· Экономичность и безопасность · Работа 24*7*365	· Повышение эффективности и производительности, наглядность представления информации	· Скорость выпуска услуг · Повторное использование знаний	· Экономичность · Улучшения в процессах
Отличительные характеристики	· Низкая стоимость (на одну транзакцию) · Надежность · Масштабируемость · Производительность · Резервирование	· Сканирование и фильтрация потока данных · Приоритезация запросов · Надежность · Публикация и подписка на данные	· Механизм аналитики · Мощность обработки · Объединение данных	· Простота использования · Надежность · Высокая пропускная способность · Обмен данными "по горизонтали"	· Стандартные процессы · Кандидаты на аутсорсинг
Интегрирующие технологии	· Системы интеграции корпоративных приложений	· Специально разработанный программный код	· Хранилища данных	· Совместно используемые данные и обмен данными	· Стандартные интерфейсы (API), XML

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

 

 

Часть I. Черным цветом.

Часть II. Оранжевым цветом.

 

 

Сергей, разделите группу на 2 половины. Одна половина готовит часть I, другая – часть II.

Разделите таким образом, чтобы как минимум 6 человек были готовы отвечать по I части и как минимум 6 человек были готовы отвечать по II части. Именно отвечать, а не просто присутствовать.