Google Cloudが最近リリースされたKubernetes History Inspector(KHI)は、クラスターを介したログとイベントを統一された視覚タイムラインに整列させることにより、開発者とプラットフォームエンジニアが分散システムを理解するのに役立つ無料のオープンソースツールです。 href=”https://github.com/googlecloudplatform/khi”ターゲット=”_ blank”> speed github 。 src=”https://winbuzzer.com/wp-content/uploads/2025/03/google-kubernetes-history-inspector-official.jpg”>

Githubリポジトリに、KHIは現在、Kubernetesイベント、GKE監査ログ、およびプロメテウスメトリックをサポートしています。オペンテレメトリーパイプラインを介してカスタムログを摂取するオプションを使用しています。

エンジニアによって構築されたエンジニアのために

ウィジェットでユーザーを圧倒する肥大化した観測可能性プラットフォームとは異なり、KHIは、明確にするために設計されたクリーンでブラウザベースのUIを提供します。 ReactとD3.JSで構築されたインターフェイスにより、ユーザーはコンテキストメタデータを表面的にトリガーしたもの、影響を受けたイベント、およびより広範なシステムアクティビティに関連するかどうか、

khiは、ログ、MetR、およびタイムラインを示すためのタイムラインを理解するためのイベントを示すログビューアーであるかどうかを確認するためのログビューアーに関連しています。プラットフォームエンジニアとサービス所有者がインフラストラクチャ間で何が起こったのかを相関および視覚化するのに役立ちます。

Google 公式文書

ただし、大量のクラスターの実際のパフォーマンスはまだテストされていません。ツールは複数のソースからログを集約し、同時に視覚化するため、毎秒多数のイベントを放出するクラスターは、慎重な構成なしでパフォーマンスのボトルネックを体験する可能性があります。 Googleは、この懸念に対処するためにベンチマークやストレステストを公開していません。

それでも、多くのユーザーにとって、トレードオフは価値があります。エンジニアが重大な障害ウィンドウにすばやく拡大し、サービス全体のアクションのシーケンスを見ることができるようにすることで、KHIは分散システムのデバッグの精神オーバーヘッドを減らします。これは、多くの場合、ログ、メトリック、曖昧なインシデントレポートをジャグリングする必要があるタスクです。より広範なコミュニティにリリースされる前に生産の使用を通じて。

以前の例には、 skaffold 、Kubernetesアプリケーションの連続開発ツール、および gvisor 、コンテナサンドボックス用のユーザー空間カーネル。これらのツールは、より広範な傾向を反映しています。Googleは、クラウドインフラストラクチャプロバイダーとしてだけでなく、プラットフォームエンジニアのための必須ツールの作成者として着実に位置付けています。代わりに、特定のギャップを埋めます。エンジニアは、何が間違っていたかではなく、時間の経過とともに障害がどのように展開したかを理解しています。その明確さは、特に複数のサービスまたは変更が関係する場合、高圧インシデント対応シナリオに違いを生むことができます。もちろん、タイムラインベースのツールには制限があります。ログボリュームが非常に高い、または構造が不十分な伐採プラクティスを備えたクラスターでは、タイムラインが騒々しく、圧倒的になります。 Khiは、チームがすでに合理的に組織化された観測可能性の基礎を確立していると想定しています。ログはOpentelemetryのようなシステムを介して収集され、効果的にルーティングされています。何千もの生のログラインを歩き回らずに時間を減らすことを目指している開発者とSREは、KHIは既存のツールの実用的で軽量なコンパニオンであり、Kubernetesをもう少し読みやすくするためのステップになる可能性があります。

Categories: IT Info