サービスメッシュがDevOpsを実現する仕組み

Shawn Wormkeバイスプレジデント兼ゼネラルマネージャー | F5 NGINX

私は日々の大半を、大企業が破壊的変化の度合いを増す環境で競争力を維持するために、どのように事業を変革しているかについて話すことに費やしています。これは目新しい話ではありません。クレイトン・クリステンセンの『イノベーションのジレンマ』を読んだことがある方なら、ご存じでしょう。私が最も興味深いと感じるのは、企業がこうした破壊的変化にどう対応しているかです。もちろん、破壊的イノベーションを起こす企業に対抗するために新製品を開発していますが、それだけではありません。規模が小さく機動力に優れた競合他社の手法を取り入れ、効率の向上にも注力しています。

企業は、新たなパフォーマンス軸に沿って、社内組織と製品アーキテクチャを変革しています。反復、効率性、段階的なスケーリングにより大きな価値を見いだし、DevOps手法の導入を迫られています。市場投入までの時間を重視するこの姿勢が、これまでにないほど先進的なインフラストラクチャ技術の開発を後押ししています。コンテナやKubernetesなどの技術に加え、安定性、一貫性、オープン性を備えたAPIを重視することで、小規模なチームでも目覚ましい成果を上げ、求められるスピードで前進できます。これらの技術によって障壁が減り、市場投入までの時間が短縮された結果、かつてない速さで新技術が普及しています。

これらのテクノロジーの導入は万全とはいえません。企業が大規模に展開するにつれ、意図せず複雑さが増し、オーナーシップと統制が分散していることに気付きます。多くの場合、システム全体を把握することが困難になり、全員がコンプライアンスとビジネスニーズの専門家であることを求められます。結局のところ、全員が責任を負うと、誰が最終的な責任を負うのかが曖昧になります。

サービスメッシュは、この複雑さの管理を支援することでDevOpsを実現します。開発チームに自律性と自由をもたらすと同時に、専門家チームがポリシーとセキュリティに関する企業標準を適用できる場を提供します。具体的には、各チームのアプリケーションとその実行基盤となるプラットフォームの間にレイヤーを設け、プラットフォーム運用者がネットワークサービスを組み込み、ポリシーを適用し、テレメトリデータとトレースデータを収集できるようにします。

これにより、開発チームは基盤となるインフラストラクチャを気にすることなく、解決すべき問題に応じた選択ができるようになります。開発チームは、コンプライアンス要件や規制ガイドラインへの違反を懸念せずにコードをデプロイできます。セキュアな通信はアプリケーションの外部で処理されるため、複雑さとリスクが軽減されます。また、サービスメッシュは、新しいコードのデプロイや、問題発生時のデバッグおよびトラブルシューティングに使用できるツールも開発者に提供します。

アプリケーションを実行するための安定性、セキュリティ、拡張性に優れたサービスの提供を主な目的とするプラットフォーム運用者にとって、サービスメッシュは、可視化とトレーシングを標準化することで一貫性をもたらします。サービス間のポリシーと認証は、実行時にアプリケーションの外部で導入できるため、企業に適用される規制要件へのアプリケーションの準拠を確保できます。Aspen Meshを導入すると、堅牢な実験ワークフローを利用して、開発チームが実際の本番トラフィックで新しいサービスをテストできるようになります。また、当社のプラットフォームは、SaaSポータルに組み込まれた高度な分析機能により、平均検出時間（MTTD）と平均解決時間（MTTR）の短縮に役立つツールも提供します。

DevOpsとは、開発チームと運用チームが連携し、より優れた製品を迅速に提供するための取り組みです。サービスメッシュは、両チームの連携を支える役割を果たし、アプリケーションやクラスターを変更することなく、実行時にマイクロサービスを管理できる共通のレイヤーをスタック内に提供します。

その結果、アプリケーション開発者はコードに集中でき、運用担当者はレジリエンス、拡張性、セキュリティを備えた環境をより容易に開発者へ提供できるプラットフォームが実現します。

（初出：Aspen Meshブログ）

著者について

Shawn Wormkeバイスプレジデント兼ゼネラルマネージャー | F5 NGINX

Shawn Wormkeのその他のブログ記事