品質servicescore問題

Bookmark and Share this Article Original English article

サービスの品質を管理することは非常に重要なビジネスの営業活動に成功しました。 可用性、スケーラビリティ、およびセキュリティレベルのサービスの特徴は、質の高いサービスの要件を決定しています。 これらの特徴は、非常に望ましいビジネスサービスなどのオンデマンドのビデオや音楽のダウンロード、資源や能力を必要とされるユーザーのリクエストに基づいて動的に割り当てられています。 で高品質のサービスは、企業のビジネスサービスを提供できる微分と容量オンデマンドます。 これはまた、重要な目的の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の李します。ネットビジネスコンポーネント)または統合ポイント(橋のような相互運用性)の内部でのアプリケーション層します。 取り扱い別のビジネスアプリケーションやコンポーネントを異種プラットフォーム(特にていたときの依存関係)は、やや複雑です。

これは、記事に追加されblerick tawman
免責事項:弊社のウェブサイト上に含まれる情報は、責任を負いませんこの記事されました。 この記事ではない方法での意見を反映して、ご意見、思想や信条の記事ディレクトリのスタッフします。

翻訳注意:記事"の品質servicescore問題"だった翻訳の自動翻訳サービスを使用しています。 すべてのお客様にご迷惑を翻訳してエラーが発生しました。 理解していただきありがとうございました。


  Online: 1223 users browsing the articles directory © 2005-2010 E-articles.info All Rights Reserved.  
The articles and tutorials in the directory are property of their respective owners and authors.