Читать книгу ИТ-архитектура. Практическое руководство от А до Я. Первое издание - Вадим Алджанов - Страница 19

Стратегия выбора платформа решения

В качестве платформы решения могут быть рассмотрены следующие решения:

«On-premises» – ИТ активы физически располагаются на территории организации.

Преимущества:

•ИТ инфраструктура располагается на территории организации и контролируются ИТ сотрудниками организации.

•Относительно низкой стоимостью сопровождения (OPEX) ИТ инфраструктуры.

•Автономность решений и более высокий уровень безопасности

Недостатки:

•Относительно высокие первоначальные вложения (CAPEX) в ИТ инфраструктуру.

•Внедрение новых сервисов, или резкие скачки (роста) имеющихся сервисов трудно поддается планированию.

•Необходимость иметь в составе ИТ специалистов по поддержанию инфраструктуры (ремонт и обслуживание физических серверов, сетевого оборудования и т п). Все это ведет к дополнительным расходам.

•Косвенные расходы на инженерные системы ИТ инфраструктуры.

«Cloud based» – ИТ активы располагаются в «облаке».

Преимущества:

•Относительно низкие первоначальные вложения (CAPEX) в ИТ инфраструктуру.

•Высокий уровень планирования расходов на сопровождение ИТ инфраструктуры.

•Хорошая связь, линейная зависимость используемых ресурсов и их стоимости.

•Простота внедрения новых решений и расширения имеющихся ИТ сервисов.

•Нет необходимости в дополнительных сотрудниках.

•Нет необходимости в косвенных расходах на системы инженерные.

Недостатки:

•Относительно высокая стоимость сопровождения (OPEX) ИТ инфраструктуры.

•Более высокие требования к каналам связи интернета и наличию резервных каналов.

«Hybrid» – комбинированное решения. Используются преимущества двух первых решений.

Преймущества:

•Использует достоинства обоих решений.

Недостатки:

•Более высокая стоимость внедрения (CAPEX) и сопровождения (OPEX)

Рекомендации по выбору:

Для начальных проектов, небольших организаций, организаций с развитой географией и т п предпочтительно использование «Cloud based» решения. Для крепкой организации, финансовых институтов, организаций где выход в интернет не является требованием бизнеса и т п предпочтительно использование «On-premises» решения. «Hybrid» решения могут как дополнять ИТ инфраструктуру, так и заменять часть компонентов ИТ архитектуры.

Стратегия выбора платформа развертывания

В качестве платформы для развертывания инфраструктуры, при условии, что выбрано «On-premises» решение, могут быть рассмотрены следующие варианты:

«Физические сервера» – ИТ сервисы располагаются на физических серверах.

Преимущества:

•Относительно низкой стоимостью внедрения (CAPEX) ИТ сервисов для малых решений.

•Ресурсы физического сервера полностью выделены по задачи конкретного сервиса.

Недостатки:

•Сложность сопровождения, с ростом инфраструктуры.

•Скорость развёртывания и восстановления.

•Не оптимальное использование вычислительных ресурсов.

«Платформа виртуализации» – ИТ сервисы располагаются на платформе виртуализации в виде виртуальных машин.

Преимущества:

•Относительно низкая стоимость сопровождения (OPEX) в ИТ инфраструктуру.

•Фактически является «де-факто» стандартов развертывания «On-premises» решений.

Недостатки:

•Относительно высокая стоимость внедрения (CAPEX) ИТ инфраструктуры.

Рекомендации по выбору:

Для небольших, отдельно стоящих или удаленных ИТ сервисов, или же высоконагруженных систем предпочтительно использование «физических серверов» решения. Для всех прочих случаев, использование платформы виртуализации предпочтительнее.

Стратегия выбора аппаратного и программного обеспечения

Стратегия выбора программного и аппаратного обеспечения определяет подход к выбору производителя, стандартизации и т п. В качестве вариантов, могут быть рассмотрены следующие варианты:

Использование определённого производителя для каждой категории ИТ активов. Использование стандартов аппаратного и программного обеспечения в организации.

Преимущества:

•Внедрение стандартов ИТ активов упрощает процесс обеспечения сотрудников организации ИТ активами.

•Облегчает внедрение и сопровождение ИТ инфраструктуры

•Повышает уровень информационной безопасности организации.

Недостатки:

•Относительно высокая стоимость и зависимость от производителя и/или поставщика.

Использование произвольного производителя. Использование рекомендаций вместо стандартов для аппаратного и программного обеспечения в организации.

Преимущества:

•Относительно низкая стоимость и быстрота приобретения ИТ активов.

Недостатки:

•Процесс обеспечения сотрудников организации ИТ активами сложный и более долгий.

•Усложняет внедрение и сопровождение ИТ инфраструктуры

•Снижает уровень информационной безопасности организации.

Рекомендации по выбору:

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

Стратегия лицензирования

Стратегия лицензирования определяет подход к методам лицензирования. В качестве вариантов, могут быть рассмотрены следующие варианты:

