サービスアーキテクチャの位置決めモード

1.サービス指向の基本概念

システムインテグレーション(システムインテグレーション)は、重要な問題のアプリケーションシステムアーキテクチャ設計、システムは、サードパーティのサービスへのアクセスを統合する必要があるかもしれない業界やアプリケーションの種類に関係なく、です。これらのサードパーティのサービスも同じ組織内の別のチームから来るかもしれない、外部のサプライヤーから来るかもしれない、より大まかに言えば、同じ内部チームはまた別の技術的なアーキテクチャの下で、様々なモジュールおよびコンポーネントに発見し、統合サービスする必要があるかもしれません統合の間。

アドレスへのシステム統合のニーズの主な問題は、サードパーティのサービスを取得し、管理する方法です。変更されたこれらのサービスを実装する際に、サードパーティのサービス事業のコストも反復し、バージョンの更新が必要で、それはいくつかのユーザレベルのコードはまだ直接アクセスすることはできません場合は、コードの統合部分は、再構築するために全体の再構築を必要とすることが必要それは膨大なものとなります。質問サービスポジショニング(サービスロケータ)のパターンは、その登録(登録)や発見(ディスカバリーをデカップリングサービスプロバイダ(サービスプロバイダ)とサービスプロバイダの特定のカテゴリへの直接アクセスを必要としないユーザ・アプリケーション、およびサービス・ソリューションを解決しようとしています)のメカニズム。

図は、モードサービスを配置するいくつかのコアコンポーネントが含まれています。

(1)サービス( - サービス)、サービス要求の実際の処理は、異なる実装を含むことができます。このようなサービスへの参照は、JNDIサーバに似中央レジストリで見つけることができます。

サービスコンテキストを参照して、(2)コンテキスト(コンテキスト)、JNDIのInitialContextコンテキスト容器として使用されるような、見つけることです。

(3)サービスロケータ(サービスロケータ)、サービスロケータは、JNDIサーバに似中央レジストリを通じてサービスを見つけ、得ることであり、必要に応じてサービスのためにキャッシュすることができます。

(4)キャッシュ(キャッシュ)、再利用のためにキャッシュ・ストレージ・サービス参照。

(5)クライアント(アプリケーション)、サービスロケータオブジェクトを介してサービスを呼び出すアプリケーション。

サービスの位置決めモードまたはデカップリングアイデアの性質に反映し、サポートダイナミックなアップグレードやシステムの保守性を向上させます。そして、サービス位置決めモードだけでなく、同様のビジネスエージェント(ビジネスデリゲート)モード(下記参照)。私たちは、BusinessLookupプロキシモードと呼ばれるビジネスでご覧サービスを見つけるための責任がある、とBusinessDelegateの組み合わせBusinessLookupとにBusinessServiceは、App終わりのための安定したサードパーティのビジネスサービスの発見および統合ソリューションを提供することができます。

2.サービスロケーションベースのアプリケーション

サイト運営者と消費者サービスとの間の関係に関連したコールの多数のために大規模な分散システム、ロケーションベースのサービスで、従って分散サービスフレームワークの主流は、サービスプロバイダとして機構同様のレジストリを提供し、特に重要ですメディアやサービスの消費者が相互に作用し、サービス登録およびディスカバリ・アクション(登録&発見)サーバーとして機能します。

典型的な登録センターモデルの基準チャートの下では、グラフのレジストリが公開している必要があります - サービスプロバイダに反映され、機能を購読それらがに興味があるサービスに加入するために消費者がサービスメタデータサービス、およびサービスを公開することができますそして取得メタデータには、サービスのアドレスを含んでいます。パブリッシュ - サブスクライブ機能は、時にレジストリのサービス定義の変更、ルーティングサービスを実現するために、サービスへのプッシュ変化に主導され、変更の消費者データへのプッシュに反映されています。サービス・プロバイダーとサービス消費者はまた、レジストリに依存しているため、我々は、データの整合性を確保する必要があり、サービスプロバイダーと消費者がいつでも同じデータが表示されるはずです。同時に、消費者は、サービスのキャッシュ機能を持っているレジストリが利用できないとき、あなたは、サービスプロバイダやリモートコールのアドレスを取得するために、このキャッシュ内のルーティング情報を同期させることができます。

そして、例えばダボに、レジストリが実装マルチキャストレジストリ、飼育係レジストリ、Redisのレジストリと簡単な登録センターの様々なが含まれています。かかわらず、基本的なモデルとワークフローとサービスの位置決めモードは非常に一貫性が保た実装の種類、の。

 

建築家のプログラマの移行:あなたは記事に興味があるなら、私は、マイクロチャネル公共数に焦点を当てることができます。

我出版了《系统架构设计:程序员向架构师转型之路》、《向技术管理者转型:软件开发人员跨越行业、技术、管理的转型思维与实践》、《微服务设计原理与架构》、《微服务架构实战》等书籍,并翻译有《深入RabbitMQ》和《Spring5响应式编程实战》,欢迎交流。

发布了92 篇原创文章 · 获赞 9 · 访问量 11万+

おすすめ

転載: blog.csdn.net/lantian08251/article/details/100046710