クラウドネイティブではコードとしての監視とコードとしてのインフラストラクチャが必要な理由

[51CTO.com クイック翻訳]急速に台頭している 2 つのテクノロジー、コードとしてのモニタリングとコードとしてのインフラストラクチャが、クラウド ネイティブ プラットフォームの開発を推進していることがわかりました。

今日のクラウドネイティブ インフラストラクチャの複雑さを管理するために、可観測性と呼ばれる IT 監視テクノロジの需要は増加し続けています。このトレンドの中核となる構成要素として、Monitoring as Code (MaC) と Infrastructure as Code (IaC) という 2 つの複雑なテクノロジが急速に発展しています。

ここでは、これら 2 つの新しいテクノロジーが、複雑なクラウド ネイティブ システムの監視と管理にどのように役立つかについて説明します。

コードとしてのインフラストラクチャ: ソフトウェア定義 IT の基盤

インフラストラクチャ アズ コード モデルでは、物理インフラストラクチャは依然として存在しますが、クラウド コンピューティング プロバイダーによってプロビジョニングおよび配信されたコンピューティング、ストレージ、およびネットワーク リソースを記述するソフトウェア定義モデルの形式で表示されます。

インフラストラクチャ・アズ・コードでは、配線、プラグ、ハブ、ルーターは存在しません。代わりに、ソース コード ファイルはケーブルやワイヤを含む「接続トポロジ」を定義しますが、それらはすべてクラウド データ センターに配置され、コードはユーザーがどのケーブルやワイヤをいつ、どのようなワークロードに、どのようなインピーダンス レベルで使用するかを定義します。

コードとしてのインフラストラクチャによって駆動されるクラウド ネイティブ環境に移行する際も、中核となる課題に焦点を当て、発生する予期せぬ事態や問題に注意する必要があります。ここで、コードとしての監視が重要になります。

コードとしての監視: 1.0 から 2.0 へ

コードとしての監視は、複雑なシステムの管理において重要な役割を果たします。 Observability as Code (OaC) と非常によく似ていますが、完全に同じではありません。Monitoring as Code は、単純なデータ収集機能から、最新のマルチクラウド展開の上位層 (観測層) の一部を表す機能へと急速に進化しています。

DevOps、DevSecOps、AIOps がすべて、サイト信頼性エンジニアリング (SRE) という比較的新しい役割の創出に貢献している世界では、企業が静的な IT インフラストラクチャから動的モデルに移行するにつれて、コードとしてのインフラストラクチャを使用した監視に対する新しい、より高度なアプローチが確実に必要になります。

最も基本的なレベルでは、Monitoring as Code (MaC) は、システムレベルのデータを追跡してリポジトリに送信する「エクスポーター」として機能するソフトウェア エージェント、プラグイン、ソース コードの個別の要素を通じてデータを収集することです。そしてこれがMac 1.0です。

MaC 2.0 以降に到達するには、より広範な可観測性ライフサイクルを構築し、それにインテリジェンス、診断、およびスケーリング機能を与えて、いわゆるエンコードされたリアクティブ ロジックを通じて自動修復を可能にすることを検討する必要があります。簡単に言えば、IT とクラウド コンピューティング ソフトウェアの基礎が変化しているのです。

テクノロジーアナリスト企業 Red Monk の共同創設者 James Governor 氏は、「2022 年の主要なテクノロジートレンドの 1 つは、隣接市場としての「可観測性とパイプライン」の統合です。ソフトウェア配信パイプラインは、今やミッションクリティカルなアプリケーションです。可観測性のプレーヤーは、CI/CD やソフトウェア配信ツールを提供する企業とより緊密に連携し、顧客の利便性向上に努めるようになると思います」と述べています。

監視とソフトウェア配信という 2 つの作業分野 (または市場) は非常に近接しており、融合して「プログレッシブ配信」と呼ばれるものを実現していると知事は述べています。

「as-code」可観測性技術のユースケース

「プログレッシブデリバリーに移行すると、ブルー/グリーンデプロイメント、カナリアテスト、機能フラグ、ダークローンチなどのユースケースに重点を置き、特定のユーザーグループに徐々に展開して範囲を限定できるようになります。その後、プロダクションはソフトウェアデリバリーライフサイクルの一部になります」とガバナー氏は説明しました。

