Стратегия выбора программного и аппаратного обеспечения определяет подход к выбору производителя, стандартизации и т п. В качестве вариантов, могут быть рассмотрены следующие варианты:
Использование определённого производителя для каждой категории ИТ активов. Использование стандартов аппаратного и программного обеспечения в организации.
Преимущества:
Внедрение стандартов ИТ активов упрощает процесс обеспечения сотрудников организации ИТ активами.
Облегчает внедрение и сопровождение ИТ инфраструктуры
Повышает уровень информационной безопасности организации.
Недостатки:
Относительно высокая стоимость и зависимость от производителя и/или поставщика.
Использование произвольного производителя. Использование рекомендаций вместо стандартов для аппаратного и программного обеспечения в организации.
Преимущества:
Относительно низкая стоимость и быстрота приобретения ИТ активов.
Недостатки:
Процесс обеспечения сотрудников организации ИТ активами сложный и более долгий.
Усложняет внедрение и сопровождение ИТ инфраструктуры
Снижает уровень информационной безопасности организации.
Рекомендации по выбору:
Для организаций имеющих тесную интеграцию и зависимость бизнеса и Информационных Технологий или большую численность сотрудников рекомендуется использование первого варианта лицензирования.
Стратегия лицензирования
Стратегия лицензирования определяет подход к методам лицензирования. В качестве вариантов, могут быть рассмотрены следующие варианты:
Использование лицензионного соглашения уровня «Предприятия» с ежегодным продлением возможности обновления программного обеспечения. Лицензирование является непрерывным процессом в ИТ.
Преимущества:
Большая степень свободы в вопросах лицензирования.
Поддержка ИТ инфраструктуры и информационной безопасности на высоком уровне за счет использование более современных версий систем и решений.
Обновление систем происходит плавно, без всплесков требований в ИТ ресурсах, людях и времени
Недостатки:
Относительно высокая стоимость.
Покупка «коробочных» лицензий без продления обновления программного обеспечения. Лицензирование «по требованию».
Преимущества:
Относительно дешевле по стоимости
Недостатки:
Меньшая степень свободы в вопросах лицензирования.
Поддержка ИТ инфраструктуры и информационной безопасности снижается по причине использования не самых современных версий систем и решений.
Обновление систем происходит скачками (раз в три, четыре года), и требует наличие дополнительных ИТ ресурсов, людей и времени.
Рекомендации по выбору:
Для организаций имеющих тесную интеграцию и зависимость бизнеса и Информационных Технологий рекомендуется использование первого варианта лицензирования.
Стратегия построения инженерных систем
Для «On premise» и «Hybrid» решений требуется определится с требованиями к инженерным системам.
К требованиям по инженерным системам можно отнести:
Физические требования к помещению дата центра, серверной комнаты, коммуникационных шкафов и т п.
Требования к Структурированной Кабельной Системе (избыточность, резервирование и т п)
Стратегия тестирования
Тестирование один из важных элементов при построении ИТ архитектуры. Уже на этапе проектирования ИТ архитектуры требуется определить вопросы по тестированию. Различают следующие площадки:
«Test или Development» площадка с развернутыми отдельными ИТ сервисами. Используется для разработки сервисов или отладка элементов ИТ сервиса.
«Pre-production» уменьшенная копия «Production» площадки со всеми компонентами ИТ архитектуры. Используется для отработки взаимодействия ИТ сервисов между собой. Так же позволяет эмулировать ситуации при поиске неисправностей, расчет производительности и т п.
«Production» площадка с развернутым вычислительными ресурсами предоставляющие ИТ сервисы.
Рекомендации по выбору:
В зависимости от предъявляемых требований со стороны бизнеса и финансовых возможностей организации возможны различные решения. Детальное описание рассмотрено далее в данном руководстве.
Стратегия уровня избыточности
Определение уровня избыточности компонентов ИТ инфраструктуры указывает требования к дублированию компонентов. Может рассматриваться на уровне:
Компонентов инженерных систем (каналы и кабели связи, коммутационные стойки и т п). Резервирование (дублирование или избыточность) на уровне критически важных элементов, таких как:
Каналы и кабели связи (два и более проходящие по разным шахтам),
Избыточное количество рабочих точек (обеспечивает рост организации и резерв на отказ)
Компонентов устройства (сервера, коммутатора и т п). Резервирование (дублирование) на уровне критически важных элементов устройства, таких как:
Процессоры (два и более процессоров),
память (две и более «банки» памяти),
жесткие диски (два диска в RAID1 массиве + один резервный)
сетевые карты и адаптеры (две карты с одним и более портами)
блоки питания (N+N или N+1)
Компонентов ИТ сервиса. Резервирование на уровне устройств и типу их включения. Как пример:
Два сервера в отказоустойчивом кластере
Два сервера выполняющих одну и туже роль (два контролера домена)
Два сервера выполняющих разные роли в штатном режиме, но могут принять роли соседа в случае отказа (Файловый сервер и сервер печати. В случае отказа можно установить роль на соседний сервер).
Географически разнесенные устройства в пределах сайта. Расположение пары устройств в разных стойках, помещениях или зданиях в пределах одного сайта.
Географически разнесенные устройства на уровне сайтов. Расположение пары устройств на разных сайтах.
Определение уровня резервирования зависит от критичности бизнеса к отказу или простою. Анализируется в процессе Управления Рисками, формализуется в документах по стандартах оборудования.
Стратегия по системам резервирования и архивирования
К системам резервирования и архивирования ИТ инфраструктуры можно определить следующие требования:
Компоненты систем должны быть установлены на выделенных физических элементах (серверах, СХД и т п)
Возможно совмещение систем резервирования и архивирования на одних компонентах.
Права доступов для учетных записей (автоматического) резервного копирования по возможности не должны предоставлять возможность удаления данных или же их перезапись.
Требования к резервным сайтам
Наличие компонента резервного сайта, один из важных элементов при построении ИТ архитектуры. Он имеет отношение к концепции информационной безопасности, отказоустойчивости и восстановления. Различают следующие виды отказоустойчивости:
Отказоустойчивость на уровне отдельных компонентов ИТ сервиса
Отказоустойчивость на уровне дублирования компонентов ИТ сервиса
Отказоустойчивость в пределах сайта
Отказоустойчивость с географически распределённым сайтом
Различают следующие категории специализированных резервных площадок:
«Горячий» готовность в течении секунд/минут/часов
«Теплый» готовность в течении часов/дней (порядка 48 часов)
«Холодный» готовность в течении дней/не полное восстановление
Не специализированные площадки использование имеющуюся площади организации (филиал и т п)
Подходы по внедрению Архитектуры Предприятия
При разработке архитектуры вашей компании необязательно начинать с разработки стратегической архитектуры. Безусловно, подход «Сверху Вниз» (Стратегическая архитектура > Архитектура сегмента > Архитектура решений) самый распространенный и имеет множество преимуществ:
Будет понятен общий вектор развития организации.
На уровне сегментов и решений будет меньше разброда и шатаний.
Общие правила и подходы на уровне организации, а затем их трансляция на уровень сегментов и решений.
Общие для компании информационные системы и сервисы, повторно используемые на уровне сегментов и решений.
Основная идея движение от «общего к конкретному» (Generic- to specific), а также непрерывное совершенствование ИТ архитектуры на основе требований бизнеса. Но вы можете использовать и другие подходы: