Часть организаций ориентируются на гибридную модель, но ее полезный эффект ограничен. Гораздо большего можно добиться, если полностью перестроить ИТ-инфраструктуру и операционную модель в сфере ИТ с расчетом на облака. Такая перестройка позволяет быстрее создавать новые продукты и услуги, сократить операционные расходы и реализовать массу других преимуществ от перехода в облако. Но для этого компаниям нужно справиться с четырьмя основными трудностями.
- Ручные операции. Операционная модель в ИТ во многих компаниях до сих пор основана на ручных операциях и интервенциях. До 30% сбоев в работе обусловлены человеческим фактором, и дело даже не в халатности, а в том, что ручной труд неизбежно приводит к ошибкам.
- Нечеткое разделение ответственности. Довольно часто бывает, что специалисты по ИТ-инфраструктуре, например, занимаются инцидентом, относящимся к производственной среде, потому что никто точно не знает, кто за что отвечает. В результате доступ к услугам восстанавливают слишком долго, а выпуск новых релизов задерживается.
- Неправильные метрики. Когда показатели качества обслуживания основаны на объеме предоставляемых услуг или индивидуальных результатах команд, это подталкивает сотрудников наращивать объемы деятельности, а не работать эффективнее.
- Слишком высокая доля эксплуатационной поддержки. В большинстве ИТ-департаментов менее трети сотрудников занимаются развитием новых услуг. По расчетам одного банка, на каждый доллар инвестиций в разработку публичных и частных облачных решений приходилось 2,5 доллара инвестиций в их эксплуатацию. Это снижает позитивный эффект от миграции в облако.
Когда компании устранят эти препятствия, они могут заняться разработкой новой операционной модели, в которой четыре основных элемента. Первый — внедрение DevOps/SRE-модели; это методы и практики обеспечения надежности систем на стыке разработки и системного администрирования. Второй — разработка инфраструктурных услуг как продуктов. В этом имеет смысл опереться на кросс-функциональные команды, ответственные за реализацию и автоматизацию таких услуг в дата-центре или облаке. Третий элемент — единые цели и конечные результаты, позволяющие согласовать усилия разработчиков и инфраструктурных команд. Наконец, четвертый элемент — развитие кадров в области автоматизированных инфраструктурных решений. Например, это может быть создание самоуправляемых виртуальных машин, способных самостоятельно искать неполадки и устранять их.
В статье мы подробнее рассматриваем эти элементы и опыт реализации такой новой модели в крупном банке.
