SOAシリーズの基本特性

前回のブログでは、SOA の基本概念を紹介しました。この時点で、SOA のプログラミング概念を基本的に理解する必要があります。今日は、SOA をより深く理解できるように、SOA の基本的な機能をいくつか紹介します。

成熟したアーキテクチャシステムにはそれぞれ独自の特徴と考え方があります。以下では、SOA の特徴を 5 つの側面から紹介します。

サービスの自律性

サービスの自律性の原則では、単一のサービスが、基礎となるロジック制御の点で可能な限り独立しており、自己完結型である必要があります。クライアントまたはそれにアクセスする他のサービス。サービスは独立して展開でき、バージョン管理とセキュリティ ポリシーを実装できます。

オープン スタンダードに依存する

SOA の目標の 1 つは、さまざまなベンダーによって開発されたサービスの相互運用を可能にすることであるため、さまざまなベンダーによって一般的に受け入れられているオープン スタンダードに依存する必要があります。 SOA はメッセージベースの通信方式を採用しており、メッセージ交換の観点からは、SOAP (Simple Object Access Protocol) メッセージの採用により、伝送されるコンテンツの一貫した表現が提供されます。メッセージによって。さらに、SOA がエンタープライズ レベルのアプリケーションで実際に使用される場合は、メッセージ セキュリティ、信頼性の高い送信、トランザクション サポートなどの追加の要素を考慮する必要があります。真のクロスプラットフォーム操作を実現するには、これらの機能の相互運用性を実装するためのオープン スタンダードも必要です。この点に関して、Microsoft、IBM、BEA などの一部の主流 IT ベンダーは、W3C、OASIS、WS-1 などの国際組織と協力して、これらの標準および仕様の指定に多大な貢献をしています。ウェブ上で定義する サービス仕様。

クロスプラットフォームのサポート

異なるプラットフォーム間で通信できることが SOA の主な動機です。 SOAが採用するオープンスタンダードだからこそ、クロスプラットフォームが実現できるのです。クロスプラットフォームの最大の利点は、異種システムの統合が促進され、Java アプリケーションが .NET プラットフォームによって公開されるサービス インターフェイスを呼び出せるようになることです。さらに、標準サービスを使用して論理カプセル化を実装すると、過去のレガシー アプリケーションの再利用が可能になり、企業にコスト削減への近道も提供されます。

組み合わせと再利用

サービスごとに、提供される機能のサイズの違いに応じて粒度が異なります。最小の粒度の関数実装を提供するサービスをアトミック サービスに変えることができ、複数のアトミック サービスを合理的な組み合わせを通じて新しい集約サービスに統合できます。関数の再利用は私のソフトウェア設計哲学における一貫したテーマであり、SOA は再利用性の高いサービスの作成を奨励​​します。一方で、サービスを構成することにより、サービスの再利用も促進されます。サービスの再利用を向上させるために、SOA ではシナリオに依存しないサービスの作成を重視しており、これにより、同じサービスを異なるシナリオのソリューションで使用できるようになります。

疎結合

SOA は、コントラクトを介してサービスへのクライアント呼び出しを実装するだけで、通常の対話を保証するために双方が一致するコントラクトを採用します。契約ベースのサービス交換は、サービスの自律性をさらに促進し、契約が変更されない限り、サービスの実装自体を自由に変更できるため、結合度は非常に低くなります。

SOA の基本的な機能については以上です。SOA については、次のブログでさらに詳しく更新していきますので、ご期待ください。

上記は SOA シリーズの基本機能の内容です。その他の関連コンテンツについては、PHP 中国語 Web サイト (m.sbmmt.com) をご覧ください。