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

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

Компания Hewlett-Packard разработала эталонную модель корпоративной архитектуры как основу для постепенной трансформации предприятия к «адаптивному» идеалу. Архитектура, определяющая основные компоненты ИТ, бизнеса и их взаимосвязи, причем таким образом, чтобы гарантировать адаптивность, получила название Darwin Reference Architecture [1].

Для чего нужна корпоративная архитектура

Для ИТ-инфраструктуры многих современных компаний обычно характерна изолированность приложений и информации, обслуживающих различные бизнес-задачи (рис. 1); в западной литературе для обозначения этого явления используют термин silos («силосная башня»). Каждое бизнес-подразделение реализует собственную прикладную систему для автоматизации своих функций, при этом в фокусе оказывается оптимизация внутренних задач отдела, а возможностям интеграции этого приложения с другими и с системами внешних партнеров уделяется недостаточно внимания. Таких изолированных приложений в компании может быть очень много, что порождает одну из самых больших проблем ИТ-инфраструктуры — проблему интеграции. В результате, значительная часть бюджета ИТ-службы идет на сопровождение плохо согласованной прикладной среды, а внесение в нее изменений скорее будет воспринято как экстремальная ситуация, чем закономерный процесс. Это, в свою очередь, приводит и к избыточности аппаратной базы — каждому приложению выделяются собственные серверные мощности и ресурсы памяти, чтобы учесть все вариации нагрузки. Бизнес-процессы оказываются привязанными к определенным приложениям, а отдельные компоненты их автоматизации, которые могут быть общими для различных задач, невозможно использовать многократно. Кроме того, для каждой области автоматизации часто используются собственные средства управления, диагностики проблемных ситуаций и восстановления. Изоляция прикладных «силосов» значительно усложняет и процесс динамического изменения интеграционных связей между ними.

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

Структура Darwin Reference Architecture

Данная архитектура предлагает выстраивать связи между бизнесом и ИТ путем постепенной детализации их взаимоотношений. Архитектура имеет многоуровневую структуру (рис. 2); каждый уровень описывает определенные функции бизнеса и ИТ и состоит из множества функциональных доменов, включающих в себя наборы компонентов и интерфейсов. Объединяют эти уровни средства управления и контроля, которые гарантируют надлежащее выполнение всех функций на данном уровне и синхронизацию как в рамках одного уровня, так и между ними. Под синхронизацией понимается предоставление необходимых бизнесу ИТ-ресурсов в реальном времени и эволюция ИТ-возможностей в полном соответствии с эволюцией бизнес-задач.

Рис. 2. Структура Darwin Reference Architecture

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

Бизнес-процессы

Уровень бизнес-процессов определяет последовательность действий для выполнения задач, поставленных на уровне стратегии бизнеса. Примеры бизнес-процессов: создание, маркетинг или продажа продуктов и услуг, управление заказами и т.д. С точки зрения взаимосвязей ИТ и бизнеса, именно бизнес-процесс представляет собой базовый объект автоматизации и при этом основной источник изменений. Выделение специального уровня бизнес-процессов в корпоративной архитектуре носит принципиальный характер, поскольку позволяет ликвидировать излишнюю зависимость бизнес-процессов от прикладных программ. На этом уровне бизнес-процесс (последовательность выполнения определенных действий, модели, правила и политики) определяется в универсальных для любых приложений терминах бизнеса. Использование этого уровня архитектуры нацелено на перспективу, когда разработчики бизнес-процессов смогут использовать графические средства моделирования и формальные языки описания бизнес-процессов, не прибегая к средствам программирования. Первая ласточка — язык Business Process Execution Language (BPEL), разработанный IBM и Microsoft и уже поддержанный многими ведущими игроками рынка.

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

Уровень бизнес-процессов включает в себя следующие основные элементы:

  • оперативные эталонные модели (operational reference models) — иерархические модели корпоративных бизнес-процессов; на верхнем уровне такой модели задаются базовые этапы процессов, например, «проектирование изделия» или «производство продукта», и функции поддержки, такие как «финансовые операции» или «ИТ-операции»;
  • бизнес-правила и политики — определенные критерии реализации бизнес-процессов и выставления приоритетов, а также стандартные бизнес-правила и нормативные акты, принятые в той или иной отрасли или государстве, например, международные торговые протоколы, нормы безопасности, требования по защите окружающей среды и т.д.;
  • ключевые показатели производительности (key performance indicator, KPI) — основные метрики, которые используются для планирования и контроля корпоративных процессов, базовые параметры для оценки эффективности бизнеса;
  • средства проектирования бизнес-процессов — для создания формальных, детализированных моделей бизнес-процессов как основы для их автоматизации; в идеале, исходной точкой для такого проектирования должна быть оперативная эталонная модель бизнес-процесса.

Информация

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

