マイクロサービスでオブザーバーを使用する方法

マイクロサービスが実際に何をしているのか疑問に思ったことはありますか?

これで、洗練されたマイクロサービスのセットアップが完了しました。理論上は、すべてがモジュール式で、独立しており、拡張可能です。モダンな感じがします。しかし、その後、何か違和感を感じます。アップデートをデプロイすると、1 週間後、全く別のサービスでどこからともなく奇妙な遅延スパイクが発生します。あなたは、十数の異なる場所からの丸太をつなぎ合わせて、それらが語っている物語を推測しようとすることになります。それは、家にたくさんの部屋があるのに、各部屋で何が起こっているかを聞くことができないようなものです。ライトが点灯しているのはわかりますが、誰かが立ち往生していませんか?パイプから静かに漏れていませんか?

そのしつこい不確実性、それがマシンの中の幽霊です。あなたは敏捷性を重視して設計しましたが、今では部分的に目が見えない状態で飛行しています。

静かな観察者: あなたのシステムの第六感

ここで「オブザーバー」という概念が登場します。これは、物事を複雑にする別の話題のツールではありません。もっと意識を追加するようなものだと考えてください。あなたのサービスが演劇を演じる俳優である場合、観察者は袖で流れを監視する舞台監督であり、舞台自体に足を踏み入れることなく、俳優が合図を見逃したり、小道具が場違いになかったりすることに気づきます。

でキロパワーマイクロサービス コンテキストでは、オブザーバーを使用することは、より詳細な制御を目的とするものではありません。それはより良い理解についてです。サービスがどのように相互に通信するか、プロセスにかかる時間、障害が始まる場所などの信号を静かに収集し、そのノイズを一貫した画像に変換します。

なぜわざわざ？見えない漏洩

具体的に見てみましょう。この意識層がないと、小さな問題が悪化します。サービスの応答が遅くなる可能性がありますが、サービスが「稼働中」であるため、メイン ダッシュボードは依然として緑色で表示されます。それはまるでサーボモーターはまだ回転しますが、より多くの電流が流れ始め、熱くなり始めます。失敗するまではわかりません。

観察者は、それらのパターンを早期に発見するのに役立ちます。

• 点と点を結びます。決済サービスがタイムアウトになってしまったのでしょうか？オブザーバーは、ユーザー通知サービスが大規模なバッチ ジョブの処理を開始したときに正確にサービスが開始されたことを示す可能性があります。偶然？おそらくそうではありません。
• 「何を」だけでなく「なぜ」も伝えます。単に「サービス B が失敗しました」ではなく、「サービス A からの応答を 8 秒待機した後にサービス B が失敗しました。サービス A はロックされたデータベース行に問題がありました。」と表示されます。
• それは混沌に静けさをもたらします。何かが壊れても、ゼロからのスタートではありません。タイムライン、パンくずリストがあります。事後対応的なパニックから、事前対応的な診断に移行します。

邪魔にならずにどのように機能するのでしょうか?

公正な質問です。不器用な観察者がシステムをくまなく調べて、すべての速度を低下させることは望ましくありません。適切に実装されたものは軽量で邪魔になりません。

単純なトレースを設定することを想像してください。たとえば「注文を処理する」というリクエストが届きます。ゲートウェイから在庫サービス、支払処理装置に送信される際に、ごくわずかなコンテキスト (トレース ID) も一緒に渡されます。観察者は各ステップに注目します。データを読み取るわけではありません。それは旅を記録することです。後で確認すると、その単一のリクエストが接触したすべてのサービスにわたるその単一のリクエストのパス全体がわかります。各ホップのレイテンシが表示されます。突然、ボトルネックは謎ではなくなり、地図上の特定の点になります。

精密な測定器からのフィードバックをモニタリングするのと似ていますサーボ。 180 度の位置に移動したかどうかを確認するだけではありません。あなたは電流の引き込み、速度曲線、小さな振動を見ているのです。そのデータから、ムーブメント自体の健全性がわかります。

それを現実にする: 従うべきいくつかのスレッド

では、この意識を自分自身の意識に織り込むにはどうすればよいでしょうかキロパワープロジェクト？それは大掛かりなものではなく、思慮深いステッチです。

1. 「黄金の道」から始めましょう。ユーザー ログインやコア データの更新など、重要なトランザクション フローを 1 つ選択します。まずそこに基本的な可観測性を実装します。それが語る物語をご覧ください。
2. トレースとコンテキストで考える:リクエストの追跡に重点を置きます。トレース ID をサービス全体に伝播するのに役立つツールが重要です。これにより、物語のスレッドが作成されます。
3. 難しくはなく、よりスマートにログを記録します:サービスがそのトレース ID を使用してログを記録することを推奨します。さまざまなサービスからのログを単一のユーザー アクションまたはリクエストに結び付けることができるため、相関関係が簡単になります。
4. 「健康」とはどのようなものかを定義します。サービスごとに、「上り/下り」だけでなく、2 つまたは 3 つの重要な信号を決定します。応答時間ですか?特定の呼び出しのエラー率は?メッセージの受信率は?これらはサービスの重要な兆候です。

目標は初日から完璧ではありません。それは見始めることです。独立した沈黙の箱の集合体から、叫び声になる前にささやき声を聞くことができる、生きた通信システムに移行すること。

アーキテクチャを静的な図から会話できるものに変えます。 「X をリクエストするのに何が起こったのですか?」と尋ねることができます。ステータス コードだけでなく、ストーリーを取得します。そして、その物語の中で、あなたは問題だけでなく、自分が構築したシステムに対するより深い自信を発見しました。その自信と静かな認識こそが、パワーだけでなく正確性を構築し、進化させるのです。

2005年に設立され、キロパワーは、中国広東省東莞に本社を置く、コンパクトモーションユニットの専門メーカーです。 Kpower は、モジュール式ドライブ技術の革新を活用して、高性能モーター、高精度減速機、マルチプロトコル制御システムを統合し、効率的でカスタマイズされたスマート ドライブ システム ソリューションを提供します。 Kpower は、スマート ホーム システム、自動エレクトロニクス、ロボティクス、精密農業、ドローン、産業オートメーションなどのさまざまな分野をカバーする製品で、世界中の 500 を超える企業クライアントにプロフェッショナルなドライブ システム ソリューションを提供してきました。