独立したソフトウェアコンポーネントの問題

元々は一体化プラットフォームを使用するモードで、
MSAはプラットフォームから独立してサービス別に分離する方法である.
モノリス方式とは異なる新しい問題が発生します.

構成部品に新しいインスタンスを追加するには、ロードバランサを手動で構成し、新しいノードを手動で設定する必要があります.

時間がかかり、エラーが発生しやすい

プラットフォームの内部通信の多くは同期されており、1つの素子の中断は連続的なエラーを引き起こす.
すなわち、中断要素のクライアントも、연쇄장애と呼ばれる中断寸前である.

は、すべての構成要素インスタンスの構成の一貫性と最新性を確保する上で多くの問題がある.
頻繁に繰り返される手動操作->品質の問題を引き起こす

遅延の問題と、ハードウェア使用率の観点からプラットフォームの状態を監視するタスクは、次のとおりです.

は、エンティティ・アプリケーション・インスタンスを監視するよりもずっと複雑です.

に分散された複数の構成部品からログファイルを収集します.
関連付けられた構成部品ログイベントの関連付けは困難なタスクです
:構成部品の数を予め知ることで

を実現することができる.
上記の問題の多くは、自社開発ツールと手動で処理されたドキュメント化された説明で解決できます.
MSAが必ずしも良いものではないと説明しているYouTube

マイクロサービス入門

🎇サービスメッセージとは?

サービス・グリッドは、パフォーマンス・メトリックでサービス間通信のすべての部分を取得します.
複雑なマイクロサービスアーキテクチャで問題点を特定します.
サービスに障害が発生した場合、서비스 메쉬は、再試行の成功に要する時間に関するデータを収集することができる.

きどうモード

サービス・グリッドは、ネットワーク・エージェントの配列としてアプリケーションに配置されます.

1. 이 페이지에 대한 사용자의 요청이 발송되면 사용자의 회사 웹 프록시가 먼저 이를 수신합니다.
2. 요청이 프록시 보안 조치를 통과하면 이 페이지를 호스팅하는 서버로 전송됩니다.
3. 다음으로 이 페이지가 프록시로 돌아가서 다시 보안 조치를 수행합니다.
4. 그 후 최종적으로 프록시에서 사용자에게 전송됩니다.

サービス・グリッドでは、そのインフラストラクチャ・レイヤ上のエージェントを介してマイクロ・サービス間でルーティングを要求します.
したがって、サービス・グリッドを構成する各エージェントは、サービス内部ではなく、各サービスとともに実行されるため、'sidecar'とも呼ばれる.
これらのサービスごとに分離されたsidecarエージェントは、グリッドネットワークを構成します.

エッジサーバセットとの構成

エッジサーバと構成の一元化仮定記事

ソース

Red Hyukホームページ-サービスグリッドとは?
Book Springを使用したマイクロサービスの構築(MagnursLason,Acon)