Техническая архитектура предприятия (ETA)
Техническая архитектура предприятия (ETA - Enterprise Technical Architecture) – это совокупность программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений. Другими словами, под технической архитектурой мы будем понимать полное описание инфраструктуры предприятия, включающее в себя:
· Информацию об инфраструктуре предприятия.
· Системное программное обеспечение (СУБД, системы интеграции).
· Стандарты на программно-аппаратные средства.
· Средства обеспечения безопасности (программно-аппаратные).
· Системы управления инфраструктурой.
Техническую архитектуру предприятия можно визуально представить в виде совокупности архитектурных схем приложений, используемых на предприятии. Визуально техническую архитектуру приложения, в свою очередь, можно представить в виде схемы включающей в себя информацию о серверах, сегментах СКС, компонентах системы, стандартах (использующихся в данном приложении) и взаимосвязях между ними (рисунок 1.12.).
Рисунок 1.12. METIS ITM framework.
Техническая архитектура предприятия неразрывно связана с разработкой внутренних стандартов на программно-аппаратные средства. Разработка ИТ - стандартов определяет существенное сокращение затрат на обеспечение функционирования информационных систем предприятия и упрощает управление ИТ - подразделением. По мере внедрения стандартов сокращаются средства на подготовку специалистов (нет необходимости в уникальных специалистах), закупку расходных материалов, ремонт и поддержку программно-аппаратного комплекса (большое количество однотипного оборудования). С возникновением новых стандартов появляются новые рекомендации по формированию ИТ - архитектуры предприятия.
|
|
Аналитики компании Gartner выделяют шесть архитектурных компонент (сервисов), которые заложены в основу технологической архитектуры:
· Сервисы данных: системы управления базами данных, хранилища данных, системы поддержки принятия решений (Business Intelligence).
· Прикладные сервисы: языки программирования, средства разработки приложений, системы коллективной работы.
· Программное обеспечение промежуточного слоя.
· Вычислительная инфраструктура: операционные системы и аппаратное обеспечение.
· Сетевые сервисы, локальные сети: сетевое аппаратное обеспечение.
· Сервисы безопасности, авторизация: аутентификация, сетевая безопасность, физическая безопасность центров обработки данных.
На уровне технической архитектуры выделяют две группы требований к программно-аппаратным средствам:
· Функциональные требования описывают задачи, поставленные бизнесом перед информационными системами, с точки зрения бизнеса.
|
|
· Операционные требования описывают задачи с точки зрения технологий и оперируют такими терминами как надежность, управляемость, производительность.
Основное назначение технической архитектуры – это обеспечение надежных ИТ сервисов в рамках всего предприятия в целом. Инвестиции в инфраструктуру ИТ являются крупными и долгосрочными, при этом оценить их экономическую эффективность для предприятия с точки зрения бизнеса очень часто не представляется возможным. Построение архитектуры предприятия позволяет частично оценить эту проблему за счет возможности построения модели, связывающей бизнес-процессы, приложения и поддерживающие их серверы в единую цепочку.
Для построения такой модели необходимо организовать процесс сбора и обработки информации об ИТ инфраструктуре, приложениях, организационных единицах и бизнес-процессах. Для упрощения процесса сбора и моделирования, всю информацию в рамках этого процесса можно заносить в базу данных. Рисунок 1.13. демонстрирует модель, описывающую возможный набор объектов в такой базе данных.
Рисунок 1.13. METIS ITM CMDB
Сбор и обработка этих данных является элементом процесса управления конфигурацией (Configuration Management) ITIL/ITSM, который осуществляет централизованную регистрацию и контроль над информацией об инфраструктуре и включает в себя следующие элементы (рисунок 1.14.):
|
|
· Деятельность по реализации процесса.
o Управление CI.
o Расчет контроля и статуса.
o Отчеты о данных CMDB.
o Подтверждение сохранности данных CMDB.
· Деятельность по контролю качества.
o Загрузка исходных данных CMDB.
o Создание системы управления конфигурацией.
o Разработка контрольной политики CI.
o Составление административных отчетов.
o Непрерывное совершенствование процесса.
Рисунок 2.14. Управление конфигурацией (Configuration Management)
Данные процесса управления конфигурациями обычно хранятся в базе данных Configuration Management (CMDB) и включают в себя информацию об инцидентах, проблемах, изменениях, релизах и связях между ними. Таким образом, эффективно работающий процесс управления конфигурациями обеспечивает большую часть информации, необходимой для построения текущей архитектуры предприятия и является элементом архитектурного процесса.
Дата добавления: 2015-12-17; просмотров: 35; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!