リッチインターネットアプリケーション監視の進化(シルバーライト監視を含む)
ウェブページの構成と性質は、劇的に変化し続けています。 静的コンテンツと不活性コンテンツのリポジトリとして機能した昨日の Web ページは、エンドユーザーと Web サイト間の豊富な対話を可能にする動的でインタラクティブなエンティティへと進化しています。
これらのますます一般的な豊富な相互作用は、次のとおりです。
- データの視覚化 (タイム フレームまたはロケーションのスパンにわたってデータを入力または表示できる)
- Eコマースウェブサイト(個人の好みに基づいて、さまざまな製品やサービスを購入することができます)
- サードパーティのホスト型ウィジェット、アプリ、シール、広告サーバーによって提供される動的コンテンツ
- ソーシャルネットワーク(ユーザーのセット間の相互作用を可能にする)。
この変更の一部は、マイクロソフトシルバーライト、Ajax、フレックス、フラッシュ、Javaなどの リッチインターネットアプリケーション(RIA)の開発により可能になりました。 しかし、RIA主導のウェブサイトの出現は、エンドユーザーが関与するミッションクリティカルな相互作用(すなわち収益を生み出す)のためにこれらのRIAをますます使用する組織にも問題を引き起こしています。 重要な課題の1つは、RIA主導のウェブサイトのウェブサイトのアップタイム、ページのパフォーマンス、Webアプリケーション機能の監視の難しさです。
Silverlightは、特に、対話型の結果と、その軽量のページの重さと開発プロセスのシンプルさの両方のために人気が高まっているアプリケーション フレームワークです。 Silverlight を使用すると、エンド ユーザーは、アニメーション、ビデオ、対話型 Web アプリなどの 、ブラウザーでのリア (別名リッチ メディア アプリケーション (RMA)) を表示できます。 また、Silverlight では、マルチメディア、グラフィックス、アニメーション、および対話機能を 1 つのランタイム環境に統合し、ページ開発者が Web サイト上で豊富な対話ユーザー エクスペリエンスを構築できるようにします。 Silverlight の監視の課題は、Silverlight の動的な性質によって中断されないエンド ユーザーの操作を模倣するブラウザ駆動の監視スクリプトを作成することです。 実際、ブラウザを使用する多くの高度な監視ソリューションは、充実した対話型 Silverlight アプリケーションを使用して監視スクリプトを実行することはできません。 実際、Silverlight の監視 (または RIA 監視) には、ブラウザ駆動の監視スクリプトだけでなく、高度な技術が必要です。
使用例: 銀行のシルバーライトモニタリング
Silverlight 監視に関する一般的な使用例は、金融機関のお客様が関係します。これらの顧客は、現金準備金、ポートフォリオなどをチェックするためにSilverlightで構築されたオンラインバンキング口座にログインします。このようなエンド ユーザー環境で Silverlight を使用すると、エンド ユーザーに対して高速で対話的なエクスペリエンスが提供されます。実際、多くのエンド ユーザーは、このタイプの対話型環境を、財務組織との関係において付加価値として見なしています。しかし、金融消費者が銀行機関を切り替える意欲と容易さを考えると、これらのSilverlightバンキングアプリケーションの稼働時間、パフォーマンス、機能は、銀行のウェブオペレーションチームと銀行の収益にとってますます重要です。
シルバーライトの相互作用:ネットワーク通信の変化
Silverlight などの動的アプリケーションの登場により、クライアント スイートとサーバー間の通信の基本的なパラダイムが変わりました。 以前は、静的コンテンツ Web ページで、ページの予測可能なナビゲーション パスと対話のセットが有効になりました。 そのため、サーバーとシンブラウザベースのクライアント間で直接やり取りがありました。 マイクロソフト Silverlight などの RIA の台頭により、直接モデルは分散関数を含むモデルに変更されました。 このモデルでは、サーバーとクライアント間の通信は、クライアント側エンジンを介して行われます。 以前はサーバーに存在していた Web ページのコード エンジンは、クライアント側エンジン間で配布され、ユーザーの操作に基づいて情報を非同期的に分散し、サーバーとします。 Microsoft Silverlight では、標準ベースのプレゼンテーションと動的な表示と対話のプログラミング手法を使用して、クライアント側エンジンとサーバー間の表示用のコードを分解します。
マイクロソフトシルバーライト監視の課題
一般的な測定ツールは、Webパフォーマンスの指標としてサーバーからの応答時間を測定します。 これは、定義されたシーケンスで実行される有限数の要素と、有限数の組み合わせで実行される静的ページを測定するように設計されているためです。 ただし、Microsoft Silverlight は、クライアント エンジンとブラウザー インターフェイス間の非同期的な情報フローに依存しています。 クライアント エンジンは、ユーザー インターフェイスとサーバー側のスクリプトを分離します。 その結果、サーバーの応答時間は Web パフォーマンスを測定する上では十分ではありません。 Microsoft Silverlight アプリケーションを使用した Web ページのパフォーマンスは、ネットワーク ヒューリスティック、ページを使用したユーザー トランザクション、ユーザーの操作に対するアプリケーションの動作など、複雑な要素で構成されます。 Silverlight には、さまざまな程度のメモリ管理手法を使用する複数のスクリプトを使用して、設計者が創造性とデザイン インターフェイスを使用するための複数のオプションがあります。 Silverlight 監視の問題は、各要素に固有の読み込み時間がそれぞれあるということです。 その結果、インターフェイスの応答時間、またはすべての Silverlight 要素を画面に読み込む時間は、サーバーの応答時間と同じくらい重要になります。 このような動作に固有の複雑さの例は、eコマースのウェブサイト上のトランザクションの数に反映されています。 ログイン直後、ユーザーは、製品の閲覧から価格の比較、特定の製品の購入に至るまで、さまざまなパスの選択肢を提示されます。 Silverlight を使用すると、設計者はこのような複雑さをアプリケーションに組み込むことができます。
シルバーライト監視の課題解決
前述のとおり、Web パフォーマンスの測定は、Silverlight を使用する Web サイトにとって複雑な作業になる可能性があります。 しかし、インタラクティブなウェブサイトの人気と普及を考慮すると、RIA対応のウェブサイトを作成して監視することは、ウェブサイト開発者にとって重要な考慮事項です。
Silverlight アプリを監視する成功した方法は、スクリプト構築プロセスで実際のブラウザーで仮想キーボードとマウス レイヤーを使用することです。 仮想キーボードとマウスを使用すると、ブラウザー イベントに基づいて Silverlight ピクセルイメージをキャプチャできます。 これらのイメージキャプチャは、スクリプトが Web サイトを通じて進む際に、適切なステップ レンダリングと実行の検証として使用されます。 スクリプトが進行している限り、アプリの機能は実際のブラウザ環境で検証できます。
ドットコムモニターでのWebパフォーマンスの問題の解決
UserView 監視-RIA は、画像マッチング技術と EveryStep マクロレコーダを組み合わせることで、Silverlight の監視を新しいレベルに引き上げます。 EveryStep レコーダーは自動的にブラウザのアクションを再コードすることにより、ウェブサイトを通してユーザーパスの記録を簡素化します。 これにより、ユーザーは Web トランザクションと Web アプリケーション・サービスを迅速にモニターできます。 監視は 1 分に 1 回の頻度で実行するように設定できるため、高度な Web サイト アプリケーションのパフォーマンスとユーザー エクスペリエンスの問題が常に監視されます。 また、ユーザービュー監視 RIA は、業界で一意に発生した Silverlight アプリケーションのパフォーマンスと Silverlight エラーをキャプチャする “ビデオ再生” 機能を備えた、これまでにない情報を提供します。 さらに、Web ページ要素レベルのパフォーマンスと、リアやアプレットなどの他の対話型アドオンのユーザー エクスペリエンスの監視を提供します。 UserView独自のデザインにより、ユーザーはピクセル座標を一致させ、ウェブサイトやアプリケーションの本格的なユーザービューに最適なウェブサイトの外観を確保することができます。 このアプリケーションは、このビューと詳細な分析を組み合わせて、潜在的な Web アプリケーションの問題を明確に理解し、ユーザー エクスペリエンス要件を満たし、それを超えるために行うことができる特定の改善点を定義するのに役立ちます。
