Домен "Приобретение и внедрение": процессы, отвечающие за автоматизацию, технологическую инфраструктуру и программные приложения

7.3. AI 3. Приобретение и обслуживание технологической инфраструктуры

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

Рис. 7.3. Процесс "Приобретение и обслуживание технологической инфраструктуры"

Приобретение и обслуживание технологической инфраструктуры.

удовлетворяет следующим бизнес требованиям к ИТ

приобретение и поддержка интегрированной и стандартизованной ИТ -инфраструктуры.

сосредоточено на

обеспечении подходящих платформ для корпоративных приложений в соответствии с определенной ИТ-архитектурой и технологическими стандартами.

достигается с помощью

• Создания плана приобретения технологий в соответствии с технологическим планом инфраструктуры.
• Планирования поддержки инфраструктуры.
• Внедрения мер внутреннего контроля, безопасности и проверяемых показателей.

результаты оцениваются с помощью следующих показателей

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

В таблице 7.9 представлена информация, необходимая для процесса и ее источники.

В таблице 7.10 приведены результаты процесса и то, куда они должны поступить.

Таблица 7.11 содержит таблицу ОУКИ для процесса, а таблица 7.12 – цели и показатели.

Цели контроля

• AI 3.1. План приобретения технологической инфраструктуры

  Разработать план приобретения, внедрения и поддержки инфраструктуры, который бы соответствовал установленным функциональным и техническим требованиям, а также направлению развития организации.
• AI 3.2. Защита и доступность ресурсов инфраструктуры

  Внедрить меры внутреннего контроля, безопасности и проверяемые показатели в процессе конфигурирования, интеграции и обслуживания аппаратного и инфраструктурного программного обеспечения, чтобы защитить ресурсы и убедиться в доступности и целостности. Нужно четко определить и разъяснить должностные обязанности при использовании важных компонентов инфраструктуры тем сотрудникам, которые разрабатывают и интегрируют компоненты инфраструктуры. Должны проводиться мониторинг и оценка эксплуатации этих компонентов.
• AI 3.3. Обслуживание инфраструктуры

  Разработать стратегию и план обслуживания инфраструктуры и убедиться, что изменения находятся под контролем в соответствии с принятой в организации процедурой управления изменениями. Включить в план периодические оценки соответствия потребностям бизнеса, управление обновлениями, стратегии обновления, риски, оценку уязвимостей и требования по безопасности.
• AI 3.4. Тестовая среда

  Создать среду разработки и тестовую среду для возможности тестирования целостности компонентов инфраструктуры.

Чтобы рассмотреть процесс на примере обратимся к ситуации с издательством, рассмотренной ранее. Прежде чем развернуть систему для публикации авторских работ, необходимо определить технологическую инфраструктуру – операционные системы, аппаратное обеспечение, сеть. Если чего-то не хватает, необходимо инициировать процесс приобретения. Как архитектор решает вопросы технологической архитектуры? Обычно, он обращается к требованиям бизнеса, технологических стандартов и, конечно, самой системы. Например, если в системе большое количество транзакций, нужно расширить пропускную способность сети. Процесс тесно связан с процессом "Определение направления технологического развития". Если организация выбрала направление виртуализации серверов, архитектор решит запустить приложение на виртуальном севере.

Следующими проблемами станет обеспечение безопасности и доступности. Проблемы доступности решаются множеством путей – зеркалирование, резервные источники питания, хранение информации в удаленных хранилищах, простое регулярное резервное копирование и т.п.

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

• администратор безопасности должен знать о всех доступных патчах;
• администратор безопасности должен знать, что "делает" каждый патч. Он доносит эту информацию до всех заинтересованных сторон. Принимается решение об установке патча.
• необходимо следовать процессу Управление изменениями (утверждение, тестирование и т.п.).

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

• администраторы систем должны заботиться о безопасности, принимать на себя ответственность за безопасность инфраструктуры (в том числе их необходимо дополнительно обучать);
• компоненты инфраструктуры (операционные системы, аппаратное оборудование, BIOS и т.п.) должны быть защищены. Например, сервера могут располагаться в отдельной комнате с ограниченным доступом. Ненужные службы операционной системы могут быть выключены средствами групповых политик. Пароли должны периодически меняться и т.п.
• должны проводиться регулярные проверки.