カナダ企業の足を引っ張るクラウド神話

成熟という言葉は、Unicorne 社長のエリック・ピネ氏がよく目にする言葉です。

テクノロジー分野では、成熟度は通常、企業の規模に反映されます。Pinet 氏は、企業がクラウドの成熟度について語るとき、つまり進歩の指標となるのは人員と予算であるのと同じ意味が適用されると聞いています。

「違いはチームの規模やIT予算ではなく、考え方と日々の実践です。」

Unicorne は、アマゾン ウェブ サービス (AWS) でワークロードを実行するカナダの企業と協力し、チームが成長に合わせてクラウド環境を設計、運用し、制御を取り戻すのを支援します。この研究により、クラウドの成熟度が一般に理解されている方法と実際にどのように現れるかの間に不一致があることが明らかになりました。

「私たちは、非の打ちどころのないコストガバナンスで、1 日に 20 回コードをデプロイする 5 人のスタートアップ企業をサポートしてきました。その一方で、一部の多国籍企業は依然としてデプロイメントの自動化に苦労しており、クラウド料金が四半期ごとに高騰しているのです」と Pinet 氏は述べています。 「違いはチームの規模やIT予算ではなく、考え方と日々の実践です。」

Pinet 氏は BetaKit との会話の中で、回復力のあるクラウド環境とコストと複雑さが蓄積する環境を区別する 3 つのシンプルだが強力な習慣を明らかにしました。

必須条件

ユニコーンが企業が犯す最も一般的な失敗の 1 つは、ピネが「蓄積による成熟」と表現したものです。これは、企業がさまざまなクラウド サービスを利用し、自社のハードウェアからサーバーを移行し、いくつかの小さなタスクを自動化し、クラウド ネイティブであると宣言するときに発生します。

「私たちが『リフト＆シフトの考え方』と呼んでいるこのアプローチは、古い慣行を新しい環境に持ち込むものです」とピネット氏は述べ、この考え方を持つチームは可視性が制限され、サイロ化された意思決定が行われ、手動で導入することが多いと付け加えた。同氏は、クラウドでの運用ではこうした弱点を克服することはできないと述べた。むしろ、クラウドはそれらを増幅させるだけです。

Pinet の場合、成熟したチームは、プロビジョニングされたコードと再利用可能なテンプレートを使用してタスクを自動化できるかどうかを体系的に判断します。そこに到達するには、バージョン管理されたコードでインフラストラクチャを定義することから始まります。これらの定義は、アプリケーション ソフトウェアと同じレビュー プロセスを経て、何が存在し、どのように構築されたかについての共有記録が作成されます。

この規律は「コードとしてのインフラストラクチャ」として知られており、Unicorne はこれをベースラインの運用慣行として扱います。

「コードとしてのインフラストラクチャは、大規模な組織だけが持つ贅沢ではありません」とピネット氏は付け加えました。 「それは 絶対条件 クラウドの成熟度。これがなければ、環境間の一貫性は保証できず、変更の監査は困難で、インシデント後の迅速な回復は不可能です。」

観察してから最適化する

クラウドのコストは、企業が消費するコンピューティング、ストレージ、データの量に基づいて常に変動します。これらのコストの原因を明確に把握できなければ、支出が制御不能になる可能性があります。

Pinet は、成熟したクラウド チームは初日から財務規律を業務に組み込む、つまりコストを観察し、理解し、早期に行動すべきシグナルとして扱うことを意味すると考えています。財務業務 (FinOps) は、システムが時間の経過とともにどのように動作するかに関する洞察をエンジニアリング チームと財務チームに共有し、小さな非効率性が悪化する前に明らかにすることで、その規律を適用します。

「コストに関する可視性があれば、何を改善する必要があるかを特定し、それらのタスクに優先順位を付けて、実行することができます」とピネット氏は言います。

FinOps を使用すると、企業はコストをリアルタイムで確認し、アラートを自動化し、無駄なリソースを遮断できます。 Unicorne の研究によると、強力な FinOps プラクティスを持つ組織は、将来的にビジネスに大きな打撃を与える可能性のある微妙なパターンを特定することで、クラウド コストを最大 30% 削減することがよくあります。

失敗に備えた設計

昨年の秋、アマゾン ウェブ サービスの障害により、カナダの多くのテクノロジー プラットフォームを含む世界中の数千のアプリが一時的に停止しました。ピネットにとって、このような出来事は、クラウドでは失敗が避けられないという現実を強化します。

ピネット氏は、回復力のあるチームは、避けられない事態を阻止しようとするのではなく、何が本当にオンラインを維持する必要があるのか、バックアップにコストを払う価値があるのはどこなのか、インシデント発生時に最も重要な信号は何かを事前に決定していると述べた。

同氏は、よく準備されたチームが昨年の AWS の障害にどのように対処したかの例として、同じケベック州のテクノロジー企業 Coveo を挙げました。 Coveo は独自の警報システムを利用しており、混乱を即座に察知しました。チームは、重要でないシステムを迅速にシャットダウンし、コアの検索サービスを実行し続けるために容量を再割り当てすることができました。

「AWS の停止は、回復力が予算の問題ではなく、意図的な設計の選択によって決まることを示しました」と Pinet 氏は付け加えました。

Pinet 氏は、多くのカナダ企業がクラウドの成熟化にはチームまたはエンタープライズ レベルの予算の拡大が必要であると想定しているため、クラウド プラクティスの最新化が遅れていると考えています。その信念は、チームが事後的に行動することを促すだけだと彼は言いました。

Unicorne の経験では、その思い込みを乗り越えるチームは、日々の仕事のやり方を小さく、しかし意図的に変えることでそうする傾向があります。

「本当の問題は、『クラウドの成熟度を達成するためのリソースがあるか』ということではありません」とピネット氏は言います。しかし、「進化しないわけにはいかないだろうか？」

Unicorne では、文化的および技術的な変革を通じてカナダ企業を指導しています。クラウドの成熟度はお金では買えません。それは構築されなければなりません。私たちはあらゆる段階であなたをガイドします。もっと詳しく知る。

フィーチャー画像提供: Unsplash。写真提供：ケビン・クー