私は、ELKを使用しているすべてのマイクロサービスに対して集中ログを実装しています。私の疑問は、マイクロサービスごとに個別のインデックスを作成するか、すべてのマイクロサービスログに対して単一のインデックスを作成するかということです。今までの私の研究では、すべてのマイクロサービスの単一の共通インデックスが、マイクロサービス全体の検索を達成するための集中ログの意味があることが示されています。また、あまりにも多くの指標がelasticsearchのオーバーヘッドであることを知りました。だから私は、誰かから聞きたいと思い、私はすでに私たちのシナリオでは、ソフトウェアの推奨https://softwarerecs.stackexchange.com/questions/42338/elk-logging-in-microservice-architectureELKのマイクロサービスアーキテクチャへのログイン
でこの質問を持っている
を経験し、我々は50+ microservicesを持っていて、私達はUserManagementのようなユースケースに基づいてログインして実行すると、いずれかになりますいくつかのマイクロサービス（ユーザ、ロール、ポリシーなど）からなるユースケースです。
1つのユースケースに対応する1つのインデックスがありました。
レポートは次のように各ユースケースの周りにいたので、我々は我々の報告システムの効率を活用し、この方法でどのように多くのユーザーが、ログインとログアウトどの時点で、前と後等、ユーザーの役割の変化は何であったか
同様に、別のユースケースに対応する弾性インデックスを作成することもできます。 このようにして、弾性インデックスデータを分離し、任意の1つのインデックスのダウンタイム/再インデックス付けは、別のインデックスに影響を与えません。
入力いただきありがとうございます。しかし、ユースケースに対応してインデックスを作成する理由を理解できません。ユースケースに基づいて、索引付けされたデータからさまざまな形で視覚化することができます。 –
多くのことが、あなたのユースケースに特有のものになるでしょう。あなたはいくつのマイクロサービスを話していますか？ Elasticsearchにどのくらいのハードウェアを割り当てることができますか？各マイクロサービスに共通のログ形式がありますか？これらは、データをどのように分割するかを実際に知る前に、まず答える必要のある基本的な質問です。木場の正しいインデックス名とパターンでは、複数のインデックスを検索することができます。そのため、データをインデックスごとに分離して検索可能性を妨げることは考慮しません。 – vase
@vase私は20-25マイクロサービスについて話しています。私は、上向きの機械がほとんどない弾性サーチクラスタを捧げることができます。はい、マイクロサービス全体に共通のログ形式があります。また、マイクロサービス全体での検索を活用することができれば、ログは本当に「集中化」されていると感じています。あなたはこれをどう受けますか？ –
一般的なフォーマットを持ち、データを分離するための厳しい要件がない限り、私は個人的にすべてを単一のインデックスにスローします（デフォルトではLogstashが提供する毎日のインデックスローテーションを使用できます）パフォーマンス。 Elasticsearchクラスタが入力を処理できるが、検索が遅い場合は、インデックスあたりの断片数を増やしたり、おそらくマイクロサービス自体の論理的コンテキストに基づいて、異なるインデックスにデータを分散させることができます。 – vase