サービスメッシュがDevOpsを実現する方法

私は一日の大半を、ますます混乱が増す環境で競争するために大企業がどのようにビジネスを変革しているかについて話し合うことに費やしています。 これは何も新しいことではなく、クレイトン・クリステンセンの『イノベーションのジレンマ』を読んだ人なら誰でもこれを理解しています。 私にとって最も興味深いのは、企業が混乱にどのように対処しているかということです。 もちろん、彼らは破壊的イノベーションを起こす企業との競争力を維持するために新製品を開発していますが、より小規模で機敏な競合他社の戦略を参考にして、より効率的になることにも注力しています。

企業は、パフォーマンスという新たな軸に沿って社内組織と製品アーキテクチャを変革しています。 彼らは反復、効率、段階的なスケーリングにさらなる価値を見出しており、それが DevOps 方法論の採用を余儀なくさせています。 市場投入までの時間への重点により、これまでにない最先端のインフラストラクチャ テクノロジーが推進されています。 コンテナや Kubernetes などのテクノロジー、そして安定性、一貫性、オープン性を備えた API に重点を置くことで、小規模なチームでも驚くべき進歩を遂げ、必要なスピードで作業を進めることができます。 これらのテクノロジーにより、摩擦が軽減され、市場投入までの時間が短縮され、その結果、これまでにないほど迅速に新しいテクノロジーが導入されるようになりました。

これらのテクノロジーの導入は完璧ではなく、企業が大規模に導入するにつれて、意図せず複雑さが増し、所有権と管理が分散していることに気づきます。 多くの場合、システム全体を理解することは不可能であり、全員がコンプライアンスとビジネスニーズの専門家になる必要があります。 結局のところ、これは全員が責任を負う場合、誰も説明責任を負わないことを意味します。

サービス メッシュは、この複雑さを管理できるようにすることで DevOps を実現します。 開発チームに自律性と自由を与えると同時に、専門家チームがポリシーとセキュリティに関する会社の標準を実施するための場も提供します。 これは、チームのアプリケーションとそれらが実行されるプラットフォームの間にレイヤーを提供することで実現され、プラットフォーム オペレーターはネットワーク サービスを挿入し、ポリシーを適用し、テレメトリとトレース データを収集できるようになります。

これにより、開発チームは、基盤となるインフラストラクチャを気にすることなく、解決する問題に基づいて選択を行うことができます。 開発チームは、コンプライアンスや規制ガイドラインに違反する恐れなく、自由にコードを展開できるようになりました。 安全な通信はアプリケーション外部で処理されるため、複雑さとリスクが軽減されます。 サービス メッシュは、開発者が新しいコードをデプロイしたり、問題が発生したときにデバッグやトラブルシューティングを行ったりするために使用できるツールも提供します。

アプリケーションを実行するための安定した、安全でスケーラブルなサービスを提供することを主な目的とするプラットフォーム オペレーターにとって、サービス メッシュは可視性とトレースの標準化を通じて統一性を実現します。 サービス間のポリシーと認証は、実行時にアプリケーションの外部に導入できるため、アプリケーションが企業のあらゆる規制要件に準拠していることが保証されます。 Aspen Mesh を導入すると、開発チームが実際の運用トラフィックを使用して新しいサービスをテストできる堅牢な実験ワークフローが提供されます。 当社のプラットフォームは、SaaS ポータルの一部である高度な分析機能により、平均検出時間 (MTTD) と平均解決時間 (MTTR) を短縮するツールも提供します。

DevOps は、開発チームと運用チームの 2 つのチームが協力して、より優れた製品をより迅速に提供することを意味します。 サービス メッシュは、これらのチームを統合する接着剤として機能し、アプリケーションやクラスターを変更することなく実行時にマイクロサービスを管理できるスタック内の 1 つの場所を提供します。

その結果、アプリケーション開発者がコードに集中できるプラットフォームが実現し、オペレーターは開発者に回復力、拡張性、セキュリティに優れた環境をより簡単に提供できるようになります。

( Aspen Mesh ブログに最初に掲載されました)