前言
サービス分割の粒度は、業務シーンによって完全に計画され、業務の発展に伴って、従来のアーキテクチャ案も調整される必要がある。業務モデルの分離の次元はたくさんあります。実際のプロジェクトでは、それぞれの次元を合わせて検討します。主なリンク、ドメインモデル、ユーザーグループの3次元から説明します。
•メインリンクの分割
主リンクは主戦場であり、主な業務チェーンであり、各ユーザが動作した後に通過しなければならないシーンです。トラフィック要件に応じて、複数のコアマスタリンクが識別される。
コア主リンクの分割、主リンクの階層化のための降格戦略（多段降格）の確立、および合理的な溶断戦略Hystrixサービス。リソースの割り当ては、主リンクは通常高周波シーンであり、自然により多くの計算リソースが必要であり、最も主要な実施形態は、クラスタ内で割り当てられた虚数マシンの数が多いことである。サービス分離は、主リンクが主出力のCビットであり、主リンクを他の補助的なサービスと切り離して、エッジサービスの異常な状況が主リンクに影響することを避ける。
•ドメインモデルの分割
フィールドモデルとは、それぞれの役割を担うサービスの集合である。ここでは領域と合併と分割に関連します。分野合併とは、業務面で同じことをしています。同じ分野に属していますので、後の二つの技術線を統合してサービスを提供します。分野の分割については、私たちがマイクロサービスの計画をする時、各分野の間に明確な限界があることを確保します。彼らの間には交差点がありますが、結局は異なる分野にサービスがあるので、両者を独立したサービスに分割します。
•ユーザーグループの分割
ユーザーのグループによって分割します。まず、自分のシステム業務にどのようなユーザーがいるかを知りたいです。各ユーザーグループにとっては、同じ業務分野でも、そのグループならではのビジネスシーンがあります。
ユーザーのグループは1つの2つのレベルドメインに相当し、最初にメインリンクとフィールドモデルに従って1つのレベルドメインの分割を行い、さらに特定のトラフィック分析を結合して、ユーザの分野の方向により細かい粒度の分割を行う必要があるかどうかを確認する。