ИТ-инфраструктура_КонспектЛекций. Учебнометодический комплекс Управление итинфраструктурой предприятия
 Скачать 6.41 Mb.
|
4. ИТ - архитектура предприятияИТ - архитектура предприятия или, другими словами, архитектура информационных технологий представляет собой совокупность технических и технологических решений для обеспечения эффективного функционирования бизнес - процессов предприятия в соответствии с правилами и концепциями, определяемыми бизнес - архитектурой. Архитектура информационных технологий описывает основные информационные системы, их взаимосвязи и включает в себя их принципы развития, совершенствования и поддержки. Таким образом, мы можем говорить о том, что «архитектура является самодостаточной и полной динамической моделью системы». Архитектура информационных технологий является неотъемлемым элементом архитектуры всего предприятия и зависит от его целей и задач, стратегии развития, сложившейся модели бизнес процессов. В настоящее время существует множество работ посвященных исключительно архитектуре информационных систем. Следует отметить, что практически во всех существующих методиках - архитектура информационных технологий является производной (частным случаем) архитектуры предприятия в целом, и рассматривать ее отдельно от контекста предприятия не является целесообразным. Обобщенная ИТ - архитектура должна включать в себя как логические, так и технические компоненты. Логическая архитектура предоставляет высокоуровневое описание миссии предприятия, его функциональных и информационных требований, системных компонентов и информационных потоков между этими компонентами. Техническая архитектура определяет конкретные стандарты и правила, которые будут использоваться для реализации логической архитектуры. Традиционно ИТ - архитектуру предприятия представляют в виде трех взаимосвязанных компонентов:
В ходе разработки архитектуры предприятия создается модель, включающая информацию о его производственных процессах, информационных и материальных потоках, ресурсах и организационных единицах. При этом модель ИТ - архитектуры непосредственно зависит от роли, которую выполняют информационные системы на предприятии: стратегическая (ориентированная на выполнение сложившихся стратегий и операций), сдвигающая (инструмент для увеличения эффективности бизнеса), поддерживающая (ИС не играют особой роли в функционировании предприятия), заводская (ИС являются обязательным элементом, обеспечивающим функционирование бизнеса). Модель предприятия (соответствующая ее роли) позволяет не только давать лучшее представление о структуре предприятия, но и является эффективным инструментом для анализа экономических, организационных и многих других аспектов его функционирования. ИТ - архитектура предприятия определяет правила формирования всех компонентов ИТ, взаимосвязи между ними и бизнес - архитектурой предприятия. Это связано с тем, что документирование ИТ - архитектуры без ее увязки с бизнес - архитектурой предприятия быстро утрачивает практическую ценность. 4.1. Информационная архитектура (EIA)Информационная архитектура (EIA - Enterprise Information Architecture) или другими словами архитектура информации – это (с точки зрения аналитиков компании Meta Group) управляемый набор методик, описывающий информационную модель предприятия и включающий в себя:
Информационную архитектуру предприятия условно можно назвать уровнем потоков данных. Но при построении информационной архитектуры предприятия нет необходимости создавать модели всех видов данных, используемых на предприятии. Достаточно обеспечить выбор наиболее важных (критичных для предприятия) данных и моделировать их на высоком уровне абстракции. При формировании информационной архитектуры предприятия необходимо уделить особе внимание связям между функциями ИС и автоматизированными операциями в бизнес - процессах предприятия. При этом определяется, какая информация необходима для функционирования текущих бизнес - процессов компании и создания новых. Архитектура информации включает в себя видение, принципы, модели, и стандарты, которые обеспечивают процессы создания, использования и поддержания информации, относящейся к деятельности предприятия. Архитектура информации определяет ключевые активы, связанные со структурированной и неструктурированной информацией, требующейся для бизнеса, включая расположение, время, типы файлов и баз данных. В современном мире информация является важным стратегическим ресурсом, обеспечивающим функционирование предприятия, а информационные системы это инструменты, обеспечивающие корректное и эффективное использование этого ресурса. Архитектура информации описывает связь между информацией и информационными системами. Архитектура информации – это не построение моделей данных в рамках всего предприятия. Данные и архитектура данных являются частным случаем информационной архитектуры. Архитектура информации определяет высокоуровневую информационную топологию в рамках всего предприятия и описывает уровни ограничений, накладываемых на архитектурную модель. В ходе разработки информационной архитектуры решаются следующие задачи:
В ходе построения информационной архитектуры разрабатываются графические модели, описывающие потребность бизнес-процессов и организационных единиц предприятия в информации. Таким образом, мы можем говорить о том, что архитектура информации связывает бизнес - архитектуру и архитектуру приложений в единое целое (рисунок 1.9.).  Рисунок 1.9. Информационная архитектура. Модели, описывающие информационную архитектуру, различаются в зависимости от уровня абстракции. При разработке информационных моделей используется процесс декомпозиции, аналогичный декомпозиции бизнес-процессов. Концептуальный уровень – описывает высокоуровневые модели, включающие общую информацию об информационных потоках между функциональными подразделениями. Этот уровень позволяет обеспечивать планирование данных с точки зрения бизнеса. Логический уровень – включает в себя детализированную информацию о существующих данных и обеспечивает связь между бизнес-процессами и информационными системами, их поддерживающими. На этом уровне формируются требования к необходимой информации, форма их передачи и предоставления. На логическом уровне данные рассматриваются уже с точки зрения информационных технологий. Здесь происходит анализ данных и их структуры. Физический уровень – описывает реальное расположение данных внутри информационных систем и места их хранения. 4.2. Архитектура прикладных решений (ESA)Архитектура прикладных решений (ESA - Enterprise Solution Architecture) – или, другими словами, архитектура приложений, включает в себя совокупность программных продуктов и интерфейсов между ними. Архитектуру прикладных решений разделают на два направления:
Область разработки прикладных систем описывает технологическую часть архитектуры прикладных решений и включает в себя: программные продукты; модели данных; интерфейсы (API); пользовательские интерфейсы. Область разработки прикладных систем является техническим описанием конкретных приложений. Соответственно, информацию о данных модулях проще всего представить в виде двух следующих схем:
Информационная система, или другими словами приложение (Application) – это программно-аппаратный комплекс, объединяющий в себя компоненты системы и базы данных, обеспечивающий выполнение определенных бизнес функций предприятия. Система может иметь одну или несколько инсталляций (экземпляров, Application Instance), которые установлены на серверах и дисковых массивах (рисунок 1.10.). Приложение имеет определенный набор функций (application function), обеспечивающих поддержку ИТ сервисов (IT service) и бизнес-процессов (business process).  Рисунок 1.10. Связи информационной системы Архитектура прикладных решений описывает ситуацию, сложившуюся в ИТ - подразделении на текущий момент времени (т.е. это картина, демонстрирующая «технологическое обеспечение» бизнес - процессов, где каждой основной бизнес - функции соответствуют определенные приложения). На основе архитектуры прикладных решений строятся планы последующего развития информационных технологий в компании, разрабатываются планы мероприятий и проектов, необходимых для достижения стратегических целей. На данном уровне лучше всего отслеживается взаимодействие бизнес - архитектуры предприятия и ИТ - архитектуры, т.к. можно определить взаимосвязи между организационной структурой предприятия и используемыми приложениями. В этом случае для оптимизации управления приложениями их разделяют на определенные группы (домены) в соответствии с функциональными возможностями. Следует отметить, что подобное разделение позволяет проще идентифицировать владельца приложения, определять его соответствие бизнес - требованиям. Классифицировать современные информационные системы достаточно сложно. Это в первую очередь связано с тем, что системы обладают модульной конструкцией и предприятие имеет возможность закупать только необходимые ему компоненты. При этом одна фирма - поставщик, как правило, выпускает модули для различных областей. Существующие информационные системы можно разбить на группы в соответствии с архитектурными стилями, по которым они построены. Различные бизнес-процессы требуют разную по характеру среду информационных технологий, отличающуюся производительностью и надежностью. Архитектурный стиль – это совокупность корпоративных технологий и операционных сред, ориентированных на обслуживание определенных групп бизнес-процессов. Такая классификация позволяет отслеживать взаимосвязи между требованиями, предъявляемыми различными типами бизнес-процессов предприятия, и информационными системами. Классификация информационных систем в соответствии с их архитектурными стилями выделяет пять основных групп информационных систем:
Информационные системы, обеспечивающие функционирование бизнес-процессов каждой группы обладают определенным набором особенностей. В таблице 1.1. представлены характеристики основных типов прикладных систем. Следует отметить, что подобная классификация с одной стороны охватывает все существующие информационные системы, с другой стороны большое количество приложений может попадать одновременно в несколько групп по данной классификации. В настоящее время существуют различные варианты классификации информационных систем. Наиболее популярной считается методика, позволяющая классифицировать информационные системы в соответствии с бизнес-процессами, которые они обслуживают. Классы информационных систем, как правило, воздействуют на небольшой набор бизнес-процессов компании, что позволяет легко выделить результаты их внедрения на предприятии и оценить в количественной или качественной форме. Таблица 1.1.
Основной задачей области разработки прикладных систем является уменьшение стоимости создания и интеграции новых ИС и повышение их качества. Эти эффекты достигаются за счет использования единых подходов к разработке ИС (использование определенных архитектурных стилей) и оптимизации процесса разработки, что ведет к уменьшению общего количества различных технических сценариев, связанных с проектированием архитектуры, операционной поддержкой и интеграцией информационных систем. Таким образом, при внедрении новой ИС область разработки прикладных систем обеспечивает выбор технологий и принципов (дизайн решения), реализацию и сопровождение, а портфель прикладных систем обеспечивает непосредственно процесс внедрения. Портфель прикладных систем описывает потребности бизнес-процессов предприятия в информационных технологиях и включает в себя набор интегрированных информационных систем (рисунок 1.11.).  Рисунок 1.11. Портфель прикладных систем Текущий профиль информационных систем (existing portfolio) – описывает существующие приложения, компоненты, интерфейсы, связанные с ними бизнес-процессы, и является текущей архитектурой приложений. Планируемый профиль информационных систем (planned portfolio) – описывает необходимую для бизнеса функциональность в будущем, и является целевой архитектурой приложений. План миграции (migration planning) - это документ, описывающий набор изменений, необходимых для перехода из текущего состояния в планируемое (целевое). На основании плана миграции активируются проекты внедрения новых информационных систем или внесения изменений в существующие системы. Оценка портфеля информационных систем (Application portfolio assessment) – используется для идентификации проблемных областей и возможностей для удовлетворения потребностей бизнеса, и включает в себя следующую классификацию:
Анализ портфеля инвестиций в прикладные системы может быть осуществлен с помощью «принципа ценности приложения для выполнения ключевых функций организации». В соответствии с этим подходом можно выделить приложения, наиболее необходимые для функционирования бизнеса. Уровень необходимости ИС для бизнеса компании или, другими словами уровень критичности ИС, непосредственно связан с их надежностью. Надежность информационных систем характеризуется прямой зависимостью количества отказов за определенный промежуток времени, напрямую зависит от качества программно-аппаратных средств и уровня резервирования. То есть, надежность ИС напрямую зависит от финансовых затрат на них. Появляется классическая зависимость – чем выше затраты на ИС, тем выше надежность подобной системы. Для сокращения затрат на ИТ можно снизить надежность отдельных ИС, не являющихся критичными для предприятия. Все ИС можно распределить по нескольким уровням в соответствии с их важностью (критичностью) для компании по следующим критериям:
В соответствии с представленными выше критериями все ИС на предприятии можно разделить на следующие уровни критичности: Level 1. Mission-Critical. Системы непрерывного действия для решения особо важных (критичных) задач. Сбой систем подобного уровня выводит из строя, парализует работу всего комплекса информационных систем или оказывает существенное влияние на функционирование компании. Критерии ИС уровня Mission-Critical:
Level 2. Business-Critical. Системы, критичные для бизнеса. Системы, обеспечивающие эффективное выполнение бизнес-процессов компании, но при этом не оказывающие прямого воздействия на них. Предприятие может функционировать без информационных систем этого уровня (т.к. подобные операции могут быть выполнены вручную), но, в случае их остановки, будет нести существенные финансовые потери. К подобному уровню также относятся системы, чрезвычайно чувствительные к временным рамкам (например, ИС – периодически передающие информацию в системы Mission-Critical). Соответственно, информационные системы данного класса должны функционировать в непрерывном режиме при условии, что потери, связанные с их остановкой, существенно превышают расходы на содержание. Критерии ИС уровня Business-Critical:
Level 3. Business Operational. Системы, обеспечивающие функционирование бизнеса. Информационные системы данного уровня используются бизнесом для увеличения его эффективности, но при этом, их отключение на непродолжительное время не приведет к существенным финансовым потерям. Долгосрочное отключение этих систем будет влиять на эффективность бизнеса. Критерии ИС уровня Business Operational:
Level 4. Office Productivity. Системы внутреннего использования. К данному уровню относятся информационные системы, обеспечивающие эффективность выполнения офисных операций. Эти системы не являются важными для функционирования предприятия в целом, но необходимы для увеличения эффективности работы персонала. Критерии ИС уровня Office Productivity:
Подход к определению уровня критичности систем:
4.3. Техническая архитектура предприятия (ETA)Техническая архитектура предприятия (ETA - Enterprise Technical Architecture) – это совокупность программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений. Другими словами, под технической архитектурой мы будем понимать полное описание инфраструктуры предприятия, включающее в себя:
Техническую архитектуру предприятия можно визуально представить в виде совокупности архитектурных схем приложений, используемых на предприятии. Визуально техническую архитектуру приложения, в свою очередь, можно представить в виде схемы включающей в себя информацию о серверах, сегментах СКС, компонентах системы, стандартах (использующихся в данном приложении) и взаимосвязях между ними (рисунок 1.12.).  Рисунок 1.12. METIS ITM framework. Техническая архитектура предприятия неразрывно связана с разработкой внутренних стандартов на программно-аппаратные средства. Разработка ИТ - стандартов определяет существенное сокращение затрат на обеспечение функционирования информационных систем предприятия и упрощает управление ИТ - подразделением. По мере внедрения стандартов сокращаются средства на подготовку специалистов (нет необходимости в уникальных специалистах), закупку расходных материалов, ремонт и поддержку программно-аппаратного комплекса (большое количество однотипного оборудования). С возникновением новых стандартов появляются новые рекомендации по формированию ИТ - архитектуры предприятия. Аналитики компании Gartner выделяют шесть архитектурных компонент (сервисов), которые заложены в основу технологической архитектуры:
На уровне технической архитектуры выделяют две группы требований к программно-аппаратным средствам:
Основное назначение технической архитектуры – это обеспечение надежных ИТ сервисов в рамках всего предприятия в целом. Инвестиции в инфраструктуру ИТ являются крупными и долгосрочными, при этом оценить их экономическую эффективность для предприятия с точки зрения бизнеса очень часто не представляется возможным. Построение архитектуры предприятия позволяет частично оценить эту проблему за счет возможности построения модели, связывающей бизнес-процессы, приложения и поддерживающие их серверы в единую цепочку. Для построения такой модели необходимо организовать процесс сбора и обработки информации об ИТ инфраструктуре, приложениях, организационных единицах и бизнес-процессах. Для упрощения процесса сбора и моделирования, всю информацию в рамках этого процесса можно заносить в базу данных. Рисунок 1.13. демонстрирует модель, описывающую возможный набор объектов в такой базе данных.  Рисунок 1.13. METIS ITM CMDB Сбор и обработка этих данных является элементом процесса управления конфигурацией (Configuration Management) ITIL/ITSM, который осуществляет централизованную регистрацию и контроль над информацией об инфраструктуре и включает в себя следующие элементы (рисунок 1.14.):
 Рисунок 2.14. Управление конфигурацией (Configuration Management) Данные процесса управления конфигурациями обычно хранятся в базе данных Configuration Management (CMDB) и включают в себя информацию об инцидентах, проблемах, изменениях, релизах и связях между ними. Таким образом, эффективно работающий процесс управления конфигурациями обеспечивает большую часть информации, необходимой для построения текущей архитектуры предприятия и является элементом архитектурного процесса. | ||||||||||||||||||||||||||||||||||||