サービスの質の要件を理解する

ここではいくつかの主要な品質のサービスには、特定の要件をjava李しています。ネットアプリケーションの相互運用します。それは重要なことを組み込むの建築家や開発者は、これらの要件を満たし、相互運用のデザインを追加したりして彼らの評価基準をjavaの李します。純製品の相互運用します。セキュリティの属性には別のサービスの質の重要な要件です。

信頼性

李の信頼性にはjava 。 netの相互運用のアプリケーションやビジネスサービス要求を必要とする送信者からのデータ（たとえば、サービスリクエスタ）をターゲットにして受信者に伝達される（たとえば、サービスプロバイダ）が正常にかつ的確にします。ターゲットの受信者を認めることができなければならない領収書を必要に応じています。ビジネスデータを正確かつせずにエラーが発生する必要があります。伝送に成功することができ、サービスのリクエストを行い、達成され再送されるまでには、ビジネスデータの受信者からの領収書や領収書をしつこいされるようにすることが信頼性の高いデータを保存し、受信者をターゲットに取ってくることができました。

信頼できる生産者や消費者中心の中心です。プロデューサーの中心のシナリオでは、送信者（プロデューサー）のニーズを確認して、ターゲット受信者（消費者）のビジネスデータを受け取りました。そうしないと、ビジネスデータの送信を再送するまで、領収書を送信する宛先をターゲットにします。目標額はオフラインの場合、受信者、または利用できない、送信者が責任をもって再送して、ビジネスデータの受信者サービスのターゲットになるたびにご利用いただけます。で、消費者を中心に据えたのシナリオでは、ターゲットの受信者（消費者）は、ビジネスの責任者からデータを取得するために、送信者（プロデューサー）します。これには、送信者が高いために利用可能な情報検索します。

能力の信頼性に応じて、相互運用技術は変わる可能性が使用されます。たとえば、橋によるiiopが使用された場合は、橋のニーズからの接続を確保するためのjava李たりします。ネットアプリケーションの信頼性がなければならないします。それを持続することができなければならないすべてのサービスやビジネスデータを再送要求にもすべての活動を監査ログを確認します。せっけん場合はウェブベースのサービスを使用すると、信頼できるメッセージングの新興技術を活用することができ達成され、エンタープライズサービスバスのような、または実装を使用するため、信頼性の『 ws -任意の故障配達されるメッセージングインフラストラクチャに再送信されています。

要するに、信頼性の李にはjava 。 netのアプリケーションの相互運用が予想されるさまざまな階層または階層のアプリケーションアーキテクチャで、これは、次の：

通信やデータに基づいて機構トランスポート層の両方でjavaとします。 netアプリケーションする必要があり信頼できる。
いくつかのビジネスデータを送信するときに受信者の交流、ビジネスの内容を確実にデータを転送する必要があります。たとえば、ビジネスデータが含まれた場合に、データ型の大規模な科学的な数量（たとえば、 23.1234567891 × 10〜49 ）または複雑なデータ型（たとえば、顧客アカウントデータをカスタムオブジェクト）を、逐語的にかれらを受けなければならず、受信者すべてのデータ型変換やxmlのエンコーディングの間でのエラーjavaとします。 netアプリケーションです。
ある必要があり、領収書や領収書を李能力のためのjava 。 netのアプリケーションです。 1つの共通の設計基準を有効にするには、タイムアウトが発生したり、メッセージの配信を避けるために領収書を待ってアプリケーションの時間を延長します。
すべてのエラーまたは例外を確実に反映されなければならないのもう片方の端します。たとえば、アプリケーションの場合は例外とするとランタイム例外宛先（この例では例外するsoapfault ）は、送信者を捕まえることができなければならない例外を確実に処理するための適切なエラーが発生し、または無視して廃棄する代わりにエラーが発生します。
ログ記録機構である必要があり、両端には、 javaとします。ネットアプリケーションを監査証跡との報告を目的に準拠します。
配達保証だけではない特性の信頼性をします。かつては、 1回のみ- （としても知られidempotence ）の要件の適用を申請する可能性もqosの要件です。つまり、 1つのメッセージを配信できるだけで、リンク先の時間をします。
複数のメッセージをすべきで構成部品、個別部品のメッセージの配信がされる可能性があり、適切な順だった。また、利用可能である必要があり、受信者側の論理集約します。
メッセージのルーティング渡っ異種javaの李、します。ネット、そしてレガシーアプリケーションを頻繁にする必要があるビジネスフローオーケストレーションが添付されています。エンタープライズサービスバスのアドレスを解決することができ複雑な企業間取引のシナリオを展開します。
信頼できるメッセージングは、金融データ転送のような場合には、でも高いレベルのセキュリティを必要とします。したがって、包括を実行することが重要であることを確認したqosチェックしてアドレスを個別に建築qosの要件を十分にします。