「as code」革命はこれらすべてを推進し、企業がテストの改善、自動化と観測性の向上を通じてアプリケーション配信の近代化を目指す中で、より複雑なパイプラインとスケーリングを可能にしていると彼は述べた。

現在、コードとしてのモニタリングの分野で活躍している企業としては、Sumo Logic や Sensu Project などが挙げられます。あらゆるクラウド プラットフォーム上でコードとして監視を提供する「可観測性パイプライン」として説明される Sensu は、自動診断と自己修復を通じて監視ツールを統合し、データ サイロ全体の可観測性のギャップを埋めることを約束します。つまり、ベアメタルから Kubernetes への最新 IT の移行をサポートします。

Sumo Logic は 2021 年 6 月に Sensu Project を買収し、Sensu Project の CEO である Caleb Hailey 氏と共同創設者の Sean Porter 氏が Sumo Logic に加わり、開発作業をさらに進めています。 2 人は、クラウド コンピューティング情報アーカイブ会社で、時代遅れの Nagios インフラストラクチャ監視インストールを置き換える社内プロジェクトを開発しているときに、Sensu を考案しました。

Sean Porter 氏は、これらの展開をコードとしての新しいインフラストラクチャへの移行と呼んでいますが、これは明らかに再定義される必要があります (おそらく「ネオ IaC」として)。さらに、これは、より多くの運用機能（監視や観測可能性を含む）を備えた継続的インテグレーション（CI）/継続的デリバリー（CD）パイプラインを構築する方法にも明らかに当てはまります。

CI/CDパイプラインをより詳細に監視する

よりインテリジェントで、反応性が高く、機能的な CI/CD パイプラインを作成することが重要です。単に「実行して監視する」だけでなく、「見て、理解して、反応する」ことも重要です。そのため、この新しいコード基盤としてのインフラストラクチャは、クラウドネイティブ企業が必要とする、より要求の厳しいクラウド サービスに対応できるシステムの構築に役立ちます。

トロント・ドミニオン銀行のサイト信頼性エンジニアリング担当副社長、Seng Phung-Lu 氏は次のように説明しています。「コードとしてのモニタリング (MaC) は、多くのプロジェクトにとって重大な問題を解決します。つまり、本番前のテストや展開中に予期しない問題が発見されない場合、失敗したテストをそのまま続行して何時間も無駄にし、さらにトラブルシューティングに時間を費やし、もちろん、障害発生時点での根本原因を調査する機会を逃してしまうという問題です。」

Phung-Lu 氏は、統合パイプラインを通じてアプリケーションとともにコードとしてのモニタリング ツールを展開することで、彼と彼のチームは問題を早期に検出し、手動でテストや継続的インテグレーション (CI)/継続的デリバリー (CD) プロセスを実行する必要がなくなると述べています。

究極の目標：継続的かつ完全なエンドツーエンドの監視

これらの新興テクノロジーの真の価値は、エンドツーエンドの監視の定義を再定義することにあるかもしれません。

これまで、エンドツーエンドの監視とは、デバイスのオペレーティング システム (OS) やアプリケーションのユーザー インターフェイス (UI) からコンピューティング、ストレージ、分析機能、そしてユーザーに至るまで、あらゆるものに可観測性が適用されることを意味していました。新しいエンドツーエンドの監視はまさにそれであり、さらに、上記のすべてを実行するインフラストラクチャ全体にわたって監視を提供する機能も備えています。

エンドツーエンドのネオ IaC 環境における MaC2.0 の好循環の中で、新たな共生関係が形成され始めます。アプリケーション メトリックは、コードの変更や新しいデプロイメントに応じて自動的に収集され、計測されます。 IT スタックのさらなる拡張は、すでに経験した「学習エラー」（コード実行の失敗）の恩恵を受け、スタック自体も独自の進化 DNA を活用します。

クラウド ネイティブにモニタリング アズ コードとインフラストラクチャ アズ コードが必要な理由 (Adrian Bridgewater 著)

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。