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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При разработке архитектуры вашей компании необязательно начинать с разработки стратегической архитектуры. Безусловно, подход «Сверху – Вниз» (Стратегическая архитектура – > Архитектура сегмента – > Архитектура решений) самый распространенный и имеет множество преимуществ:

•Будет понятен общий вектор развития организации.

•На уровне сегментов и решений будет меньше разброда и шатаний.

•Общие правила и подходы на уровне организации, а затем их трансляция на уровень сегментов и решений.

•Общие для компании информационные системы и сервисы, повторно используемые на уровне сегментов и решений.

Основная идея движение от «общего к конкретному» (Generic- to – specific), а также непрерывное совершенствование ИТ архитектуры на основе требований бизнеса. Но вы можете использовать и другие подходы:

«Снизу – Вверх» (Архитектура решений – > Архитектура сегмента – > Стратегическая архитектура). От архитектуры конкретных проектных решений к стратегической архитектуре. Компания начинает с архитектуры решения. До старта проекта решение прорабатывается и описывается. Затем – более высокие уровни Архитектуры Предприятия. Этот метод позволяет быстро получить ценность от методов Архитектуры Предприятия. Но есть вероятность, что без стратегической архитектуры, как основы, архитектуры различных решений «разъедутся». Придется потратить время и ресурсы на приведение их к общему знаменателю.

«От Сегмента» (Архитектура Сегмента – > Архитектура решений и стратегическая архитектура) Когда компании важно решить проблемы в конкретном подразделении, запустить новое направление бизнеса, либо если компания не готова к крупномасштабным внедрениям Архитектуры Предприятия и хочет «потренироваться на кошечках». Обкатать идеи на одном подразделении или направлении бизнеса. В зависимости от целей и сроков их достижения вам нужно выбрать подход для вашей компании.

Информационные системы вашей компании возможно далеки от идеала. Но выбросить их и переделать будет стоить очень дорого и займет много времени. Ценность такой инициативы сильно ниже нуля. Опытный архитектор «полечит» проблемы с интеграцией, информационной безопасностью, инфраструктурой, заплатками, а саму систему заставит давать большую ценность вашей компании. Реализация будет идти небольшими, точно выверенными доработками. Он будет решать конкретные проблемы, а не «делать все по уму». Замена системы – это серьезное изменение для компании, и для него должны быть веские аргументы.