在庫

李空室にはjava 。 netのアプリケーションの相互運用を必要とし、アプリケーションの基礎的インフラ（のようなオペレーティングシステムやアプリケーションサーバーのコンテナ）のためにオンラインサービス（つまり、利用可能な場合）のすべての時間です。ビジネスアプリケーションやサービスの可用性を測定することができパーセンテージである期間にわたって（たとえば、 99.99%利用可能な期間中365日の動作）やダウンタイムの統計情報（たとえば、 53分休止1年を通じて365日）します。ビジネスアプリケーションやサービスを実現することができ、通常のjava李高可用性クラスタリングされたりします。純コンテナアプリケーションサーバーとのセッションを有効にできなかったからアプリケーションのフェイルオーバーします。

李高可用性を達成するためにはjava 。 netのアプリケーションの相互運用は複雑です。が必要

空室状態の検出があるかどうかを調べる機構を検出したり、ターゲットの受信者（または李のjava 。 netアプリケーション）は、オンラインまたはません。
リクエストまたはサービスを持続して、ビジネスデータを再送することができ永続後、ターゲット受信者からの操作の履歴書サービスを返します。
エンドツーエンドの可用性分散javaとします。ネットアプリケーションの相互運用性、可用性の両方の手段javaとします。 netアプリケーションオンラインでなければならないと同時にサービスをご利用いただけます。両側にはオフライン、または利用できない場合には、相手側のニーズを取るなどのしつこい例外処理ルーチン、サービスリクエストを後に再送します。
李空室の稼働時間にはjava 。 netの相互運用のためのアプリケーションの稼働時間をカウントして、アプリケーションの両端にします。ではないの平均空室率の両方のjavaとします。ネットアプリケーションサーバーです。たとえば、 javaの李を実行した場合、送信者が99.99%利用可能なアプリケーション、および受信者を実行します。 netアプリケーションは99.91%利用できない場合、単純にすることはできないと仮定して空室李にはjava 。 netのアプリケーションの相互運用は、 99.99%または平均99.95%します。
ミドルウェアの可用性をjavaとします。ネットを使用するアプリケーションの相互運用によるiiop橋やエンタープライズサービスバスが非常に依存して空室のミドルウェア技術です。このようにすることが重要なことを確認し、橋の利用可能性が高いとは、景気回復や自己回復機能をサポートする高可用性ます。いくつかの橋やバスクラスタリングソフトウェアのミドルウェア技術を使用し、耐故障性、またはアプリケーションの可用性を確保するため回復します。

スケーラビリティとパフォーマンス

李または個別のjava 。 netのアプリケーションを調整することができ、通常スケーラビリティとパフォーマンスを向上します。しかし、李のjava 。 netの相互運用の設計およびアプリケーションに依存して、スケーラビリティとパフォーマンスの両方のjava 。 netのアプリケーションです。同じデザインのスケーラビリティとパフォーマンスの向上戦略は必ずしも動作しないため、両方のプラットフォームにします。

李スケーラブルなのjava 。 netの相互運用アプリケーションを処理することができ、大量の商取引やサービスのリクエストを行い、高いトランザクションスループットを生成することができます。理想的なシナリオでは、 javaの李スケーラビリティ。 netの相互運用は、アプリケーションのパフォーマンスは規模を拡大しなければならない直線ます。たとえば、相互運用ソリューションを使用するには、既存のウェブサービスアプローチします。余分な物理メモリを追加した場合（たとえば、 2 gbのメモリ）や、ハードウェアのアップグレードは（おそらくを3ghzプロセッサから2ghzプロセッサ）を、既存のjavaとします。 netアプリケーションサーバーでは、スケールアップできるようにしなければならない追加のせっけんを処理するメッセージ（たぶん20 ％を占めて追加のトランザクション処理率）を同時に押します。

実際には、スケーラビリティとパフォーマンスには、さまざまな要因は、李のjava 。 netの相互運用ソリューションです。これらに含まれる：

