Низкоуровневая конфигурационная автоматизация — различия между версиями

Материал из devopswiki
Перейти к: навигация, поиск
(Ссылки)
 
(нет различий)

Текущая версия на 10:39, 26 сентября 2012

Низкоуровневая конфигурационная автоматизация (англ. Granular configuration automation, GCA) – это специализированное направление в конфигурационном менеджменте (англ. configuration management), которое фокусируется на визуализации и контроле конфигурации ИТ-среды и bill-of-material на самом низком уровне архитектуры.

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

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

Движущие факторы

ИТ-системы становятся всё более сложными и поддерживают более широкий и постоянно растущий круг технологий и платформ. График выпуска приложений ускоряется и требует повышенного внимания к дополнительной информации. Среднестатистическая компания из списка Global 2000 использует более тысячи приложений, которые помогают их ИТ-подразделениям развертывать и поддерживать ПО.

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

Простои и отключения системы могут вывести из строя среду, с которой работают ИТ-специалисты. Несмотря на прогресс в устойчивости инфраструктуры, простои аппаратного обеспечения, программного обеспечения и баз данных всё же иногда происходят.

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

Потенциальные области применения

  • Валидация релизов (англ. Release validation) - снижение риска отказа продуктивной среды.
  • Предотвращение инцидентов (англ. Incident prevention) - выявление и предупреждение нежелательных изменений во избежание дорогостоящих инцидентов в среде.
  • Разбор инцидентов (англ. Incident investigation) - выявлением корневых причин инцидентов и значительное сокращение времени и усилий, потраченных на их исследование.
  • Проверка после аварийного восстановления (англ. Disaster recovery verification) - точная проверка планов аварийного восстановления и сокращение неожиданных результатов в самых уязвимых моментах.
  • Безопасность (англ. Security) - выявление отклонений от политики безопасности и лучших практик.
  • Соответствие (англ. Compliance) - выявление несоответствий и предоставление детального пути проведения аудита.

Ссылки

Низкоуровневая конфигурационная автоматизация в Wikipedia

Низкоуровневая конфигурационная автоматизация в отчёте Gartner

Об эффективности Низкоуровневой конфигурационной автоматизации