Автоматизация выборочной конфигурации - Granular configuration automation

Автоматизация выборочной конфигурации (GCA) является специализированной областью в области управление конфигурацией который фокусируется на видимости и контроле конфигурации ИТ-среды и ведомости материалов на самом детальном уровне. Эта структура направлена ​​на повышение стабильности ИТ-сред путем анализа детальной информации. Он отвечает требованиям определения уровня угрозы для окружающей среды и позволяет ИТ-организациям сосредоточиться на тех рисках, которые оказывают наибольшее влияние на производительность.[1] Автоматизация выборочной конфигурации сочетает в себе две основные тенденции в управлении конфигурациями: переход к сбору подробной и исчерпывающей информации о среде и растущее использование инструментов автоматизации.[2]

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

Для ИТ-персонала ИТ-системы стали сложнее,[3] поддержка все более широкого и постоянно растущего диапазона технологий и платформ. Графики выпуска приложений ускоряются, требуя большего внимания к дополнительной информации.[4] Средняя компания Global 2000 имеет более тысячи приложений, которые ее ИТ-организация развертывает и поддерживает.[5] Новые технологические платформы, такие как облако и виртуализация, предлагают ИТ-отделам преимущества за счет меньшего пространства на сервере и экономии энергии, но усложняют управление конфигурацией из-за таких проблем, как разрастание.[6] Потребность в обеспечении высокой доступности и последовательной доставки бизнес-услуг побудила многие компании разработать автоматизированные процессы настройки, управления изменениями и выпусками.[7]

Простои и сбои в работе системы подрывают среду, которой управляют ИТ-специалисты. Несмотря на достижения в области надежности инфраструктуры, время от времени случаются простои оборудования, программного обеспечения и баз данных. Dun & Bradstreet сообщает, что 49% Fortune 500 компании простаивают не менее 1,6 часа в неделю, что составляет более 80 часов в год.[8] Растущие расходы на простои предоставили ИТ-организациям убедительные доказательства необходимости улучшения процессов. Консервативная оценка от Gartner оценивает почасовые затраты на простой компьютерных сетей на уровне 42 000 долларов, поэтому компания, которая страдает от простоев, которые не соответствуют среднему значению, составляет 175 часов в год, может потерять более 7 миллионов долларов в год.[9]

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

Возможные приложения

  • Валидация релизов - проверка релизов и снижение риска перебоев в производстве
  • Предотвращение инцидентов - выявление и оповещение о нежелательных изменениях; следовательно, избегая дорогостоящих экологических инцидентов
  • Расследование инцидента - определение первопричины инцидента и значительное сокращение времени и усилий, затрачиваемых на расследование
  • Проверка аварийного восстановления - точная проверка планов аварийного восстановления и устранение неожиданностей в наиболее уязвимые моменты
  • Безопасность - выявление отклонений от политики безопасности и лучших практик
  • Согласие - обнаружение несоответствующих ситуаций и предоставление подробных контрольный журнал

Смотрите также

Рекомендации

  1. ^ По словам Gartner, управление рисками во многих организациях неэффективно. Правительственные технологии, "[1] "
  2. ^ Кен Джексон, Начало эры автоматизации ИТ, ИТ-бизнес Edge.
  3. ^ Боб Виолино, Снижение сложности ИТ, Умное предприятие.
  4. ^ Изменение, конфигурация и выпуск: что на самом деле обеспечивает максимальную производительность? В архиве 2009-12-27 на Wayback Machine, Институт ИТ-процессов.
  5. ^ Повышение качества приложений за счет управления инфраструктурой приложений, Перекресток управления конфигурациями.
  6. ^ Кэмерон Стердевант, Как обуздать разрастание виртуализации, еженедель.
  7. ^ Проблемы и приоритеты для компаний из списка Fortune 1000.
  8. ^ Сколько на самом деле стоит простой?, Управление информацией.
  9. ^ Как подсчитать время простоя, NetworkWorld.
  10. ^ Анализ первопричин для расследования ИТ-инцидентов, IT Toolbox.