На информационном уровне определяются основные типы данных.

  • Бизнес-документы — информация (заказы, подтверждения, списки поставок и т.д.), которая появляется на входе/выходе основных этапов бизнес-процессов и служит для обмена между участниками бизнес-транзакций. В идеале, в компании должна быть определена каноническая форма бизнес-документов для преобразования различных форматов документов в приложениях.
  • Основные данные (master data) — базовые, нетранзакционные бизнес-данные, например, информация о клиентах, продуктах и поставщиках компании, и финансовые данные, которые должны иметь согласованное определение в масштабах всей компании. Для этого основные данные должны создаваться и поддерживаться из единого источника и быть доступными для совместного использования всеми бизнес-модулями и прикладными сервисами.
  • Аналитические отчеты (business intelligence report) — обобщенная информация о производительности, включая KPI, которая является результатом работы приложений бизнес-анализа. Интегрированное представление этой информации для всех бизнес-процессов помогает проводить углубленный анализ для синхронизации изменений в бизнесе и ИТ.
  • Информационные политики и стандарты — документы, определяющие политики управления информацией в течение ее жизненного цикла, включая такие аспекты, как владение информацией, источники, качество, гарантии сохранности, хранение и архивирование, правила доступа, тиражирование и соответствие внешним стандартам.
  • Данные о самой корпоративной информационной системе — метаданные, модели обработки данных, конфигурации, журналы регистрации производительности и т.д., необходимые для определения и управления системой.

Прикладные сервисы

Данный уровень — основной поставщик сервисов для верхних уровней бизнес-процессов и информации. Уровень определяет корпоративные приложения и механизмы их интеграции для реализации бизнес-процессов, а также сервисы для интеграции и управления корпоративной информацией. В архитектуре Darwin все приложения представлены как набор Web-сервисов, которые реализуют определенные этапы бизнес-процесса, а их взаимодействие в соответствии с принципами сервис-ориентированной архитектуры (service-oriented architecture, SOA) позволяет автоматизировать выполнение бизнес-процесса в целом [2].

Широкое распространение технологии Web-сервисов позволяет рассчитывать на то, что все больше корпоративных приложений изначально будут иметь соответствующие интерфейсы для своих ключевых компонентов. Для уже существующих на предприятии решений, в особенности, для унаследованных систем, а также для интеграции с внешними приложениями при переходе к SOA потребуется провести операцию «обертки» (wrapper) этих приложений в Web-сервисы путем создания соответствующих интерфейсов. При этом будет обеспечен общий механизм доступа к приложениям и проведено преобразование моделей данных, используемых разными приложениями, к единой канонической модели, определенной на информационном уровне архитектуры Darwin.

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

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

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

Инфраструктурные сервисы

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

Уровень инфраструктурных сервисов включает в себя несколько групп сервисов.

  • Сервисы безопасности. В Darwin вместо отдельных средств авторизации пользователей для каждого приложения предлагается реализовать единый корпоративный сервис идентификации и управления доступом. Такой сервис должен поддерживать механизм единого входа (single sign-on), с помощью которого пользователи будут получать все необходимые права доступа для всех приложений один раз при входе в систему.
  • Сервисы регистрации (или сервисы каталогов). Предоставляют приложениям всю необходимую информацию о клиентах, продуктах, служащих компании и ресурсах.
  • Сервисы совместной работы. Обеспечивают общие для всех приложений механизмы передачи сообщений, такие как электронная почта или мгновенный обмен сообщениями.
  • Сервисы баз данных. Функции работы с базами данных — реляционными, объектными или XML-базами — также могут быть представлены как разделяемые сервисы, при условии использования стандартных интерфейсов типа ODBC, JDBC и SQL. Разделение этих сервисов делает экономически выгодными кластеризацию баз данных и реализацию катастрофоустойчивости.
  • Web-сервисы/grid. Большинство компонентов уровня инфраструктурных сервисов уже доступны в виде Web-сервисов. В перспективе, для многих из них, возможно, окажется эффективным применение стандартов grid, что позволит использовать географически распределенную неоднородную ИТ-инфраструктуру.
  • Сетевые сервисы и обеспечение мобильности. Web-сервисы и сервисы совместной работы реализуют прозрачный доступ к сетевым ресурсам для многих приложений. Сетевые сервисы типа системы доменных имен Domain Name System или протокола Dynamic Host Configuration Protocol обеспечивают дополнительный уровень контроля за коммуникациями для распределенных приложений. Сервисы обеспечения мобильности отвечают за различные аспекты мобильных коммуникаций для приложений, работающих с мобильными устройствами, например, за управление аутентификацией, интеграцию голоса и т.д.
  • Сервисы работы с документами. Обработка документов и изображений является важной составляющей большинства бизнес-процессов. Электронный документооборот — пример инфраструктурного сервиса, обеспечивающего высокий уровень автоматизации, гибкости, управляемости и надежности для корпоративного документооборота.

К уровню инфраструктурных сервисов относят платформы разработки и развертывания приложений J2EE и .Net, а также ряд других технологических компонентов, обеспечивающих реализацию сервисов прикладного уровня: сервисы запросов, обмена и передачи данных, транзакционные сервисы, коммуникационные сервисы (ESB, брокеры объектных запросов, средства для «обертки» унаследованных приложений в Web-сервисы, системы передачи сообщений и др.).

Виртуальные ресурсы

Фундамент «здания», построенного в соответствии с архитектурой Darwin, — это физические ИТ-ресурсы, объединенные в логический пул посредством механизмов виртуализации.

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

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

