Файл: Вадим Алджанов итархитектура от а до Я Теоретические основы. Первое.pdf

приемке проекта вам будет легче получить нужный результат, если вы о нем заранее договорились.
Стратегия Управления
При формировании ИТ Стратегии можно определить стратегию по вопросам
«Технической Архитектуры» и «Архитектура Информационных Систем (сервисов)» ряда компонентов ИТ инфраструктуры, а также рекомендации по выбору того или иного решения.
Стратегия финансового контроля
Стратегия финансирования может предполагать поведение организации в вопросах финансирования ИТ. В частности, желательно иметь финансовую стратегию по таким вопросам как:
•При выборе решения по ИТ проекту, как приоритет руководствоваться стоимостью решения, даже если это идет в ущерб функциональности. Возможности решения должны соответствовать требованиям бизнеса с минимальной стоимостью.
•Ориентироваться на использование свободно распространяемого программного обеспечения
•Выравнивание по стоимости или функционалу.
Например, стоимость аренды каналов связи для разных филиалов банка может отличаться в зависимости от расстояния или географического расположения. Предположим, что стоимость 10 Mbps канала (стандартные и достаточные ИТ требования) для регионального филиала обходится 500 долларов. За туже стоимость городской филиал может получить скорость канала до 100 Mbps. На текущий момент у этого филиала стандартная скорость 10 Mbps, но обходится за 100 долларов в месяц. Средняя стоимость канала связи для всех филиалов порядка 250 долларов. Руководство должно иметь определённую стратегию по данному вопросу: предоставить возможность филиалам наращивать скорость в пределах средней стоимости, максимальной стоимости или выравнивание всех по установленной скорости канала (10 Mbps).
Использование по возможности, ресурсы аутсорсинга при внедрении и сопровождении
Информационных Систем и проектов или наращивать возможности и потенциал сотрудников ИТ департамента.
Стратегия административных регуляторов
Стратегия изменений может предполагать поведение организации в вопросах реакции на изменения требований и т п. Как пример рассмотрим ситуацию, когда количество сотрудников остается не изменённым, но скорость доступа в интернет значительно упала по причине активного использования. Как решение можно пойти по пути увеличения скорости канала и соответственно увеличением расходов. И так с определённой периодичностью данный вопрос будет возникать пока не дойдет до критической точки.
Можно выбрать альтернативный «репрессивный» метод. ИТ департамент проведя анализ сетевого трафика определил, что вырос процент нецелевого использования интернета.
Проведя ряд показательных казней руководство компании может добиться улучшения скорости использования интернета без увеличения стоимости используя административные рычаги управления.
Стратегия построения инфраструктуры
Стратегия выбора архитектуры
В качестве архитектуры решения могут быть рассмотрены следующие решения:
•Собственная инфраструктура (on premise)

•Облачная инфраструктура
•Гибридная архитектура
«On-premise» – ИТ активы физически располагаются на территории организации.
Преимущества:
•ИТ инфраструктура располагается на территории организации и контролируются ИТ сотрудниками организации.
•Относительно низкой стоимостью сопровождения (OPEX) ИТ инфраструктуры.
•Автономность решений и более высокий уровень безопасности
Недостатки:
•Относительно высокие первоначальные вложения (CAPEX) в ИТ инфраструктуру.
•Внедрение новых сервисов, или резкие скачки (роста) имеющихся сервисов трудно поддается планированию.
•Необходимость иметь в составе ИТ специалистов по поддержанию инфраструктуры
(ремонт и обслуживание физических серверов, сетевого оборудования и т п). Все это ведет к дополнительным расходам.
•Косвенные расходы на инженерные системы ИТ инфраструктуры.

