1

群れのスタックを介してサービスを展開しています。まあ言ってみれば :

someStack : 
    SomeServer : ...
    myApplication: ....

この上に traefik サーバーがあり、さまざまなサービスを呼び出すことができますが、さまざまな URL を API/サブサービスにマップすることもできます: 上記のサービスは実際には次のような多くのサブサービスを提供するため (コンテナー POV から見た場合):

  • /myApplication/getUsers/For/Area/51
  • /myApplication/getUsers/管理者
  • /myApplication/ping/enclyclopedia&code=42
  • /myApplication/bricks/list&code=0937

他のスタック/サービスからの他のエンドポイント (/otherApplication/toto、/yaApp/titi など) とともに

一致するエンドポイントは (traefik POV から) :

  • /ユーザー&エリア=51
  • /getadmins
  • /ask&code=42
  • /listbricks&code=0937

論文はうまく機能します...今、Ilは、myApplicationの全体的な統計に関連して、各エンドポイントの使用状況に関する統計を実行できるようにしたいと考えています(たとえば、グラファナを使用)。何かのようなもの :

  • /users : myApplication 呼び出しの 57 %、myApplication 合計応答時間の 33 %、myApplication 合計エラーの 15 %
  • /getadmins : myApplication 呼び出しの 33 %、myApplication 合計応答時間の 7%、myApplication 合計エラーの 85 %
  • /ask : myApplication 呼び出しの 7 %、myApplication 合計応答時間の 40%、myApplication 合計エラーの 0 %
  • /listbricks : cmyApplication all の 3 %、myApplication 合計応答時間の 20%、myApplication 合計エラーの 0 %

私がこれまでに持っている指標は、cAdvisor と traefik 自体によって提供されたものです。プロメテウスを使用してそれらをプルし、それらの上にメトリックを構築しています。traefik のメトリクスに関しては、私のニーズに一致するものが見当たりません...

私は「myApplication」を所有していないため、基本的に内部から何らかの種類のインストルメンテーションを実装することはできません (または簡単な方法ではありません)。traefik アクセス ログのメトリックを作成することもできますが、主に、そのようなメトリックまたは既存のメトリックを使用したトリックによって、アプリケーションの使用状況に関する統計を実行できるかどうか疑問に思っています。

何か案が?

4

0 に答える 0