Управление и контроль

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

Бизнес. Функции управления ИТ с точки зрения влияния распределенных бизнес-процессов на финансовые показатели компании в целом. Во главу угла ставятся параметры KPI и политики, определенные на уровне бизнес-стратегии и бизнес-процессов, при этом может использоваться информация и средства управления, предоставляемые на уровне сервисов. Примером средств управления бизнес-уровня могут служить решения для анализа влияния бизнеса (business impact management, BIM).

Сервис. Функции управления корпоративными ИТ-сервисами. Термин «сервисы» имеет здесь двойное значение. Во-первых, на данном уровне рассматриваются возможности управления сервисами, которые ИТ-подразделение компании предоставляет своим пользователям, такими как сервис электронной почты, информация по кадрам, служба поддержки пользователей и т.д. С другой стороны, под сервисами понимаются также прикладные и инфраструктурные сервисы, которые реализованы как сетевые программные компоненты в SOA. Ключевыми параметрами для управления становятся характеристики уровня обслуживания (service level objective, SLO), которые являются производными от соответствующих показателей KPI. На этом уровне управления могут использоваться информация и управляющие средства, реализованные на уровне ресурсов, а также возможности непосредственного управления прикладными и инфраструктурными сервисами. Примером функциональности данного уровня может быть мониторинг выполнения соглашений об уровне обслуживания.

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

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

Все функции управления и контроля в архитектуре Darwin делятся на пять основных групп.

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

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

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

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

Интеграция управления обеспечивает взаимосвязь всех функций управления на разных уровнях. В качестве оптимального решения для такой интеграции в Darwin предлагается использовать принципы SOA.

Архитектурные принципы

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

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

Стандартизация — эффективное решение проблемы поддержки гетерогенных центров данных. Стандарты должны использоваться на различных уровнях, начиная с моделей бизнес-процессов (область стандартизации, которая пока находится в стадии формирования). Такие модели дадут единый инструмент описания бизнес-процессов как в различных подразделениях компании, так и у ее партнеров, а также общие принципы консолидации корпоративных приложений для реализации бизнес-процессов. Стандартом для организации процессов в ИТ-департаменте уже стала библиотека ITIL, следование рекомендациям которой позволяет обеспечить согласованность в реализации ИТ-операций. Наконец, существуют признанные стандарты на уровне ресурсов ИТ-инфраструктуры, такие как J2EE, .Net и стандарты Web-сервисов.

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

Интеграция среды выполнения приложений и среды управления.

Итоги

Основные рекомендации Darwin сводятся к нескольким фундаментальным трансформациям в работе ИТ-департамента и отношении бизнеса к ИТ:

  • переход к сервисно-ориентированной архитектуре в области приложений и управляющих систем;
  • максимальная автоматизация инфраструктуры на основе средств управления и контроля;
  • перенос основного внимания управляющих функций на реализацию бизнес-задач;
  • формирование среды бизнес-процессов, которая находится в постоянной и непосредственной связи с ИТ-средой.
Литература
  1. Darwin Reference Architecture. HP White Paper, 2004.
  2. Наталья Дубова, SOA: подходы к реализации. «Открытые системы», 2004, № 6.

Решения в копилку Darwin

В арсенале самой НР присутствует ряд решений, позволяющих реализовать функции различных уровней архитектуры Darwin. Это, прежде всего, семейство OpenView, которое поддерживает большинство возможностей стека управления и контроля в Darwin. Это модель управления ИТ-сервисами HP IT Service Management Reference Model, которая позволяет организовать работу ИТ-службы и выстроить ее отношения с бизнесом на основе стандартов ITIL. Это концепция Utility Data Center, которая сопровождается выпуском ряда продуктов для виртуализации инфраструктуры (в частности, система Virtual Server Environment для виртуализации серверов HP Integrity). В результате приобретения ряда компаний и выполнения собственных разработок, в портфеле программных решений компании появилось еще несколько продуктов, которые могут внести реальный вклад в построение корпоративной архитектуры по принципам Darwin.

OpenView Business Process Insight. Первая система категории Business Management в арсенале НР, которая предназначена для контроля за состоянием бизнес-процессов и оценки работы ИТ-систем в категориях экономической эффективности. Это программное решение дает возможность сопоставлять критически важные для предприятия бизнес-процессы с его ИТ-ресурсами и на этой основе оценивать производительность ИТ-системы в категориях прибыльности. Система осуществляет мониторинг бизнес-процессов в их связи с приложениями и ИТ-ресурсами. Business Process Insight поможет оценить стоимость сбоя в сети или запоздалого ответа на запрос клиента в системе электронной коммерции, основываясь на текущей финансовой информации по данному направлению деятельности. Это программное обеспечение присваивает ИТ-задачам разные приоритеты, ранжируя их по степени влияния на бизнес-процессы.

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

Решения для реализации архитектуры SOA. НР развивает данные решения опираясь на продукты приобретенной ею компании Talking Blocks. В совокупности с платформой управления Web-сервисами HP Web Services Management Framework, они составят основу для построения сервис-ориентированнных архитектур.