CloudOps: the everyday heroesの翻訳です。
2021年11月18日
クラウドオプス：日常のヒーローたち
プログラマーがツールの問題に時間を費やすのは古い問題だ。この町の新しいソリューションは、彼らのためにそれを処理する別のチームだ。
すべての開発者がツールの管理的な扱いを嫌っているわけではない。しかし、もし彼らのコアコンピタンスが製品開発であり、そのためだけに雇われているのであれば、誰も余計なタスクに時間と会社のお金を使わせたくはないだろう。
開発者に不満を抱かせたり、開発予算を管理業務に流出させたりすることを避けるため、企業は開発者が仕事に必要なツールを確実に使えるようにすることを特別な責務とするチームを設置するようになってきている。
CloudOps v Developer Experience v 共通プラットフォーム
用語はいつもそうであるように現実から遅れており、開発者に代わってツールの問題を処理するチーム、あるいは会社全体に代わってツールの問題を処理するチームには多くの名称がある。
これらのチームに指定された縄張りには、次のようなものがある。
- ローカルまたはクラウドソフトウェアツールのメンテナンス
- ライブラリやSDKの維持管理
- SaaS、DBaaS、PaaS、その他の基本的なクラウドベースのサービスのサブスクリプションと管理
- サポートされる技術全体の監督
- 職場でのコラボレーション、コーディング、配布などに関するベストプラクティス
- サポート資料の作成（開発環境やプラクティスの紹介や指示など）
- 開発環境を社内インフラにシームレスに統合するためのIT部門との連携
このような開発者サポートのあらゆる分野に取り組むチームは、デベロッパーエクスペリエンスチームと呼ばれ始めている。コモンプラットフォームチームは開発プラットフォームに関する技術的なタスクに焦点を当て、CloudOpsチームは開発チームが使用するパブリッククラウド環境を担当する。
これらのタイプのチームに共通しているのは、開発者ユーザーから、リソースを選択し、維持しなければならないという負担を取り除くという目標だ。この機能を一元化することで、企業レベルでは交渉力が高まるため、コスト削減が可能になる。こうすることで、企業はすべてのツールが製品開発に必要なセキュリティとスケーラビリティの要件を満たしていることを保証することもできる。
この記事では、まさにCloudOpsチームが監督するようなサービスを提供しているAivenの視点から、CloudOpsを詳しく見ていこう。また、このアプローチから顧客がどのようなメリットを享受しているのかを傍聴することもできる。
CloudOpsは誰にでもメリットがある
CloudOpsチームは、サブスクリプションを含むクラウドツールの審査、ロールアウト、保守を行う。また、企業のクラウドサービスの日常的な運用と長期的な互換性にとって極めて重要な、ライセンスの詳細、ベストプラクティス、指示、その他の関連雑事まで、その権限を拡大することもある。
これらすべてを1つの機能に集中させることは、リソースをより効率的に管理し、明確なコスト削減を実現することを意味する。CloudOpsチームを持つことで、最もコスト効率よく開発者にクラウドサービスを提供することができる。
クラウドオペレーションと環境
未使用のリソースは不必要な消費を意味し、ズボンを何本も買ったり、余分なクラウド容量を設定したりすることを意味する。データは気候変動に寄与するとはあまり考えられていない。しかし、データの保存は必要であり、保存には電力と天然資源が消費される。
データ環境を構築した場合、データで一杯になろうがしまいが関係なく、空の状態であろうが重要な仕事をしていようが、同じ量の電力を使い続ける。そのため、電気代がかさみ、どこかの発電所が電気を作り出します。自社でハードウェアを購入せず、長期間空っぽのデータセンターを維持することは、実は環境に優しい行為なのだ。
不必要な量のクラウド・サービスに加入することも同様だ。開発タスクでクラウドサービスにアクセスする必要がある場合、短期的には、目先のタスクをこなすためにどんなサービスでもいいからさっさと契約してしまいたくなる。その結果、小さなサブスクリプションが無数に発生し、それぞれがサブスクリプションが可能にする容量のほんの一部しか使用しなくなる可能性がある。
そして、CloudOpsチームを持つことの主要な利点の1つはリソース管理の最適化であるため、CloudOpsはその性質上グリーンであることを意味する。
クラウドオプスと企業
すべてのクラウド運用を1つのチームに集中させることで、サービスに関する全社的な連携が整う。CloudOpsチームは、すべての開発者が同じ条件の下、同じフレームワークで作業していることを確認する。
サービスの連携による大きなメリットの1つは、プロダクションのワークフローと管理タスクを自動化できることだ。もしバンドの半分がブルースを演奏し、もう半分がEDMを演奏したら、結果は......控えめに言っても、まちまちになるだろう。
一元化されたCloudOpsチームがコストのかかる災害を回避するもう1つの方法は、すべてのサービス利用が準拠すべき標準に準拠していることを確認することだ。また、コンプライアンスに関する公式な証明書を取得するために必要なデータを提供することもできる。
CloudOps と開発者
Aivenでは、顧客企業がCloudOpsチームやDEXチームを立ち上げるのを楽しみにしている。
私たちは、クラウド環境全体が手元にある人と仕事をすることで、トラブルシューティングや問題解決がいかに簡単かを身をもって知っています。彼らもクラウド環境を好んでいることは間違いない。
CloudOpsチームが開発クラウドリソースの全体的なコントロールを持っていれば、サブスクリプション管理やインフラ統合の負担なしに、開発者がリソースにセルフサービスでアクセスできるようになる。クラウドの迅速なセットアップが必要ですか？個人的な電子メールを使って適当にサービスにサインアップする必要はもうない。会社や組織のポータルにアクセスして、必要なサービスをクリックするだけだ。(例えば、GOV.UK Digital Marketplaceがそうである。）
ケース・イン・ポイントJust Eat Takeaway.comのCloudOps
JustEatTakeaway.comのCloudOpsチームリード、Mario Mazo氏に同社のCloudOpsチームがどのように動いているのか話を聞いた。Just Eat Takeaway.comでは、KafkaとOpenSearchをAivenで管理しています。
「我々は3年ほど前にCloudOpsチームを立ち上げました。「SREモデルも検討しましたが、当社の立地条件では無理だという結論に達しました。最終的には、システム管理者や開発者ではなく、オーケストレーターやメンテナーを中心としたチームにしました。現在のチームは、システムに関連するクラウド・オーケストレーションをより高いレベルで理解しています」。
Just Eat Takeaway.comの12人のチームは、クラウドサービスをエンドツーエンドでカバーしている。「我々は基本的に、開発者とAWS、Aiven、Atlasなどのクラウドサービスとの間の抽象化レイヤーです。人間、プロセス、ツールを含むAPIのようなもので、会社のポリシーやベストプラクティスを守ります。開発者は、クラウド・リソースの適切な設定方法についてあまり気にする必要はない。私たちはまた、銀行免許を持つ上場企業として通過しなければならないさまざまなベンチマークに、私たちのシステムが準拠していることを確認しています。これには特別な専門知識が必要ですが、今では開発者がそれを身につける必要はありません」。
CloudOpsチームは全社的なクラウドリソースのニーズに応えることができるが、Just Eat Takeaway.comでは、主に製品開発を担当している。「開発チームがユーザーの約90％を占めています」とマリオ氏は言う。「しかし、財務やプロダクト・インテリジェンスと直接連携するユースケースもあります」。ほとんどの企業では、開発チームがパブリック・クラウド・サービスに対して最大かつ最も複雑なニーズを持っているのは事実だろう。
もしCloudOpsチームが一夜にして消滅したらどうなるだろうか？「私たちが管理しているシステムの多くはかなり複雑です。Kubernetes、Istio、Aivenと契約する前のKafkaでさえもそうでした。ですから、わかりません。そうなることはないでしょう。私たちは、Kubernetesは市場で最高のジョブ・セキュリティ・ソリューションだと冗談を言う傾向があります。
まとめ
JustEatTakeaway.comのCloudOpsチームは、開発者の肩の荷を下ろし、クラウドインフラ全体を俯瞰し、きめ細かくコントロールする専門家チームを本来あるべき場所に配置した好例である。