Идея стать «нативно-облачным» предприятием ныне очень притягательна, но для ее реализации нужны серьезные перемены в мышлении и основательная работа. Компания Capgemini недавно опубликовала ряд интересных выводов из своего опроса 902 ИТ-руководителей относительно их прогресса в продвижении к нативно-облачным моделям.
Наряду со статистическими данными авторы отчета приводят ряд рекомендаций, помогающих предприятиям начать освоение нативно-облачных подходов. Конечно, для стартапов или небольших фирм, интенсивно работающих с информацией, облако, быть может, уже является естественным фундаментом бизнеса. Но предприятиям, отягощенным унаследованными системами, необходимо переосмыслить сферы возможного использования облаков и понять, какие виды процессов надо запустить, чтобы начать двигаться к поставленной цели. Ниже приводятся рекомендации Capgemini.
Осваивайте методы Agile. Превращение в нативно-облачное предприятие — «вопрос не столько внедрения технологий, сколько освоения новых навыков и изменения старых подходов и практик», пишут авторы Capgemini. Сюда входит усвоение «культуры динамичной непрерывной разработки, большей открытости для сотрудничества и восприимчивости к новым идеям различных партнеров — и внутренних, и внешних». Конечно, это легче сказать, чем сделать, но надо взять на это курс.
Осваивайте DevOps. «DevOps является важным инструментом реализации нативно-облачных разработок», утверждают авторы. Однако переход на методы DevOps требует переосмысления ИТ-операций, а также наличия способности оставаться на плаву в то время, когда осуществляются перемены. «DevOps представляет собой как культурный сдвиг, так и технологическое продвижение».
Учитесь новому. К числу необходимых навыков относится способность «работать с микросервисной архитектурой в среде PaaS-вычислений и внедрять автоматизированное тестирование, выделение ресурсов и развертывание». ИТ-группам также «надо научиться умело разъяснять ценность нативно-облачных моделей начальству
Не волнуйтесь за ROI. Авторы Capgemini признают, что сложно дать хорошее финансовое обоснование переходу на новые облачные приложения, когда одновременно списываются со счетов многолетние инвестиции в локально работающие системы. Но на более широкой картине видны преимущества, связанные с гибкостью и конкурентоспособностью бизнеса.
Вовлекайте и просвещайте лидеров бизнеса. Переход к нативно-облачным моделям затронет практически все уголки организации. Это предполагает обучение бизнес-лидеров новым способам доставки технологий. Авторы Capgemini советуют «разъяснять людям бизнеса преимущества Agile-разработок и непрерывной доставки ПО». Облако несомненно является воротами к цифровому предприятию, вопрос о котором в сегодняшней экономике волнует каждого уважающего себя руководителя.
Начинайте с малого, не пытайтесь вскипятить океан. Это знакомый совет для любого ИТ-ветерана, занимающегося внедрением в корпоративную среду новых систем и методологий — будь то клиент-серверная или сервисно-ориентированная архитектура либо хранилища данных. «Обучение сразу тысяч разработчиков новым нативно-облачным навыкам приведет к слишком большим переменам и рискам».
Покупайте и не делайте лишних трудозатрат. Исследователи Capgemini рекомендуют выбирать готовые PaaS-решения «либо в заранее упакованном виде (вроде Cloud Foundry или публично-облачных PaaS), либо в виде комбинации контейнеров и оркестратора контейнеров (контейнеры как сервис)». Они добавляют, что тут всегда возникает проблема замыкания на вендоров или провайдеров, однако в долгосрочном плане это лучшее ценностное предложение ввиду уменьшения трудностей и затрат.
Все время создавайте новое. Взращивание «культуры инноваций, сотрудничества, тестирования и обучения» является неотъемлемой частью нативно-облачного предприятия, убеждены авторы. «Разработчики, которые в прошлом были изолированы от бизнеса, будут более зависимы от пользовательских проблем и пользовательского опыта... Им надо научиться мыслить в категориях бизнеса, формулируя ценностные предложения и демонстрируя потенциал генерации прибылей, наряду с управлением, как это было и раньше, затратами на проекты и графиками работ».
