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