李メモリ因子のjava 。 netのアプリケーションの相互運用性を最適化することができなければならない、利用可能な物理メモリの性能を活用します。します。 netとjavaの多くのアプリケーションサーバー今日から利益を得ることができるように物理メモリの適切な設定パラメータを設定します。建築家や開発者の可能性を見たいかどうかを、相互運用のためのデザイン戦略は、任意のキャッシュシステムの性能を向上します。
cpuの要因の相互運用性を必要とするアプリケーション強烈なコンピューティングリソースを活用することができなければならない高性能cpuの電源を線形スケーラビリティ。たとえば、メッセージの暗号化復号化（暗号化などのxml ） cpuの高い処理能力を必要とします。アプリケーションを使用する場合は、相互運用によるiiop橋やエンタープライズサービスバスでxmlの暗号化復号化、高性能cpuプロセッサシステムのパフォーマンスを向上させるために役立ちます。
インターフェイス（またはi / o ）いくつかの要因が相互運用ソリューションを使用し、リレーショナルデータベース、オブジェクトデータベースを持続するすべてのサービスrequestersます。このような場合は、アプリケーションの相互運用性を活用することができなければならない基礎技術をスケールアップまたはデータベースを高めるための入力/出力のパフォーマンス、スケーラビリティの代わりに、独自の実装を作成します。
マルチスレッドまたは李要因のどちらかのjava 。 netの相互運用のアプリケーションを組み込むことができなければならないマルチスレッドをサポートして彼らのデザインを使用することができるので、複数のスレッドを処理する大量のサービス要求します。すべてのアプリケーション設計をサポートしません。マルチスレッドデフォルトでは、アプリケーションの設計に必要な同期の問題を処理します。 1つの例は、非同期メッセージングを使って戦略をjavaの李。 netの相互運用できるように、複数のスレッドで、アプリケーションのサービスをより多くのリクエストを処理します。
分散アーキテクチャのアプリケーション設計の要因との相互運用性のニーズをサポートする複数のインスタンスを同じマシン上または別のマシンで横断します。この分散アーキテクチャを設計できるように複数のインスタンスを同時に実行するアプリケーションとの相互運用性と水平スケールアップを処理することができ、大量のサービス要求を同時に押します。たとえば、非同期メッセージが表示できるようにすることの戦略を使ってエンタープライズサービスバスの複数のインスタンスを実行するためのアプリケーションの相互運用サービスのご要望は、カプセル化することができ、処理されたメッセージや、複数の加入者（サービスプロバイダー）です。

管理機能

管理機能を指し、質の高いサービス、アプリケーションまたはサービスの属性にして計装することができ、監視、および回復を実行する場合は例外です。 jmx javaアプリケーションをサポートすることができたため（ javaのapiの管理の拡張子）がします。 netアプリケーションていないと、李管理機能として、 java 。 netのアプリケーションの相互運用のニーズに頼る共通の測定および管理技術（たとえば、プロキシの管理）または標準（たとえばは、『 ws -マネジメント）します。相互運用戦略およびエンタープライズサービスバスブリッジによるiiopを使って重要な役割を果たすことができ、管理機能を提供することができるので、アプリケーションからの情報システム管理捕獲中心にあります。管理機能は、いくつかの重要な要件を解決すべきとの相互運用性のサポート：

李視界のjava 。 netのアプリケーションの相互運用を暴露することができなければならない状態の操作（例えば、積極的なエラーが発生したり）または管理情報（たとえば、 cpuの使用率）を計装およびシステムの監視を行います。監視能力である必要があり、相互運用のための戦略やサービスのオンラインステータスを報告します。
検出の相互運用性の問題を解決しなければならないことを検出する場合にはいずれかのサービスの問題やシステム障害の両方でjavaとします。 netアプリケーションです。この相互運用性の解決策を調査する必要があるかもしれシステムステータスやアプリケーションそのものを送信するシステムの心臓のビートを定期的にします。たとえば、いくつかのエンタープライズサービスバスとの相互運用ソリューションをサポートできますjmx報告書のいずれかからいずれかのサービスの問題や李のjava 。 netのアプリケーションを管理サーバ（実行中のmbean server ）です。
浄化能力を回復して、失敗したシステム管理や是正処置を実行するには非常に重要な管理李のjava 。 netのアプリケーションの相互運用します。
適応して管理ソリューションを簡単に広げなければならないに関係なく、他の企業向けアプリケーションの起源、ジャワ李、します。ネット、あるいはレガシーます。また、管理制御されなければならない環境に応じて、開発、品質保証、ステージング、および生産します。を有効または無効に特定のアプリケーションやシステムレベルでのログの外に行われなければならない、実際のアプリケーションでは、それは、設定ファイルまたは集中管理コンソールを開きます。
効果のあるべきだとのバランスを取るのログやアプリケーションの状態と、システム全体のパフォーマンスの追跡します。
入力した情報を提供する基本的なログのログを管理する統合ポイントの間に李のjava 。 netの相互運用ソリューションです。解決策のログ情報を収集することができなければならないからeeおよび個別のjava 。 netのサービスコンポーネント、と同様からの統合ポイント（ブリッジなど）との相関相互運用のためのアプリケーション管理ソリューションです。

これは、記事に追加されblerick tawman