Антишаблоны для планов внедрения облака

При внедрении облачного решения клиенты часто сталкиваются с антишаблонами. Либо решение неэффективно, либо есть непредвиденные последствия. Распространенные сценарии

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

Антишаблон: выбор неправильной операционной модели для облака

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

• увеличение времени выхода на рынок;
• недопонимание;
• увеличение нагрузки на ИТ-отделы.

Пример. Назначение слишком большой ответственности небольшой команде

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

• Команда утверждает меры только после полного понимания их влияния на бизнес, операции и безопасность.
• эти проблемы не являются для группы знакомой экспертной областью;

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

Предпочтительный результат: сравнение моделей и создание плана готовности

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

Антишаблон: неправильный выбор модели службы

Иногда компании полагают, что решения PaaS (платформа как услуга) окажутся дешевле, чем решения IaaS (инфраструктура как услуга). Такое предположение может привести к неправильному выбору модели службы. Компании, ориентированные на затраты, часто совершают эту ошибку, когда их main причина перехода в облако заключается в снижении затрат. Эти компании забывают, что при внедрении PaaS им придется изменять рабочие процессы, особенно если часть обязанностей переходят к поставщикам облачных служб. Переключение на PaaS вносит фундаментальные изменения в усилия по координации, инженерные методики и конвейеры доставки. Это может привести к непредвиденному увеличению затрат и задержек.

Пример. Выбор PaaS вместо IaaS

Издатель запускает программу для переноса центров обработки данных в облако. Руководители хотят модернизировать существующую архитектуру приложения и все средства одновременно. У них есть для этого несколько причин:

• достижение максимальной экономии;
• разработка более современных портфелей приложений.

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

Предпочтительный результат: минимизация нарушений для бизнеса

Чтобы сократить усилия на координацию, для первых проектов внедрения облака лучше выбрать технологию IaaS. Внедрение новых процессов и методов дает больше возможностей для управления, если вы перейдете в облако позже, а не на самого начала. Сначала используйте IaaS, особенно если выполняется преобразование центра обработки данных. Параллельно с этим запустите инициативу развития облачных навыков.

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

Антишаблон: замена архитектуры

Приложения на платформе PaaS и SaaS (программное обеспечение как услуга) относительно просты в обслуживании. Обычно они не требуют больших усилий для управления. В результате многие компании переделывают старые и сложные архитектурные ландшафты в решения SaaS на основе облачных концепций. Такое изменение архитектуры обычно приводит к большим проектам реконструкции. Выполнение таких проектов и управление ими будет очень сложным и экономически затратным. Изменения процессов и рабочей модели влекут за собой и другие существенные риски.

Пример. Выбор замены вместо модернизации

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

Предпочтительный результат: рационализация цифрового пространства

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

Принимая решение о стратегии внедрения инноваций, изучите разные варианты модернизации. Оцените эти варианты путем эксперимента для подтверждения концепции.

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

• Повторное размещение
• Рефакторинг
• Перепроектирование
• Перестроение
• Заменить

Дальнейшие действия

Узнайте об этапе готовности к внедрению облака.