Облачный миф сдерживает канадские компании

Зрелость — это термин, с которым часто сталкивается президент Unicorne Эрик Пине.

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

«Разница не в размере команды или ИТ-бюджете, а в мышлении и повседневной практике».

Единорог работает с канадскими компаниями, которые выполняют рабочие нагрузки на Amazon Web Services (AWS), помогая командам проектировать, эксплуатировать и восстанавливать контроль над своими облачными средами по мере их роста. Эта работа выявила несоответствие между общепринятым пониманием зрелости облака и тем, как она проявляется на практике.

«Мы поддерживаем стартапы из пяти человек, развертывающие код 20 раз в день, обеспечивая безупречное управление затратами, в то время как некоторые транснациональные корпорации все еще с трудом автоматизируют развертывание и видят, что их счета за облако растут каждый квартал», — сказал Пинет. «Разница не в размере команды или ИТ-бюджете, а в мышлении и повседневной практике».

В беседе с BetaKit Пинет раскрыл три простых, но мощных привычки, которые отличают устойчивые облачные среды от тех, в которых накапливаются затраты и сложность.

Непременное условие

Одна из наиболее распространенных ошибок, которые допускает Unicorne в бизнесе, — это то, что Пине назвал «зрелостью через накопление». Это происходит, когда компания внедряет различные облачные сервисы, переносит серверы со своего оборудования, автоматизирует несколько небольших задач и объявляет себя облачной средой.

«Этот подход, который мы называем «мышлением подъема и смены», переносит старые практики в новую среду», — сказал Пине, добавив, что команды с таким мышлением часто будут иметь ограниченную прозрачность, разрозненное принятие решений и развертывание вручную. Он сказал, что работа в облаке не сглаживает эти недостатки. Во всяком случае, облако только усиливает их.

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

Эта дисциплина известна как «Инфраструктура как код», и Unicorne рассматривает ее как базовую операционную практику.

«Инфраструктура как код — это не роскошь, предназначенная для крупных организаций», — добавил Пине. «Это обязательное условие зрелости облаков. Без этого невозможно гарантировать согласованность между средами, аудит изменений затруднен, а быстрое восстановление после инцидентов невозможно».

Наблюдайте, затем оптимизируйте

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

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

«Когда у вас есть представление о ваших расходах, вы можете определить, что необходимо улучшить, расставить приоритеты для этих задач и выполнить их», — сказал Пине.

FinOps позволяет компаниям просматривать затраты в режиме реального времени, автоматизировать оповещения и отключать ненужные ресурсы. Работа Unicorne показала, что организации с сильными практиками FinOps часто сокращают затраты на облако до 30 процентов за счет выявления едва заметных закономерностей, которые могут серьезно ударить по бизнесу в будущем.

Дизайн для неудач

Осенью прошлого года отключение в Amazon Web Services временно отключили тысячи приложений по всему миру, включая ряд канадских технологических платформ. По мнению Пине, подобные события подтверждают тот факт, что в облаке неудачи неизбежны.

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

Он указал на коллегу из Квебекской технологической компании. Ковео как пример того, как хорошо подготовленная команда справилась с прошлогодним сбоем AWS. Coveo полагалась на собственную систему оповещения, которая сразу же обнаружила сбой. Команда смогла быстро отключить некритичные системы и перераспределить ресурсы, чтобы обеспечить работу основного поискового сервиса.

«Отказ AWS показал, что устойчивость — это вопрос не бюджета, а осознанного выбора конструкции», — добавил Пине.

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

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

«Настоящий вопрос, — сказал Пинет, — заключается не в том, есть ли у нас ресурсы для достижения зрелости облака?» но «Можем ли мы позволить себе не развиваться?»

---

В Unicorne мы сопровождаем канадские компании через культурную и техническую трансформацию. Зрелость облака нельзя купить; оно должно быть построено. Мы здесь, чтобы сопровождать вас на каждом этапе пути. Узнать больше.

Изображение предоставлено Unsplash. Фото Кевина Ку.