Недостатки:
•Сложность сопровождения, с ростом инфраструктуры.
•Скорость развёртывания и восстановления.
•Не оптимальное использование вычислительных ресурсов.
«Платформа виртуализации» – ИТ сервисы располагаются на платформе виртуализации в виде виртуальных машин.
Преимущества:
•Относительно низкая стоимость сопровождения (OPEX) в ИТ инфраструктуру.
•Фактически является «де-факто» стандартов развертывания «On-premises» решений.
Недостатки: Относительно высокая стоимость внедрения (CAPEX) ИТ инфраструктуры.
Рекомендации по выбору:
Для небольших, отдельно стоящих или удаленных ИТ сервисов, или же высоконагруженных систем предпочтительно использование «физических серверов» решения. Для всех прочих случаев, использование платформы виртуализации предпочтительнее.
Стратегия выбора Системы Хранения Данных
Если в качестве архитектуры развертывания выбрана собственная инфраструктура
«On-premises», то возможны следующие варианты:
•Физические сервера и (DAS)
•Централизованная Система Хранения Данных (NAS, SAN)
•Распределённая Система Хранения Данных (DDS, SDS)
«Физические сервера» – данные располагаются на физических серверах.
Преимущества:
•Относительно низкой стоимостью внедрения (CAPEX) ИТ сервисов для малых решений.
•Ресурсы физического сервера полностью выделены по задачи конкретного сервиса.
Недостатки:
•Сложность сопровождения, с ростом инфраструктуры.
•Скорость развёртывания и восстановления.
•Не оптимальное использование вычислительных ресурсов.
«Централизованная Система Хранения Данных (NAS, SAN)» – Данные располагаются на частично или полностью единой СХД. СХД представляет из себя единый комплекс состоящий и контролеров, и полок размещения дисков.
Преимущества: Относительно низкая стоимость сопровождения (OPEX) в ИТ инфраструктуру.
Недостатки: Относительно высокая стоимость внедрения (CAPEX) ИТ инфраструктуры.
«Распределённая Система Хранения Данных (DDS, SDS)» – Данные распределены между различными физическими серверами. СХД представляет из себя комплекс, распределённый в сети и состоящий и контролеров данных и дисковых хранилищ.
Рекомендации по выбору:
Для небольших, отдельно стоящих или удаленных ИТ сервисов, или же высоконагруженных систем предпочтительно использование «физических серверов» решения. Для всех прочих случаев, использование платформы виртуализации предпочтительнее.

Стратегия выбора производителя
Стратегия выбора программного и аппаратного обеспечения определяет подход к выбору производителя, стандартизации и т п. В качестве вариантов, могут быть рассмотрены следующие варианты:
•Использование ограниченного списка производителей
•Использование произвольного списка производителей
Использование определённого производителя для каждой категории ИТ активов.
Использование стандартов аппаратного и программного обеспечения в организации.
Преимущества:
•Внедрение стандартов ИТ активов упрощает процесс обеспечения сотрудников организации ИТ активами.
•Облегчает внедрение и сопровождение ИТ инфраструктуры
•Повышает уровень информационной безопасности организации.
Недостатки: Относительно высокая стоимость и зависимость от производителя и/или поставщика.
Использование произвольного производителя . Использование рекомендаций вместо стандартов для аппаратного и программного обеспечения в организации.
Преимущества: Относительно низкая стоимость и быстрота приобретения ИТ активов.
Недостатки:
•Процесс обеспечения сотрудников организации ИТ активами сложный и более долгий.
•Усложняет внедрение и сопровождение ИТ инфраструктуры
•Снижает уровень информационной безопасности организации.
Рекомендации по выбору:
Для организаций имеющих тесную интеграцию и зависимость бизнеса и Информационных Технологий или большую численность сотрудников рекомендуется использование первого варианта лицензирования.
Стратегия лицензирования
Стратегия лицензирования определяет подход к методам лицензирования. В качестве вариантов, могут быть рассмотрены следующие варианты:
Использование лицензионного соглашения уровня «Предприятия» с ежегодным
продлением возможности обновления программного обеспечения. Лицензирование является непрерывным процессом в ИТ.
Преимущества:
•Большая степень свободы в вопросах лицензирования.
•Поддержка ИТ инфраструктуры и информационной безопасности на высоком уровне за счет использование более современных версий систем и решений.
•Обновление систем происходит плавно, без всплесков требований в ИТ ресурсах, людях и времени
Недостатки: Относительно высокая стоимость.
Покупка «коробочных» лицензий без продления обновления программного
обеспечения . Лицензирование «по требованию».
Преимущества: Относительно дешевле по стоимости
Недостатки:
•Меньшая степень свободы в вопросах лицензирования.
•Поддержка ИТ инфраструктуры и информационной безопасности снижается по причине использования не самых современных версий систем и решений.

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