品質servicescore問題

Share

|

サービスの品質を管理することは非常に重要なビジネスの営業活動に成功しました。 可用性、スケーラビリティ、およびセキュリティレベルのサービスの特徴は、質の高いサービスの要件を決定しています。 これらの特徴は、非常に望ましいビジネスサービスなどのオンデマンドのビデオや音楽のダウンロード、資源や能力を必要とされるユーザーのリクエストに基づいて動的に割り当てられています。 で高品質のサービスは、企業のビジネスサービスを提供できる微分と容量オンデマンドます。 これはまた、重要な目的の1つは、ユーティリティコンピューティングにします。

用語"サービスの質" （ qosの）広く使用されてきたが、通信やデータセンターのコミュニティを参照するにはさまざまなネットワークパケットの処理やサービスのインフラと異なっていないと同じベストエフォート型のサービスです。 qosの概念を適用したソフトウェアエンジニアリング、通常のqosを意味して全身の品質の信頼性、可用性、スケーラビリティ、管理機能とセキュリティのためのビジネスアプリケーションやサービスの開発と展開します。 デザインおよび配置することが重要であるjavaのeeおよびました。この全身ネットビジネスアプリケーションの品質、特に李のjava 。 netの相互運用を提供します。 qosのネットワークを管理するためのサービスとインフラストラクチャの管理は非常に違うqosの李にはjava 。 netの相互運用可能なソフトウェアアプリケーションです。

その違いを説明する、建築家や開発者を見つけるかもしれない問題が、いくつかの共通のサービスレベルを管理するために彼らの目標李のjava 。 netのアプリケーションの相互運用：

• 李または個別のjava 。 netの信頼性とスケーラブルなアプリケーションのように見えるます。 一度彼らのリクエストやビジネスデータ交換サービスは、パフォーマンスのレベルにまで低下します。 することは困難でjavaの李するかどうかを簡単に教えたりします。純qosの任意のアプリケーションの中には問題があります。

• 管理することはできません、他の政党のqosドメイン外の場合、問題のqosの片端にします。

• qosのデザイン戦略のjavaプラットフォームで動作するためには適用されないことがあります。純、その逆もあります。

• はありませんqosの標準的なメカニズムを測定したり、管理します。

電気通信の文脈では、 qosの管理には、特定のネットワーク層ではありません必要性を考慮に入れて個別のビジネスアプリケーション（コンポーネントまたは要因）内のアプリケーション層です。 このほか、管理する必要がありませんqosの依存関係を考慮して（たとえば、 javaの李ビジネスアプリケーションの機能を集約したデータを別のアプリケーションとjavaの李します。ネットビジネスコンポーネント）または統合ポイント（橋のような相互運用性）の内部でのアプリケーション層します。 取り扱い別のビジネスアプリケーションやコンポーネントを異種プラットフォーム（特にていたときの依存関係）は、やや複雑です。