Техническая архитектура предприятия (eta)

Техническая архитектура предприятия (ETA-EnterpriseTechnicalArchitecture) – это совокупность программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений. Другими словами, под технической архитектурой мы будем понимать полное описание инфраструктуры предприятия, включающее в себя:

• Информацию об инфраструктуре предприятия.
• Системное программное обеспечение (СУБД, системы интеграции).
• Стандарты на программно-аппаратные средства.
• Средства обеспечения безопасности (программно-аппаратные).
• Системы управления инфраструктурой.

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

 

Рисунок 1.12. METIS ITM framework.

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

Аналитики компании Gartnerвыделяют шесть архитектурных компонент (сервисов), которые заложены в основу технологической архитектуры:

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

На уровне технической архитектуры выделяют две группы требований к программно-аппаратным средствам:

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

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

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

 

Рисунок 1.13. METIS ITM CMDB

 

Сбор и обработка этих данных является элементом процесса управления конфигурацией (ConfigurationManagement)ITIL/ITSM, который осуществляет централизованную регистрацию и контроль над информацией об инфраструктуре и включает в себя следующие элементы (рисунок 1.14.):

• Деятельность по реализации процесса.
• Управление CI.
• Расчет контроля и статуса.
• Отчеты о данных CMDB.
• Подтверждение сохранности данных CMDB.
• Деятельность по контролю качества.
• Загрузка исходных данных CMDB.
• Создание системы управления конфигурацией.
• Разработка контрольной политики CI.
• Составление административных отчетов.
• Непрерывное совершенствование процесса.

 

 

Рисунок 2.14. Управление конфигурацией (Configuration Management)

 

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