Использование лицензионного соглашения уровня «Предприятия» с ежегодным продлением возможности обновления программного обеспечения. Лицензирование является непрерывным процессом в ИТ.

Преимущества:

•Большая степень свободы в вопросах лицензирования.

•Поддержка ИТ инфраструктуры и информационной безопасности на высоком уровне за счет использование более современных версий систем и решений.

•Обновление систем происходит плавно, без всплесков требований в ИТ ресурсах, людях и времени

Недостатки:

•Относительно высокая стоимость.

Покупка «коробочных» лицензий без продления обновления программного обеспечения. Лицензирование «по требованию».

Преимущества:

•Относительно дешевле по стоимости

Недостатки:

•Меньшая степень свободы в вопросах лицензирования.

•Поддержка ИТ инфраструктуры и информационной безопасности снижается по причине использования не самых современных версий систем и решений.

•Обновление систем происходит скачками (раз в три, четыре года), и требует наличие дополнительных ИТ ресурсов, людей и времени.

Рекомендации по выбору:

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

Стратегия построения инженерных систем

Для «On premise» и «Hybrid» решений требуется определится с требованиями к инженерным системам.

К требованиям по инженерным системам можно отнести:

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

•Требования к Структурированной Кабельной Системе (избыточность, резервирование и т п)

Стратегия тестирования

Тестирование один из важных элементов при построении ИТ архитектуры. Уже на этапе проектирования ИТ архитектуры требуется определить вопросы по тестированию. Различают следующие площадки:

•«Test или Development» – площадка с развернутыми отдельными ИТ сервисами. Используется для разработки сервисов или отладка элементов ИТ сервиса.

•«Pre-production» – уменьшенная копия «Production» площадки со всеми компонентами ИТ архитектуры. Используется для отработки взаимодействия ИТ сервисов между собой. Так же позволяет эмулировать ситуации при поиске неисправностей, расчет производительности и т п.

•«Production» – площадка с развернутым вычислительными ресурсами предоставляющие ИТ сервисы.

Рекомендации по выбору:

В зависимости от предъявляемых требований со стороны бизнеса и финансовых возможностей организации возможны различные решения. Детальное описание рассмотрено далее в данном руководстве.

Стратегия уровня избыточности

Определение уровня избыточности компонентов ИТ инфраструктуры указывает требования к дублированию компонентов. Может рассматриваться на уровне:

Компонентов инженерных систем (каналы и кабели связи, коммутационные стойки и т п). Резервирование (дублирование или избыточность) на уровне критически важных элементов, таких как:

•Каналы и кабели связи (два и более проходящие по разным шахтам),

•Избыточное количество рабочих точек (обеспечивает рост организации и резерв на отказ)

Компонентов устройства (сервера, коммутатора и т п). Резервирование (дублирование) на уровне критически важных элементов устройства, таких как:

•Процессоры (два и более процессоров),

•память (две и более «банки» памяти),

•жесткие диски (два диска в RAID1 массиве + один резервный)

•сетевые карты и адаптеры (две карты с одним и более портами)

•блоки питания (N+N или N+1)

Компонентов ИТ сервиса. Резервирование на уровне устройств и типу их включения. Как пример:

•Два сервера в отказоустойчивом кластере

•Два сервера выполняющих одну и туже роль (два контролера домена)

•Два сервера выполняющих разные роли в штатном режиме, но могут принять роли соседа в случае отказа (Файловый сервер и сервер печати. В случае отказа можно установить роль на соседний сервер).

Географически разнесенные устройства в пределах сайта. Расположение пары устройств в разных стойках, помещениях или зданиях в пределах одного сайта.

Географически разнесенные устройства на уровне сайтов. Расположение пары устройств на разных сайтах.

Определение уровня резервирования зависит от критичности бизнеса к отказу или простою. Анализируется в процессе Управления Рисками, формализуется в документах по стандартах оборудования.

Стратегия по системам резервирования и архивирования

К системам резервирования и архивирования ИТ инфраструктуры можно определить следующие требования:

•Компоненты систем должны быть установлены на выделенных физических элементах (серверах, СХД и т п)

•Возможно совмещение систем резервирования и архивирования на одних компонентах.

•Права доступов для учетных записей (автоматического) резервного копирования по возможности не должны предоставлять возможность удаления данных или же их перезапись.

Требования к резервным сайтам

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

•Отказоустойчивость на уровне отдельных компонентов ИТ сервиса

•Отказоустойчивость на уровне дублирования компонентов ИТ сервиса

•Отказоустойчивость в пределах сайта

•Отказоустойчивость с географически распределённым сайтом

Различают следующие категории специализированных резервных площадок:

•«Горячий» – готовность в течении секунд/минут/часов

•«Теплый» – готовность в течении часов/дней (порядка 48 часов)

•«Холодный» – готовность в течении дней/не полное восстановление

Не специализированные площадки – использование имеющуюся площади организации (филиал и т п)