JP2023542646A - 差し込みサービスバックプレッシャーに基づくスマートなスパン優先順位付け - Google Patents

Abstract

開示する技術は、ウェブアプリケーションを自動的にインストルメント化することに関する。ある態様では、方法が、ウェブアプリケーションがユーザーインタラクションによってトリガされるイベントを含むことを特定する。この方法は、イベントによって引き起こされる第１操作セットの実行に基づいてトレーシング情報のログを取り、第１スパンのパフォーマンスの第１測定値を取得するように構成されるトレーサーに、イベントを対応付ける。方法は、第１操作セットの実行がサーバーへのリクエストを行わせることをコードにおいて特定する。方法は、リクエストをトレーサーと対応付ける。トレーサーは、リクエストによって引き起こされる第２操作セットの実行に基づいてトレーシング情報のログを取り、第１スパンの子スパンである第２スパンのパフォーマンスの第２測定値を取得するように構成される。

Description

関連出願の相互参照
背景
ウェブベースのアプリケーションが進歩するにつれて、従来のトレーサーアプリケーションは、複数のサーバー、複数のプラットフォーム、または複数のスレッドをまたいで正確なテレメトリデータをキャプチャすることができなくなるであろう。開示する解決策は、テレメトリ機能の向上と、これらの不備を克服するアナリティクスとを容易にする。

概要
ある態様では、ウェブアプリケーションを自動的にインストルメント化するための方法は、ウェブアプリケーションのコードから、ウェブアプリケーションがユーザーインタラクションによってトリガされるイベントを含むことを特定することを含む。方法は、イベントをトレーサーと対応付けることとをさらに含む。トレーサーは、イベントによって引き起こされる第１操作セットの実行に基づいてトレーシング情報のログを取り、第１スパンのパフォーマンスの第１測定値を取得するように構成される。第１スパンは、第１操作セットを含む。パフォーマンスの第１測定値は、（ｉ）第１操作セットを実行するための処理サイクルの数および（ｉｉ）第１操作セットの実行時間のうち、１つ以上を含む。方法は、第１操作セットの実行がサーバーへのリクエストを行わせることをコードにおいて特定することをさらに含む。方法は、リクエストをトレーサーと対応付けることとを含む。トレーサーは、リクエストによって引き起こされる第２操作セットの実行に基づいてトレーシング情報のログを取り、第２スパンのパフォーマンスの第２測定値を取得するように構成される。第２スパンは、第２操作セットを含む。第２スパンは、第１スパンの子スパンである。パフォーマンスの第２測定値は、（ｉ）第２操作セットを実行するための処理サイクルの数および（ｉｉ）第２操作セットの実行時間のうち、１つ以上を含む。

ある態様では、方法は、第１スパンの優先順位を受信することと、優先順位が優先順位許容範囲外であると判断することと、判断することに基づいて第１スパンをプロキシスパンとみなすこととをさらに含む。第１スパンをプロキシスパンとみなすことは、トレーサーに、第１操作セットの実行に基づいて情報のログを取らせないようにする。

ある態様では、方法は、更新された第１スパンの優先順位にアクセスすることと、更新された優先順位が優先順位許容範囲内であると判断したことに応答して、トレーサーをインスタンス化し、第１スパンをスパンと新たにみなすこととをさらに含む。

ある態様では、方法は、ウェブアプリケーションの開始に基づいてトレーサーおよびトレーサーをインスタンス化することを含む。方法は、イベントのトリガに基づいて第１スパンの開始のログを自動的に取ることをさらに含む。方法は、リクエストのトリガに基づいて第２スパンの開始のログを自動的に取ることをさらに含む。方法は、第２操作セットの完了に基づいて第２スパンの終了のログを自動的に取ることをさらに含む。方法は、第１操作セットの完了に基づいて第１スパンの終了のログを自動的に取ることをさらに含む。

ある態様では、方法は、リクエストのトリガに基づいてリクエストを外部サーバーに送ることをさらに含む。方法は、送ることに基づいて外部サーバー上で第２スパンの開始のログを自動的に取ることをさらに含む。外部サーバー上で第２操作セットを実行することをさらに含む。方法は、外部サーバー上で第２スパンの終了のログを自動的に取ることをさらに含む。方法は、第２スパンの終了の指示を外部サーバーから受信することをさらに含む。

ある態様では、方法は、第１スパンの優先順位にアクセスすることを含む。方法は、第１スパンの優先順位およびウェブアプリケーションの開始に基づいてトレーサーをインスタンス化することをさらに含む。方法は、リクエストのトリガに基づいて第２スパンの開始のログを自動的に取ることをさらに含む。方法は、第２操作セットの完了に基づいて第２スパンの終了のログを自動的に取ることとをさらに含む。

ある態様では、リクエストは、サーバーに第２操作セットを実行させる。方法は、第２スパンの終了のログを自動的に取ることは、第２スパンに関する情報を含むヘッダをサーバーから受信することをさらに含む。

上記方法は、有形のコンピュータ読み取り可能な媒体として実装でき、および／またはコンピュータプロセッサおよび取り付けられたメモリ内で動作可能である。

本開示の態様に係る、テレメトリを有するエンタープライズアプリケーションを自動的にインストルメント化するためのシステムの例を示す。 本開示の態様に係る、テレメトリデータを集めるために用いられるプロセスの例を示す。 本開示の特定の態様に係る、スパンコンテキストを生成するための、インストルメント化されたアプリケーションの例を示す。 本開示の態様に係る、スパン階層の例を示す。 本開示の特定の態様に係る、インストルメント化されたアプリケーション内にある、スパンコンテキストとログとを生成するために使われるトレーサー構成要素を示す。 本開示の特定の態様に係る、スパンのインストルメンテーションによって引き起こされるバックプレッシャーを管理するために用いられるトレーシングアーキテクチャの例を示す。 本開示の特定の態様に係る、優先順位付けされたスパン階層の例を示す。 本開示の特定の態様に係る、スパンを優先順位付けするためのプロセスの例を示す。 本開示の特定の態様に係る、ｔｒａｃｅｗｏｒｋｅｒクライアントを有する分散トレーシング環境の例を示す。 本開示の特定の態様に係る、スレッドをインストルメント化するためのプロセスの例を示す。 本開示の特定の態様に係る、分散ソフトウェアアプリケーション全体にトレーシングを伝播するプロセスの例である。 本開示の特定の態様に係る、分散システムにおけるサービス全体にスパンコンテキストを伝播する例を示す。 本開示の特定の態様に係る、ヘッダの例を示す。 態様のうち１つを実装するための分散システムの簡略図を示す。 ある態様に係る、ある態様のシステムの構成要素が提供するサービスがクラウドサービスとして提供され得るシステム環境の構成要素の簡略ブロック図である。 本発明の様々な態様が実装され得る例示的なコンピューティングサブシステムを示す。

詳細な説明
本明細書に開示する技術は、エンタープライズアプリケーションのテレメトリ機能を自動的に提供するための解決策を提供する。テレメトリは、ソフトウェアのランタイム実行についてのパフォーマンスデータの報告を集めることを指す。このようなデータとして、ウェブページまたはアプリケーション上の特定の機能がどれくらい頻繁に利用されるか、起動時間または実行時間の測定値、処理がクラッシュしたかどうか、失敗情報、およびユーザーエクスペリエンスなどが挙げられる。テレメトリデータは、アプリケーション単位で集めることができ、あるいは、ウェブページの各処理が完了するまでどれくらいの時間がかかったかについてのランタイムメトリクスなど、より細かいレベルで集めることができる。開示する解決策は、ＡＰＩ（アプリケーションプログラマーインタフェース）機能を用いて、テレメトリデータへのアクセスを可能にする。

述べたように、既存の解決策には不備がある。たとえば、既存の解決策によっては、トレーシングライブラリを手作業でインポートまたはリンクした後、インストルメンテーションデータが所望されるコードの一部で１つ以上の関数呼び出しを追加する必要がある場合がある。これに加えて、このような解決策では、開発者が１つ以上のベンダーからインストルメンテーションライブラリを選択し、これらのライブラリを構成する必要がある。これとは対照的に、開示する解決策では、コードにあるイベントおよびサーバーへの呼び出しを検出し、これらのイベントを自動的にインストルメント化することによってウェブベースのアプリケーションを自動的にインストルメント化する。

ある態様では、開示のシステムは、ソフトウェア開発者による入力を必要とせずに、エンタープライズアプリケーションを自動的にインストルメント化できる。本開示の特定の態様は、ソフトウェア開発者が設計したカスタムアプリケーションに自動的に組み込み可能なランタイムテレメトリフレームワークを提供するソフトウェア開発ツールに関する。たとえば、ソフトウェア開発ツールは、エンタープライズアプリケーションにトレーシング機能を自動的に差し込むことができる。トレーシング機能は、ユーザーインタラクション、ページナビゲーション、およびサーバー呼び出しなどの操作を自動的に追跡し、バックエンドサービスを実装する分散サーバーシステム（異機種間またはその他）を含む、ウェブページ上のユーザーのクリックからのエンドツーエンドトレーシングを可能にするように関連する論理トランザクションを１つにまとめる。

別の態様では、開示のシステムは、１つ以上のスパン、およびこれらのスパンに関する１つ以上のメッセージの優先順位付けを可能にし、大量のインストルメンテーションデータによって引き起こされることもあるネットワーク輻輳を最小限に抑える。たとえば、ランタイムまたはその前に、特定のスパンに低い優先順位を付けることができ、これにより、インストルメンテーションは、開発者にとって大きな関心であるであろう子スパンに関するデータを引き続き集めつつ、この特定のスパンのパフォーマンスの測定を行わせないようにする。

さらに別の態様では、開示する解決策は、エンタープライズアプリケーションの一部として実行中の１つ以上のプロセスについての詳細なインストルメンテーションを、これらのプロセスが複数のスレッドを含むか否かに関係なくウェブベースのアプリケーションの開発者が取得できるようにすることを含む。アプリケーションランタイム実行時、テレメトリフレームワークは、様々なプロセス、様々なスレッド、および様々なサーバーをまたいだインストルメンテーションを容易にする。こうすることで、インストルメンテーションコンテキストはスレッドをまたいで維持され、より細かいインストルメンテーションデータが得られるようになる。

別の態様では、開示のシステムは、セキュリティ要件またはその他の理由でトレーシングヘッダが示すインストルメンテーションを自動的に許可できない分散サーバーを含む、分散システム全体でのテレメトリを容易にする。より具体的には、特定の態様は、プロトコルサポートを自動的に発見し、それぞれ異なる呼び出しへのトレーシング情報の差し込みをプロトコルサポートに基づいて調整できる。そのため、開示のシステムは、リモートサーバー、特に、クロスドメインリクエストがアクセスするリモートサーバー上で動作するプロセスについての詳細なテレメトリデータを取得できるようになる。このようなサーバーは、異なるドメインにある異なるエンティティによって操作できる。

図１は、本開示の態様に係る、テレメトリを有するエンタープライズアプリケーションを自動的にインストルメント化するためのシステムの例を示す。図１は、開発者のコンピューティングデバイス１１０、エンドユーザーのコンピューティングデバイス１３０、ネットワーク１５０、およびサーバー１４０ａ～１４０ｎを示す。図１に示す例では、開発者のコンピューティングデバイス１１０は、インストルメント化されたアプリケーション１２０を構築してサーバー１４０ａに展開する。サーバー１４０ａは、次に、エンドユーザーのコンピューティングデバイス１４０にアプリケーションを供給する。インストルメント化されたアプリケーションがテレメトリデータを取得するために用いるプロセスの例を図２に示す。インストルメント化されたアプリケーションの例を図３に示す。開発者のコンピューティングデバイス１１０およびエンドユーザーのコンピューティングデバイス１４０用に適したコンピューティングデバイスとして、クライアントコンピューティングデバイス１４０２、１４０４、１４０６、および１４０８で示したコンピューティングデバイスなどを挙げることができ、適したサーバーとして、図１４に示すサーバー１４１２などが挙げられる。

インストルメント化されたアプリケーション１２０の実行中またはインストルメント化されたアプリケーション１２０と関連して、エンドユーザーのコンピューティングデバイス１４０は、１つ以上のサーバー１４０ｂ～１４０ｎと接続して各種リソース（たとえば、画像、スクリプなど）を取得するおよび／またはインストルメンテーション機能を実行してもよい。インストルメント化されたアプリケーション１２０の実行中または実行後、テレメトリデータ１２２は、解析のために開発者のコンピューティングデバイス１１０に返される。

開発者のコンピューティングデバイス１１０は、開発者のＩＤＥ（統合開発環境）１１２、バックエンドデベロッパーツール１１４、コンソール１１６、およびテレメトリデータ１２２のうち、１つ以上を含む。開発者のＩＤＥ１１２は、コンパイル、リンク、デバッグ、トレーシング、またはその他の機能を提供するグラフィカル開発ツールである。バックエンドデベロッパーツール１１４は、１つ以上のコンパイラ、１つ以上のリンカ、１つ以上のデバッガ、１つ以上のシミュレータなどを含み得る。インストルメント化されたアプリケーション１２０を実行することによって取得したテレメトリデータ１２２を見るために、コンソール１１６が使われる。図示したように、テレメトリデータ１２２は、特定のウェブページが「サーバー１」上で実行され０．５秒かかったこと、画像読み込みが「サーバー２」上で実行され０・４秒かかったこと、およびボタンクリックが引き起こされ処理に０．２秒かかったことを示すデータを含む。

サーバー１４０ａ～１４０ｎを、同じ機能、同様の機能、または異なる機能を実行するように構成できる。たとえば、サーバー１４０ａ～１４０ｎは、１つの分散サーバーシステムとして動作できる。別の例では、サーバー１４０ａ～１４０ｎは、ウェブサーバー、ファイルサーバー、またはウェブページからの１つ以上のコンポーネントを供給できる、または、データベースのクエリを受信してその結果を提供できるその他のサーバーであり得る。場合によっては、サーバー１４０ａ～１４０ｎは、それぞれ異なるエンティティ（会社または個人）の管理下に置くことができる、および／またはそれぞれ異なる場所に位置することができる。したがって、本明細書において説明する特定の態様は、スパンコンテキスト伝播を介して、異なるサーバーをまたいでテレメトリデータを取得することに関する。開発者のコンピューティングデバイス１１０、エンドユーザーのコンピューティングデバイス１４０、ネットワーク１５０、およびサーバー１４０ａ～１４０ｎは、ネットワーク１５０など１つ以上の接続をまたいで接続できる。ネットワーク１５０として、有線ネットワーク、ワイヤレスネットワーク、およびインターネットなどが挙げられる。

エンドユーザーのコンピューティングデバイス１３０は、ウェブアプリケーション１３４（たとえば、ウェブページ）と、ウェブブラウザ１３２と、トレーサーアプリケーション１３６とを備える。ウェブアプリケーション１３４は、ウェブブラウザ１３２によって描画できる。ウェブアプリケーション１３４の一部であるトレーサーアプリケーション１３６は、インストルメンテーション機能を提供する。たとえば、トレーサーアプリケーション１３６がテレメトリデータを収集する。テレメトリデータは、定期的または要求に応じて外部装置にエクスポートできる。テレメトリデータとして、特定の機能がどれくらい頻繁に利用されるのか、起動時間または実行時間の測定値、処理がクラッシュしたかどうか、失敗情報、およびユーザータイプなどが挙げられる。

ある例では、ソフトウェア開発者は、開発者のＩＤＥ１１２およびバックエンドデベロッパーツール１１４を用いて、カスタムウェブベースアプリケーションを構築する。特に、開発者のコンピューティングデバイス１１０上で実行中のソフトウェアツールは、テレメトリ機能を提供するコード（たとえば、トレーサーコード）を挿入して、インストルメント化されたアプリケーション１２０を生成する。場合によっては、開発者のコンピューティングデバイス１１０からエンドユーザーのコンピューティングデバイス１４０にインストルメント化されたアプリケーション１２０を直接送ることができる。その他の場合、インストルメント化されたアプリケーション１２０は、サーバー１４０ａ～１４０ｎに直接送られる。サーバー１４０ａ～１４０ｎでは、インストルメント化されたアプリケーション１２０がホストされ、後にエンドユーザーのコンピューティングデバイス１４０によってダウンロードされる。

エンドユーザーのコンピューティングデバイス１４０は、たとえばネットワーク１５０をまたいでサーバー１４０ａからアプリケーションにアクセスする。エンドユーザーのコンピューティングデバイス１４０を操作しているユーザーは、アプリケーションとやり取りし、これにより、エンドユーザーのコンピューティングデバイス１４０は、サーバー１４０ａ～１４０ｎのうち１つ以上にアクセスすることになる。当該１つ以上のサーバーは、次に、アプリケーションのすべてまたは一部をエンドユーザーのコンピューティングデバイス１４０に供給する。エンドユーザーのコンピューティングデバイス１４０は、テレメトリ機能を実行する。テレメトリ機能は、アプリケーションとのユーザーインタラクションによって直接引き起こされた操作（たとえば、クリック、再読み込み）または間接的に引き起こされた操作（たとえば、ページからリンクする画像が読み込まれるなど）をインストルメント化させる。こうすることで、これまでの解決策よりも詳細なテレメトリ情報が利用可能になる。テレメトリデータ１２２は、１つ以上のサーバー１４０ａ～１４０ｎによって集められる。

述べたように、特定の態様は、エンタープライズアプリケーションからテレメトリ情報を取得することに関する。テレメトリを容易にするために、エンタープライズアプリケーション内で１つ以上のスパンが作成される。本明細書において使用するとき、スパンとは、１つの作業単位を表す命名された操作の集合を指す。特定のスパンはプロセスを指し得る。スパンは、スパンコンテキストを有する。本明細書において使用するとき、スパンコンテキストは、トレース識別子と、スパン識別子とを含み得る。したがって、第１プロセスは、第１スパンを有し得、第２プロセスは、第２スパンを有し得る。第１プロセスによって第２プロセスが呼び出された場合、第１スパンが親となり、第２の子となるように、第１スパンと第２スパンは親子関係によって関係付けられる。それぞれ異なるプロセスのスパンを追跡することにより、より詳細なインストルメンテーションが容易になる。

特定の図面およびそれに関連する説明は、特定の態様についてさらに説明する。たとえば、図４～図５は、スパンインストルメンテーションのそれぞれ異なる態様に関する図である。図６～図８は、インストルメンテーション中に様々なスパンを優先順位付けすることに関する図である。図９および図１０は、スレッドをインストルメント化することに関する図である。図１１～図１３は、異なるデバイスをまたいでスパンコンテキストを伝播することに関する図である。図１４～図１６は、インストルメンテーション機能を実装できる様々なコンピューティングシステムを示す図である。

ウェブベースのエンタープライズアプリケーションのインストルメンテーション
図２は、本開示の態様に係る、テレメトリデータを集めるために用いられるプロセス２００の例を示す。プロセス２００は、開発者のコンピューティングデバイス１１０およびサーバー１４０ａ～１４０ｎのうち、１つ以上によって実行できる。

ブロック２０２では、プロセス２００は、クライアントデバイス上のウェブブラウザにウェブページアプリケーションを提供する。たとえば、サーバー１４０ａは、ウェブブラウザ１３２にウェブアプリケーション１３４を供給する。ウェブアプリケーション１３４は、インストルメンテーションを提供するトレーサーアプリケーション１３６を含む。ウェブアプリケーション１３４は、プロセス２００よりも前にトレーサーアプリケーション１３６でインストルメント化されている。

ブロック２０４では、プロセス２００は、ウェブページアプリケーションの開始を検出することを含む。ウェブブラウザ１３２は、ウェブアプリケーション１３４およびトレーサーアプリケーション１３６の実行を開始する。サーバー１４０ａは、ウェブブラウザ１３２が１つ以上のリソースを要求したと判断することによって実行の開始を検出できる。

ブロック２０６では、プロセス２００は、ウェブページアプリケーションの開始に基づいてトレーサーアプリケーションをインスタンス化することを含む。トレーサーアプリケーション１３６は、ウェブアプリケーション１３４のトレーシングデータのログを取るように構成される。

ブロック２０８では、プロセス２００は、ウェブページアプリケーションとのインタラクションによって開始されたイベントを検出することを含む。ウェブアプリケーション１３４は実行を継続し、イベントがトリガされる。イベントとして、ユーザーインタフェースインタラクション、クリック、ナビゲーション、マウスオーバー、更新などが挙げられる。これに加えて、イベントは、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）であり得る。

ブロック２１０では、プロセス２００は、検出に基づいてスパンの開始のログを自動的に取ることを含む。ログを取る動作は、スパンがトレーサーアプリケーションに対応付けられる。トレーサーアプリケーション１３６は、イベントに対応するスパンのログを取らせる。

ブロック２１２では、プロセス２００は、イベントに対応する操作を実行することを含む。ウェブブラウザ１３２は、画像またはリソースを読み込むなど、イベントに対応するコードを実行する。

ブロック２１４では、プロセス２００は、イベントに対応する操作の完了に基づいてスパンの終了のログを自動的に取ることを含む。ブロック２１２で参照されたコードが完了すると、トレーサーアプリケーション１３６は、スパンの終了のログを取る。収集されるデータは、利用された処理サイクル、スパンを実行するのにかかった時間、メモリ消費などを含み得る。

本明細書において述べたとおり、特定の態様は、複数のサーバーにまたがるスパン、複数の処理スレッドにまたがるスパン、または複数の個別に特定可能な操作を利用するスパンに関するデータを測定できる。たとえば、ブロック２１０の実行ことによって、より細かい情報を提供できる追加スパンが作成され得る。たとえば、トレーサーアプリケーション１３６は、第１操作に対応する第１の子スパンと、第２操作に対応する第２の子スパンとを作成できる。第１の子スパンおよび第２の子スパンは、スパンの子供であり得る。

この例を引き続き参照すると、トレーサーアプリケーション１３６は、第１操作の完了に基づいて第１の子スパンの終了のログを自動的に取り、第１操作の完了に基づいて第１の子スパンの終了のログを自動的に取る。そのため、トレーサーアプリケーション１３６は、スパン単体だけよりも細かい情報を取得する。第１の子スパンおよび第２の子スパンは、スパンに対応付けられる。

以下の例は、Ｊａｖａｓｃｒｉｐｔを用いたクライアント側のスパンコンテキストを挿入するためのコードを示す。

図３は、本開示の特定の態様に係る、スパンコンテキストを生成するための、インストルメント化されたアプリケーションの例を示す。インストルメント化されたアプリケーションは、開発者のＩＤＥ１１２などのソフトウェア開発ツールによって構築およびインストルメント化され得、コンピューティングデバイス上で実行中のブラウザによって実行され得る。図３は、ウェブアプリケーション３０２と、サーバー３４０と、クエリ３５０と、レスポンス３５２とを含むウェブアプリケーション環境３００を示す。図３に示す例では、トレーサー機能を有してインストルメント化されたウェブアプリケーション３０２は、ウェブブラウザ上で動作し、サーバー３４０と通信して１つ以上のウェブページを供給する。ウェブアプリケーション３０２は、１つ以上のクエリ３５０を送り、これに応答して１つ以上のレスポンス３５２を受信する。図３についてはウェブページに関して説明しているが、当該フローおよびコンポーネントがモバイルアプリケーションやその他のアプリケーションによって実行できることが分かる。

ウェブアプリケーション３０２は、コンポーネント３１４、３１６、および３１８を有するウェブページ３１２を含むフロー３１０を示す。これらのコンポーネントは、モバイルアプリケーション、ウェブアプリケーション、サービス接続、ビジネスオブジェクト、またはプロセスであり得る。各コンポーネントは、ウェブページの一部など異なる機能を実行できる。コンポーネント３１４、３１６、および３１８の各々は、コンポーネントイベント３１５、３１７、および３１８をそれぞれ生じさせることができる。コンポーネントイベント３１５、３１７、および３１８の各々は、テレメトリランタイム３２０において１つ以上の出現回数をトリガする。テレメトリランタイム３２０は、次に、イベントのログを取っている間に、１つ以上のアクションを実行させる。

フロー３１０またはウェブページ３１２のモジュールは、互いにやり取りしたり、関わったりし得る。たとえば、特定のウェブページの場合、コンポーネントは、ＵＩ（ユーザーインタフェース）コンポーネント、変数、アクションチェーン、ウェブページのフロー、およびページナビゲーション、ならびにＲＥＳＴエンドポイントを経由するデータアクセスであり得る。変数は、ブラウザ設定の状態、クライアントデバイス設定の状態、ユーザー設定の状態、またはその他のパラメータの状態を格納および管理するために用いられるメカニズムであり得る。ウェブページのコンポーネントは、コンポーネントごとの様々なイベントを処理するテレメトリランタイムとやり取りできる。

テレメトリランタイム３２０は、コンポーネントイベント３１５、３１７、および３１９に対応するアクションまたはアクション変更を生じさせることができる。たとえば、ユーザーは、ブラウザ内で表示されたウェブページの特定の表示要素をクリックし、コンポーネントイベントを生じさせ得る。テレメトリランタイム３２０は、ウェブブラウザが新しいウェブページに移動する（３３０）と判断し得る。テレメトリランタイム３２０は、ユーザークリックに対応付けられたアクションがウェブページ３１２のＵＩ（ユーザーインタフェース）の一部を更新することであると判断し得る。

別の例では、テレメトリランタイム３２０は、ＵＩの一部を更新するためのステップに対応するアクションチェーン３３３を開始し得る。たとえば、アクションチェーンは、互いに関連する１つ以上の個々のアクションのセット、または連続したアクション３３６であり得る。各アクションチェーンは、イベントによってトリガすることができる。たとえば、ユーザークリックは、ユーザークリックを受けたブラウザ上の位置（たとえば、ハイパーリンク、ナビゲーションボタンなど）に対応するページへの移動をトリガできる。アクションチェーンは、アクションチェーンのスコープ内で利用可能な入力パラメータおよびローカル変数を規定でき、アプリケーションのスコープ内のパラメータと変数とを含むことができる。テレメトリランタイムは、ＵＩの一部を更新するためにはサーバーへの１つ以上のＲＥＳＴ呼び出し３３８が必要であると判断し得る。

ＲＥＳＴ呼び出し３３８にレスポンスして、ウェブアプリケーション３０２は、サーバー３４０のＲＥＳＴサービスエンドポイント３３２にクエリ３５０を送る。クエリ３５０は、差し込みスパンコンテキストを含み得る。次に、サーバー３４０は、追加のＨＴＴＰヘッダを含み得るレスポンス３５２を返す。その後、ウェブアプリケーション３０２は、このレスポンスを用いて、コンポーネントイベント（複数可）が引き起こしたアクションを完了する。

ウェブページおよびページナビゲーションのフローが第１のページから第２のページへの情報の伝送を管理している。ブラウザにおいて動作中の各アプリケーションと同様に、各ウェブページには予め定められたライフサイクルがある。ページに入るまたはページから出るなどの各ライフサイクルイベントは、アクションチェーンをトリガできる。モバイルアプリケーションまたはウェブアプリケーションに入るすべてのデータは、ＲＥＳＴプロトコルに基づき得る。このデータは、カスタムビジネスオブジェクトから送られ得、サービス接続が提供するビジネスオブジェクトからも送られ得る。アクションおよび変数は、モバイルアプリケーションまたはウェブアプリケーションにおいてデータがどのようにＲＥＳＴエンドポイントに送受信されるかを制御する。アクションチェーンは、明確なコンテキストとコントラクトとを有する。アクションチェーンは、その基盤となるアクションを指揮し、状態フローおよび実行パスを調整する。アクションチェーンは、そのコンテキスト内でのみ利用可能な入力パラメータとローカル変数とを定義できる。アクションチェーンとして、ＲＥＳＴ呼び出しを行った（第１のアクション）後その結果を受け取って変数に格納する（第２のアクション）アクションチェーンなどが挙げられる。アクションは、新しい状態をそのコンテキストにエクスポートし得るが、これは同じアクションチェーンに沿った今後のアクションにのみ利用可能である。アクションチェーンは、ページまたはアプリケーションの文脈で作成でき、そのページまたはアプリケーションのスコープ内で存在する。アクションチェーンは、定義済みのインタフェースおよびコントラクトを有し、そのＩＤを用いてイベントトリガによって呼び出すことができる。

テレメトリＡＰＩ（アプリケーションプログラマーインタフェース）３２２は、テレメトリランタイムの動作、任意のアクションまたはアクションチェーン、コンポーネントイベント、およびその他の関連動作（たとえば、アクションに対するサーバーレスポンス）にプログラマがアクセスすることを可能にできる。テレメトリＡＰＩ３２２は、スパンログを、さらなる処理のために、データベース、記憶媒体、または別のサーバーもしくは別のブラウザに出力できる。一例において、テレメトリＡＰＩは、ＲＥＳＴ ＡＰＩであってもよい。テレメトリＡＰＩ３２２は、監査ログ、アプリケーションフローログ、またはその他のログファイルなど、クラウドインフラストラクチャオブジェクトを格納できる。テレメトリＡＰＩ３２２は、格納されたクラウドインフラストラクチャオブジェクトを定期的にサンプリングし、共通アナリティクス差し込み３２４またはクライアントログ差し込みエンドポイント３２６にテレメトリデータを出力し得る。

共通アナリティクス差し込み３２４は、テレメトリＡＰＩ３２２からログデータを差し込み得る。一例において、共通アナリティクス差し込み３２４は、クラウドインフラストラクチャオブジェクトストレージからのログデータを、ＲＥＳＴ ＡＰＩを用いて差し込むことができる。一例において、共通アナリティクス差し込み３２４は、収集されたログデータの格納場所を決定し得る。共通アナリティクス差し込み３２４は、ユーザーレベル、グループレベル、または組織レベルで様々なログデータを差し込むことができる。いくつかの例では、共通アナリティクス差し込み３２４は、ログデータを、アナリティクスコンソール用イメージに変換できる。

また、クライアントログ差し込みエンドポイント３２６は、テレメトリＡＰＩ３２２からログデータを受信するように構成できる。クライアントログ差し込みエンドポイント３２６は、ログデータを格納したり、ログデータを様々なイメージに変換したり、ログデータに対するさらなる処理を実行したりできる。

一般に、分散トレーシングは、分散トレーシングアーキテクチャ内でＴｒａｃｅ－Ｃｌｉｅｎｔ ＡＰＩを用いて実装され得る。Ｔｒａｃｅ－Ｃｌｉｅｎｔ ＡＰＩは、１つのアプリケーション内の複数の操作まわりのスパンを作成するために使われるトレーサーから構成される。スパンは、子スパンを有することができる。子スパンは、それぞれの親スパンよりも粒度が小さい操作を示す。そして、親スパンは、最初の子スパンよりも粒度が小さい操作を示す子を有することができる。１つの親から生じるスパンの集合は、トレースとみなされ得る。これらのスパンは、スパンが測定する操作についてのメタデータを、識別情報とともに含んでいる。アウトプロセス呼び出しを行う操作（たとえば、クライアントアプリケーションがＲＥＳＴサービスに呼び出しを行う）を有するアプリケーションの場合、スパンコンテキストを（たとえば、特定のＨＴＴＰヘッダの形式の）送信リクエストとともに伝播できる。受信側のアプリケーションまたはサーバーは、スパンコンテキストを抽出し、それを用いてクライアント上で親スパンの子スパンを作成できる。Ｔｒａｃｅ－Ｃｌｉｅｎｔ ＡＰＩは、スパン情報をログメッセージ（スパンの開始と終了のそれぞれに１つずつ）の形式で様々なバックエンドサーバーに出力する機能を有する。

アプリケーションスパンの例は、簡単なアプリケーションフローである。たとえば、ユーザーがウェブページに移動してボタンをクリックする。このボタンクリックは、イベントをトリガし、イベントは、アプリケーションにイベントハンドラを呼び出しさせる。イベントハンドラは、ＲＥＳＴサービスによって処理されるＲＥＳＴ（ｄｅｆｉｎｅ）リクエストを行う。サービスは、アプリケーションのユーザーインタフェースを更新させるレスポンスを返す。この例は図４に示されている。

図４は、本開示の態様に係る、スパン階層の例を示す。図４は、スパン階層４１０と、スパンタイムライン４３０とを示す。スパン階層４１０とスパンタイムライン４３０とは、合わせて、スパンコンテキストにある様々なスパン同士の関係の一式を記述する。スパン階層４１０またはスパンタイムライン４３０内には、親スパンと子スパンとの関係が存在する。図示したように、スパン階層４１０は、ユーザークリック４１２、イベントハンドラ４１４、ＲＥＳＴリクエスト４１６、レスポンス処理４１８、サーバー処理リクエスト４２０、およびＵＩ更新４２２など、イベントの階層を表す。スパンタイムライン４３０は、スパンＡ４２４と、スパンＢ４３４と、スパンＣ４３６と、スパンＤ４４０と、スパンＥ４３８と、スパンＦ４４２とを含む。

ある例では、ウェブブラウザ１３２は、ユーザークリック４１２を受ける。ユーザークリック４１２によってスパンＡ４２４が作成される。これに応答して、ウェブブラウザ１３２は、ユーザークリックのアクションによって表されるイベントを開始する。このイベントは、イベントハンドラ４１４の操作をトリガする。ウェブブラウザ１３２は、イベントハンドラ４１４を用いて、受け付けられたユーザークリックに基づいてどのイベントが検出されるかに応じて、これから行う１つ以上のアクションを決定し得る。イベントハンドラ４１４のインスタンス化は、スパンＡ４２４の子スパンであるスパンＢ４３４を生じさせる。

この例を引き続き参照すると、イベントハンドラ４１４は、ＲＥＳＴリクエスト４１６およびレスポンス処理４１８を引き起こす。ＲＥＳＴリクエストのレスポンスの処理はＲＥＳＴ自体の後に生じるので、（ＲＥＳＴリクエストに対応する）スパンＣ４３６は、スパンＥ４３８よりも前に生じる。ＲＥＳＴリクエストは、サーバーにリクエストの処理をさせる。ＲＥＳＴレスポンスの処理は、それに応じてＵＩ（ユーザーインタフェース）を更新させる。そのため、図示したように、ＲＥＳＴリクエスト４１６は、サーバー処理リクエストと、ＵＩ更新４２２とを引き起こす。サーバーがリクエストを処理するまでＵＩは更新されないので、（サーバー処理リクエストに対応する）スパンＤ４４０は、（ＵＩの更新に対応する）スパンＦ４４２よりも前に開始して完了する。そのため、スパンＤ４４０は、サーバーのリクエストの処理を表す。

見て分かる通り、スパンＤ４４０はスパンＣ４３６の間に生じ、スパンＦ４４２はスパンＥ４３８の間に生じる。スパンＥ４３８は、ブラウザから行われたＲＥＳＴリクエストに対応するサーバーからのレスポンスのブラウザ処理を表す。スパンＦ４４２は、サーバーからのレスポンスの処理に基づいてブラウザがユーザーインタフェースを更新することを表す。スパンＣ４３６およびＥ４３８は、スパンＢの子であるが、順次動作する。スパンＤ４４０およびＦ４４２は、それぞれスパンＣ４３６およびＥ４３８の子である。

図４で説明したようなスパンコンテキストは、ソフトウェア開発ツール（たとえば、開発者のＩＤＥ１１２）によってカスタムエンタープライズアプリケーションに追加されるインストルメンテーションライブラリによって管理される。

図５は、本開示の特定の態様に係る、インストルメント化されたアプリケーション内にある、スパンコンテキストとログとを生成するために用いられるトレーサー構成要素を示す。図５に示す例では、ウェブアプリケーション５２２を実行するエンドユーザーのコンピューティングデバイス５２０は、様々なコマンドおよび／またはＡＰＩ呼び出しによってサーバー５６０と通信する。ウェブアプリケーション５２２は、開発者のＩＤＥ１１２によって開発でき、顧客が開発したソフトウェアでもあり得る。インストルメンテーションをサポートするためのコードが開発者のＩＤＥ１１２によって自動的に追加される。

エンドユーザーのコンピューティングデバイス５２０は、ウェブアプリケーション５２２（または、その他のコンシューミングクライアント）、トレースモジュール５２４、トレーサーインタフェース５２６、スパンインタフェース５２８、トレーサー５３０、スパン５３２、スパンログライブラリ５３４（すなわち、Ｂｕｎｙａｎロガー）、スパンスタック５３６、ブラウザコンソール５３８、圧縮層５４４、トレーサーサーバーストリーム５４６、送信者タスク５４８、メッセージキュー５４２、およびトレーサーコンソールストリーム５５２など、１つ以上のモジュールを備える。次に、トレーサー５３０は、ウェブアプリケーションに対してインストルメンテーションを実行し、１つ以上のスパン５３２を作成し、スパンスタック５３６にアクティブスパンを追加するよう動作する。サーバー５６０は、トレースコレクタサーブレット５６２など、１つ以上のモジュールを備える。

続いて、ウェブアプリケーション５２２は、ユーザーからインタラクション（たとえば、ユーザークリック）を受けるまたは検出する。ウェブアプリケーション５２２は、トレースモジュール５２４および／またはトレーサーインタフェース５２６とやり取りして、１つ以上のトレーサー５３０を開始する。次に、スパンログライブラリ５３４は、スパンインタフェース５２８を介して、イベントタイプ、イベントの名称、サーバーリクエストのＵＲＬ、戻り値のステータスコード、エラー、警告などの情報およびメタデータのログを取る。

様々なＡＰＩ呼び出しが利用可能である。ＡＰＩ呼び出しであるｉｎｉｔＴｒａｃｅｒ（）は、グローバルトレーサーオブジェクトを初期化して返す。ＡＰＩ呼び出しであるｉｎｉｔＴｒａｃｅｒは、１つのアプリケーションコンテキストにつき一度呼び出され、ＴｒａｃｅｒＯｐｔｉｏｎｓオブジェクトを返す。ＡＰＩ呼び出しであるａｃｔｉｖｅＴｒａｃｅｒは、グローバルトレーサーオブジェクトを返す。たとえば、ＡＰＩ呼び出しであるｉｎｊｅｃｔ（）は、（たとえば、サーバーへの）リクエストにスパンを差し込ませる。処理を戻す際に、ＡＰＩ呼び出しであるｅｘｔｒａｃｔ（）を用いてスパンを抽出できる。

複数のスパンを生成できる。たとえば、トレーサー５３０は、ウェブアプリケーション５２２のイベントまたはスレッドを表すためのスパンを作成できる。トレーサー５３０は、トレーサーがスパンを作成した特定の操作に基づいて、適宜（たとえば、図４で説明するように）、子スパンを作成できる。本明細書においてさらに説明するが、インストルメント化されたアプリケーションは、アプリケーションにあるイベントをトリガすることによって生じたリクエストの要求に応えるそれぞれ異なるスレッドおよび／または異なるサーバーから情報を取得できる。

ウェブアプリケーション５２２は、トレーサーインタフェース５２６を用いて、トレーサーを制御する、またはスパンの挿入を受け得る。また、トレーサーは、スパンスタック５３６への書き込みまたは読み出しを監視し得る。スパンスタック５３６では、トレーサーは、１つ以上のスパンをキャッシュもしくはアクセスして親スパンを監視する、またはスパン５３２など新しく作成されたスパン内にスパンコンテキストを挿入できる。ウェブアプリケーション５２２は、スパンインタフェース５２８を用いて、スパンログライブラリ５３４にスパン関連情報を伝送し得る。圧縮層５４４は、スパン関連情報がトレースコレクタサーブレット５６２に送られる前に、最小限に圧縮できる。圧縮層５４４が利用する圧縮技術として、ｚｉｐおよびｇｚｉｐが挙げられる。一例において、トレーサーコンソールストリーム５５２は、エンドユーザーのコンピューティングデバイス１４０上に提示されているブラウザコンソールにスパンログのストリームを出力し得る。次に、サーバー５６０は、トレースコレクタサーブレット５６２を実行し得る。トレースコレクタサーブレット５６２は、スパンログのストリーム、およびエンドユーザーのコンピューティングデバイス５２０上の送信者タスク５４８からトレースを収集する。

スパンの優先順位付け
本開示の態様は、ウェブアプリケーションをインストルメント化することに関する。場合によっては、イベントの数が多いこと、ならびに結果として得られるスパンおよび／または呼び出しが子スパンをもたらすことが原因で、スパンの数を管理したり優先順位付けしたりすることが難しくなり得る。このような場合、特定の態様は、スパンログのための容量を低減するおよびテレメトリデータを合理化する目的でスパンのペイロードを低減するための機能を提供する。

デフォルトモードでは、インストルメンテーションは、すべてのスパンをキャプチャし、これらすべてのスパンに基づいてブラウザコンソールおよび任意のサービスにメッセージを発信できる。しかしながら、場合によっては、管理できない数のスパンメッセージが存在している場合があり、関連する対象のテレメトリデータの全容を分かり難くしてしまう。そのため、スパンを１つ以上の基準に基づいてフィルタリングすることができる。

さらには、場合によっては、対象のスパンは、子スパンであり、対応する親スパンよりも詳細な情報を提供する。しかし、親スパンの情報は、スパンデータの輻輳に寄与し得る。したがって、特定の態様は、プロキシスパンの概念を採用し、対象の１つ以上の具体的な子スパンに関するインストルメンテーションの詳細のみを集めつつ、スパンツリーを維持することを可能にする。

図６は、本開示の特定の態様に係る、スパンのインストルメンテーションによって引き起こされるバックプレッシャーを管理するために用いられるトレーシングアーキテクチャの例を示す。図６は、アプリケーションランタイム６０２、トレーサー実装６０４、スパンコントローラ６０６、ブラウザスパンログライブラリ６３４、コンソールストリーム６１０、ＣＬＳ（クライアントログサービス）ストリーム６１２、およびクライアントログサービス６１４のうち、１つ以上を備えるトレーシングアーキテクチャ６００を示す。図示した例では、スパンコントローラ６０６は、１つ以上のパラメータに基づいてスパンを管理および優先順位付けする。アプリケーションランタイム６０２は、テレメトリランタイム３２０と類似していてもよく、図３で説明したテレメトリランタイム３２０と同様の操作を行ってもよい。

第１の例では、トレーサー実装６０４がアプリケーションランタイム６０２のスパンを開始する。トレーサー実装６０４は、スパンを実行しながら、同時に、ブラウザスパンログライブラリ６３４にスパン監視データを通信し得る。ブラウザスパンログライブラリ６３４は、コンソールストリーム６１０にスパンログデータを出力する。コンソールストリーム６１０は、エンドユーザーデバイスのブラウザ内に提示され得る。ブラウザスパンログライブラリ６３４は、ＣＬＳストリーム６１２にもスパンログデータを出力できる。ＣＬＳストリーム６１２は、クライアントログサービス６１４に伝送されたログデータのストリームであってもよい。クライアントログサービス６１４は、さらなる処理のためのログデータを格納し得る。

別の例では、トレーサー実装６０４は、スパンコントローラ６０６が作成したスパンを受信する。また、トレーサー実装６０４は、スパンが生成されたイベントが完了するとスパンを返す（たとえば、スパンを終了する）ことができる。また、トレーサー実装６０４は、スパンを終了するためのコマンドをアプリケーションランタイム６０２から受信してもよい。スパンコントローラ６０６は、スパンの優先順位付けを実施できる。各スパンは、優先順位レベルを有し得る。たとえば、スパンコントローラ６０６は、どのスパン（複数可）を優先するかを示す１つ以上のパラメータを受信できる。ある例では、デフォルトのスパン優先順位が設定される。所与のスパンの優先順位がデフォルトの優先順位よりも低い場合、このスパンおよび関連する子スパンのデータは返されない。

さらに別の例では、たとえば、プロセス２００で説明したように、トレーシングアーキテクチャ６００がスパンの初期セットの生成を可能にする。スパンの初期セットにある各スパンには、対応する優先順位を与えることができる。続いて、ランタイムでは、プログラマ入力またはユーザー入力に基づいて、スパンの初期セットにあるスパンを測定することも測定しないこともでき、剪定（ｐｒｕｎｅ）してまたはサブセットにすることもできる。たとえば、しきい値優先順位を設定できる。ランタイムでは、しきい値優先順位よりも高い優先順位のスパンは、いずれもプロキシスパンに変換され、測定されない。

プロキシスパンは、親スパンと子スパンとの関係であるスパンツリーを維持する。しかし、プロキシスパンが測定されないので、スパンコントローラ６０６はスパンのランタイムインストルメンテーションの測定値を取得しないが、プロキシスパンではない子スパンの測定値を引き続き取得する。スパンプロキシは、親子関係を保持するので、ツリー構造を、たとえツリーにある特定のプロキシスパンがインストルメンテーションデータを有していなくても、維持する。したがって、見方によれば、開発者の関心の対象であるスパンのデータが維持されるようにスパンツリーが剪定される。図７は、プロキシスパンの使用例を示す。

図７は、本開示の特定の態様に係る、スパンが優先順位付けされていないスパン階層、および優先順位付けされたスパン階層の例を示す。特に、図７は、優先順位付けを用いないスパン階層７００と、優先順位付けを用いたスパン階層７３０とを示す。

スパン階層７００では、スパンＡ７０２は、スパンＢ７０４の親スパンである。次に、スパンＢ７０４は、スパンＣ７０６、スパンＤ７０８、およびスパンＥ７１０の親スパンである。スパン階層７００では、すべてのスパン、スパンＡ７０２、スパンＢ７０４、スパンＣ７０６、スパンＤ７０８、およびスパンＥ７１０のデータが集められる。

これとは対照的に、スパン階層７３０では、スパンが優先順位付けされた階層を示す。スパン階層７３０は、スパンＡ７３２と、スパンＡ７３２の子であるスパンプロキシＢ７３４とを含む。スパンＡ７３２の優先順位は１である。スパンプロキシＢ７３４の優先順位は、スパンＡ７３２の優先順位よりも大きい２である。この例では、デフォルトの優先順位は１に設定される。スパンプロキシＢ７３４は、元のスパンＢから変換されている。なぜならば、スパンＢの優先順位がデフォルトの優先順位よりも大きい２であることによって示されているように、スパンＢからのインストルメンテーションデータが必要とされなかったためである。

その結果、スパンＣ７３６、スパンＤ７３８、およびスパンＥ７４０、これらすべてのスパンは、優先順位が１であるため剪定されず、元の親であるスパンＢがプロキシされたため親スパンＡ７３２を有するとマークされる。したがって、ランタイムでは、スパンＡ７３２、スパンプロキシＢ７３４、スパンＤ７３８、およびスパンＥ７４０のインストルメンテーションデータが集められる。

実装の観点から、スパンを作成するために使われるＳｐａｎＯｐｔｉｏｎｓオブジェクトは、優先順位フィールドを含む。場合によっては、スパンに優先順位がないことは、ルートスパンである場合、優先順位が「高」（１）であることを暗示的に示しており、子スパンである場合、「中」（２）であることを暗示的に示す。スパン（ＳｐａｎＩｍｐｌによって識別される）が作成されて返され、メッセージが通常通り発信される。スパンがプロキシされている場合、代わりにＳｐａｎＰｒｏｘｙオブジェクトが作成される。ＳｐａｎＰｒｏｘｙオブジェクトとのインタラクションは、その他スパンオブジェクトと同様であり得るが、ＳｐａｎＰｒｏｘｙのフィールドおよびメソッドは、アクティブスパンにデリゲートされる。たとえば、上記例では、スパンプロキシＢ７３４は、ＳｐａｎＰｒｏｘｙというオブジェクトに対応し、中にあるメソッドおよびフィールドは、デフォルトでスパンＡ７３２のオブジェクトに対応するメソッドおよびフィールドになる。こうすることで、アプリケーションが考慮されている限りスパンを常に受信しているので、アプリケーションランタイム環境を調整する必要がない。

いくつかの実施態様では、優先順位の値は正数によって表され、値が大きい場合は優先順位が低いことを示す。たとえば、優先順位が０の優先順位が最も高く、次にレベル１、そしてレベル２などと続く。そのため、この実施態様では、しきい値優先順位よりも値が高い優先順位のスパンは、いずれもプロキシスパンに変換される。しかし、たとえば、値が大きい場合は優先順位が高いことを示すなど、異なる番号付け方式も可能である。場合によっては、優先順位は、エイリアスで表される。たとえば、「重要」がレベル０に割り当てられ、「高」がレベル１に割り当てられ、「中」がレベル２に割り当てられ、「低」がレベル３に割り当てられる。デフォルトでは、ルートスパンの優先順位は１であり得、子スパンの優先順位は２であり得る。

場合によっては、フリートワイド（ｆｌｅｅｔｗｉｄｅ）サンプリングアルゴリズムで優先順位しきい値を変更できる。このアルゴリズムでは、各優先順位にはパーセント値が割り当てられ、これらのパーセント値のうち１つに収まる乱数を選択する必要がある。高いパーセント値には、通常、高い優先順位が割り当てられ、アプリケーションのほとんどのユーザーが最小限のテレメトリを必ず発信できるようにする（容量およびパフォーマンス上の理由で）。ユーザーの移動についてより深い情報を取得するため、またはその他の粒度がより高い情報を取得するために、低いパーセント値には、低い優先順位が割り当てられ得、少ない数のユーザーが多くのテレメトリを発信することを示す。トレーサーの構成上、またはサーバー側のプロファイルオプションによってパーセント値を適用できる。

場合によっては、優先順位ブースティングが発生し得る。優先順位ブースティングは、プロキシされたスパンの優先順位をランタイムに上げることを指す。スパンが関心をそそるインストルメンテーションデータを有していることが分かった場合に発生し得る。優先順位ブースティングの例として、処理に非常に長い時間がかかっており、スパンがスパンの処理時間の大部分を構成する子を有していないとき、または、エラーが発生した場合などに発生する。

トレーサーシステムは、たとえば、リクエストが受け付けられた場合および／またはペイロードが大きすぎる場合（「差し込みサービスバックプレッシャー」とも称す）に優先順位しきい値を動的に調整するように構成できる。たとえば、スパンおよびログを収集する差し込みサービス（ＣＬＳ）は、送られたスパンおよび／またはログが多すぎることを示すＨＴＴＰエラーコード（たとえば、「４２９ Ｔｏｏ Ｍａｎｙ Ｒｅｑｕｅｓｔｓ」または「４１３ Ｐａｙｌｏａｄ Ｔｏｏ Ｌａｒｇｅ」）で応答できる。そのとき、システムは、後続のリクエストではより少ないログが送られるように優先順位しきい値を動的に変更することによって応答できる。

下記の表は、イベントごとのスパンの優先順位の例を示す。

図８は、本開示の特定の態様に係る、スパンを優先順位付けするためのプロセス８００の例を示す。開発者のコンピューティングデバイス１１０およびサーバー１４０ａ～１４０ｎのうち、１つ以上がプロセス８００を実行できる。

ブロック８０２では、プロセス８００は、ウェブアプリケーションのコードから、ウェブアプリケーションがユーザーインタラクションによってトリガされるイベントを含むことを確認することを含む。たとえば、インストルメンテーションの間、開発者のコンピューティングデバイス１１０上で実行中の開発者のＩＤＥ１１２は、ウェブアプリケーション１３４がユーザーインタラクションによってトリガされるイベントを含むと判断する。

ブロック８０４では、プロセス８００は、イベントを第１スパンに対応付けることを含む。開発者のＩＤＥ１１２は、イベント（の実行に対応すること）によって引き起こされる第１操作セットの実行に基づいてトレーシング情報のログを取るようにトレーサーを構成する。トレーサーは、第１スパンのパフォーマンスの第１測定値を取得するように構成される。スパンは、第１操作セットを指す。パフォーマンスの測定値として、サイクル、処理時間、メモリ使用量、待ち時間などが挙げられる。

ブロック８０６では、プロセス８００は、第１操作セットの実行がサーバーへのリクエストを行わせることをコードにおいて特定することを含む。たとえば、第１操作セットは、ＲＥＳＴ呼び出しを含み得る。

ブロック８０８では、プロセス８００は、リクエストを第２スパンに対応付けることを含む。特定されたリクエストに基づいて、トレーサーは、リクエストによって引き起こされる第２操作セットの実行に基づいてトレーシング情報のログを取るように構成される。トレーサーは、第２スパンのパフォーマンスの第２測定値を取得するように構成される。第２スパンは、第１スパンの子スパンである。

ブロック８１０では、プロセス８００は、第１スパンの優先順位を受信することを含む。たとえば、ウェブブラウザ１３２がウェブアプリケーション１３４を実行中のランタイムに、開発者は、第１スパンの優先順位を調整できる。優先順位は、上にも下にも調整できる。

ブロック８１２では、プロセス８００は、優先順位が優先順位許容範囲外であると判断することを含む。場合によっては、許容範囲の代わりにしきい値を用いることができる。

ブロック８１４では、プロセス８００は、前記判断に基づいて第１スパンをプロキシスパンとしてラベル付けすることを含む。この例を引き続き参照すると、ウェブブラウザ１３２は、インストルメンテーションデータを集めないようにするために、第１スパンをプロキシスパンとしてラベル付けする。ランタイムでは、ウェブアプリケーションの実行中、トレーサーは、第１スパンに対応する第１操作セットの実行に基づいて情報のログを取らない。

スレッドのインストルメント化
従来、ウェブベースのアプリケーションは、ユーザーインタフェースの操作にメインブラウザスレッドを利用できる。たとえば、非同期Ｊａｖａｓｃｒｉｐｔプログラミングに対する改良により、メインブラウザスレッドは、応答性のあるアプリケーションの作成を実行可能にする方法になった。しかしながら、長期間動作している特定のバックグラウンドプロセスの場合、アプリケーション開発者は、アプリケーションロジックを実行するための実際のネイティブスレッドを作成することを可能にするＷｅｂ Ｗｏｒｋｅｒ ＡＰＩを利用することを選択するであろう。

しかしながら、標準分散トレーシングアプリケーションでは、別個のスレッド（Ｗｏｒｋｅｒ ＡＰＩを介してなど）は、プロセス外であるまたは少なくともメインスレッド上で実行中のトレーサーとはスコープが異なると考えられる。その結果、ワーカースレッド上で動作するために、トレーサーは、コード内で構成される必要がある。

これとは対照的に、特定の態様は、スレッドを自動的にインストルメント化できる。たとえば、Ｔｒａｃｅｗｏｒｋｅｒクラスは、標準Ｗｏｒｋｅｒクラスのサブクラスにトレーサーをカプセル化することによって、トレーサーをアプリケーションコードで構成する作業を抽象化する。Ｔｒａｃｅｗｏｒｋｅｒクラスは、ワーカースレッドを自動的に作成し、トレーサーを構成し、その後アプリケーションコードを読み込むアルゴリズムを使用する。その後、アプリケーションコードのテレメトリは自動的に有効になる。その後、アプリケーションがワーカースレッドの作成を試行する度に標準Ｗｏｒｋｅｒの機能をラッピングするＴｒａｃｅｗｏｒｋｅｒになるよう、ネイティブＷｅｂ Ｗｏｒｋｅｒ ＡＰＩをオーバーライドするようにＴｒａｃｅｗｏｒｋｅｒをオプションで構成できる。

この手法にとっての利点は、開発者およびユーザーにとって透明性のある操作であること、そして、複数のスレッドをまたいだスパン階層を維持しつつ、スレッド外のコードのテレメトリを有効にできることである。これに加えて、スレッドごとの構成データがメインスレッドの構成を自動的に受け継ぐので、重複する構成データには要件がない。

図９は、本開示の特定の態様に係る、ｔｒａｃｅｗｏｒｋｅｒクライアントを有する分散トレーシング環境の例を示す。図９は、メインブラウザスレッド９１０と、ワーカースレッド９２０とを示す。図９に示す例では、メインブラウザスレッド９１０は、ワーカースレッド９２０を呼び出す。ワーカースレッド９２０は、メインブラウザスレッド９１０にインストルメンテーションデータを返す。

メインブラウザスレッド９１０は、メインアプリケーション９１２と、トレーサー９１４と、Ｔｒａｃｅｗｏｒｋｅｒクライアント９１７とを含む。ワーカースレッド９２０は、Ｔｒａｃｅｗｏｒｋｅｒシム（ｓｈｉｍ）コード９２２と、アプリケーションワーカースクリプト９２４と、トレーサー９２５とを含む。ワーカースレッド９２０は、Ｔｒａｃｅｗｏｒｋｅｒクライアント９１７を用いて作成されるオブジェクトであり、Ｊａｖａｓｃｒｉｐｔで書くことができる。

ワーカースレッド９２０は、ブラウザウィンドウなどメインブラウザ操作とは異なる状況で実行できる。こうすることで、たとえば、ワーカースレッド９２０によって実行されるタスクが時間のかかるタスクであったり複雑なタスクであったりする場合、より応答性のあるユーザーインタフェースを維持できる。

Ｔｒａｃｅｗｏｒｋｅｒクライアント９１７は、ｔｒａｃｅｗｏｒｋｅｒシムコード９２２を用いてワーカースレッド９２０を構成するなどして、ワーカースレッド９２０などのスレッドを管理できる。ｔｒａｃｅｗｏｒｋｅｒシムコード９２２を追加することにより、スパンコンテキストおよびトレースコンテキストの取得が容易になる。ラッパーのコンストラクタは、スパンでラッピングされ、スパンは、該当する場合、現在のスパンのコンテキストの子になる。ワーカースレッドは、作成時に動作する、通信ポートを有するアプリケーションスクリプトを用いて初期化される。

Ｔｒａｃｅｗｏｒｋｅｒクライアント９１７は、次のアクションを実行するシムコード９２２を生成して実行する。（１）メッセージハンドラを一時的にインストールしてメインスレッドから来るすべての受信メッセージを処理する、（２）すべての分散トレーシング依存関係を読み込む、（３）成功（または失敗）を示すメッセージで返答する。

成功した場合、Ｔｒａｃｅｗｏｒｋｅｒクライアント９１７は、アクティブスパンコンテキストおよびトレーサー構成を取得し、シムに送る。シムは、トレーサー構成を受信し、トレーサーを初期化し、受信したスパンコンテキストの子スパンを作成する。シムは、その後、アプリケーションワーカーコードを差し込み、そのメッセージハンドラを除去する。次に、アプリケーションおよびワーカースレッドが様々な操作を実行する。

作成されると、ワーカースレッド９２０は、トレーサーを作成し、ワーカースレッド９２０からトレーサー９２５に１つ以上の構成パラメータを複製し得る。また、ワーカースレッド９２０は、メインアプリケーション９１２が作成したスパンに対応付けられたスパンコンテキストを抽出する。ワーカースレッド９２０は、スパンコンテキストを含むメインアプリケーション９１２が作成したスパンの子スパンを作成し得る。ワーカースレッド９２０によるアプリケーションワーカースクリプト９２４の実行中、子スパンが作成され、さらなる処理のためにトレーサー９２５によってキャプチャされる。ワーカースレッド９２０は、アプリケーションワーカースクリプト９２４が正常に完了したとＴｒａｃｅｗｏｒｋｅｒクライアント９１７に伝え得る。続いて、Ｔｒａｃｅｗｏｒｋｅｒクライアント９１７は、ワーカースレッドが成功したとメインアプリケーション９１２に伝え得る。メインアプリケーション９１２は、スパンが完了したことをトレーサー９１４に伝え、スパンを終了し得る。

一例において、ワーカースレッドとメインアプリケーションとの間で、両側がメッセージを送るメッセージのシステムを介してデータが送られ得る。メッセージは、ｐｏｓｔＭｅｓｓａｇｅ（）などのメソッドを用いて送られ得、受信メッセージへの応答は、メッセージイベントのデータプロパティ内にメッセージが含まれるよう、オンメッセージ（ｏｎ ｍｅｓｓａｇｅ）イベントハンドラを用いて伝送され得る。この特定の構成では、メッセージデータは、メインアプリケーションとワーカースレッドとの間で共有されるのではなく、複製される。ワーカースレッドは、ワーカーが親ページと同じオリジン内でホストされる補助ワーカー（たとえば、補助スレッド）を生成し得る。

下記のサンプルコードは、開発者がどのようにトレースワーカースレッドを利用し得るかを示す。

図１０は、本開示の特定の態様に係る、スレッドをインストルメント化するためのプロセス１０００の例を示す。開発者のコンピューティングデバイス１１０およびサーバー１４０ａ～１４０ｎのうち、１つ以上がプロセス１０００を実行できる。

ブロック１００２では、プロセス１０００は、クライアントデバイス上のウェブブラウザにウェブページアプリケーションを提供することを含む。たとえば、サーバー１４０ａは、エンドユーザーのコンピューティングデバイス１３０上のウェブブラウザ１３２にウェブアプリケーション１３４を提供する。

ブロック１００４では、プロセス１０００は、ウェブページアプリケーションからウェブページアプリケーションのトレーシングデータのログを取るように構成されるグローバルトレーサーを作成することを含む。プロセス２００のブロック２０６に関して説明したのと同様に、グローバルトレーサーが作成される。

ブロック１００６では、プロセス１０００は、ウェブページアプリケーションから補助スレッドのラッパーをインスタンス化することを含む。ラッパーは、補助スレッドを実行する前にシムコードを実行するように構成される。

ブロック１００８では、プロセス１０００は、グローバルトレーサーの構成データをラッパーからシムコードに渡すことを含む。

ブロック１０１０では、プロセス１０００は、シムコードから補助トレーサーを作成することを含む。補助トレーサーは、補助スレッドのトレーシングデータのログを取るように構成される。グローバルトレーサーの構成データによってウェブページアプリケーションのトレーシングデータと補助スレッドとが対応付けられる。

ブロック１０１２では、プロセス１０００は、シムコードから補助スレッドを実行することを含む。

複数のサーバー呼び出しをまたいだスパンのインストルメント化
図１１は、本開示の特定の態様に係る、分散ソフトウェアアプリケーション全体にトレーシングを伝播するためのプロセス１１００の例を示す。プロセス１１００は、エンドユーザーのコンピューティングデバイス１４０などのコンピューティングシステムが実装でき、トレーサーアプリケーション１３６の一部であり得る。プロセス１１００は、リソース（たとえば、ウェブページ、画像、またはファイル）を取得するための適切なリクエストをリモートサーバーのために作成することを含む。リクエストは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に含めることができる。例示の目的で、プロセス１１００を図１２と合わせて説明する。

図１２は、本開示の特定の態様に係る、分散システムにおけるサービス全体にスパンコンテキストを伝播する例を示す。サービスとして、サーバーへのＲＥＳＴ呼び出しなどが挙げられる。たとえば、特定のウェブページを描画するには、各々が特定の目的を有する複数のＲＥＳＴ呼び出しが必要とされ得る。第１のＲＥＳＴ呼び出しがウェブブラウザにページを描画させ得、第２のＲＥＳＴ呼び出しがページに表示されるサーバー（ＲＥＳＴエンドポイント）上に位置する画像を取得し得、第３のＲＥＳＴ呼び出しが従業員の管理者の指名などの情報を取得するためのデータベースのクエリであり得る。また、ＲＥＳＴ呼び出しにより、１つ以上の子のＲＥＳＴ呼び出しを実行させることができる。

ＲＥＳＴ呼び出しは、オリジン間呼び出しであり得る。オリジン間呼び出しは、元サーバー（たとえば、ウェブページを提供するサーバー）ではないサーバーに情報を要求する。たとえば、元サーバーはｏｒａｃｌｅ．ｃｏｍ上にあり得、第２サーバーはｇｏｏｇｌｅ．ｃｏｍ上にあり得る。場合によっては、プロセス１１００は、元サーバーからのウェブページが元サーバーのドメイン外にある外部サーバーに対するリクエストを要求すると判断した後に実行される。この判断は、ＣＯＲＳ（オリジン間リソース共有）と互換性があり得る。

図１２は、サービス１２１０と、サービス１２２０とを含む。サービス１２１０は、ブラウザを実行でき、サービス１２２０は、ＲＥＳＴエンドポイントが特定したサーバー上で動作する。サービス１２１０は、親スパン１２１２と、子スパン１２１４と、子スパン１２１６とを含む。サービス１２２０は、子スパン１２２２を含む。これは、ＲＥＳＴ呼び出しの後である。ある例では、子スパン１２１４および１２１６は、ＲＥＳＴ呼び出しよりも前に発生する必要のあった処理を表し、子スパン１２２２のコンテキストは、ネットワークによってサーバーに送られる。次に、サーバーは、このようなリクエストを行えるのであれば、そのスパンコンテキストを別のサーバーに伝播し得る。各サーバーは、それぞれのトレースを収集し、適切な場所に送る。

述べたように、スパンコンテキストは、達成しようとしている全体的な目的（たとえば、ページを読み込むこと）を示すルート（ｒｏｏｔ）スパンまたはトレース識別子を含む。完全なスパンコンテキストは、通常１２８ビット表現であるトレースＩＤ（識別子）と、通常６４ビットの乱数である子ＩＤとを含む。各スパンコンテキストから、親をそれぞれ指し示すスパンコンテキストのすべて各々から、グラフが作成され得る。

図１１に戻ると、ブロック１１０１では、プロセス１１００が開始する。トレーサーアプリケーション１３６は、元サーバーからのウェブページのトレーシングデータのログを取ることができる。トレーシングデータは、以前のリクエストならびにその成功および失敗を含み得る。トレーシングデータから、トレーサーアプリケーション１３６は、トレーシングヘッダを有するリクエストを受け付けなかった宛先サーバーを含む拒否リスト、および／またはトレーシングヘッダを有するリクエストを受け付けた宛先サーバーを含む許可リストを作ることができる。場合によっては、クロスドメインリクエストが検出された場合、プロセス１１００が動作する。

インストルメンテーションは、サーバーに対するリソースを求めるリクエストにトレーシングヘッダを差し込む（たとえば、ウェブページ読み込みの一部として）ことによって実現できる。しかしながら、トレーシングヘッダは、たとえばセキュリティ上の理由で拒否されることが多い。したがって、プロセス１１００は、このようなセキュリティ対策を回避してテレメトリを容易にすることを含む。たとえば、図１２を考えると、サービス１２１０は、元サーバー上で動作し、サービス１２２０は、外部サーバー上で動作する。そのため、（たとえば、第１プロセスの）親スパン１２１２は、元サーバー上で動作する。本明細書に開示する技術を利用して、トレーサーアプリケーション１３６は、親スパン１２１２を解析できるだけでなく、子スパン１２１４および子スパン１２１４から導出される子スパン１２１６も解析できる。しかし、見て分かる通り、親スパン１２１２は、サービス１２２０上で（よって、外部サーバー上で）動作する子スパン１２２２とも関連がある。プロセス１１００を用いて親スパン１２１２から子スパン１２２２にスパンコンテキストを伝播することができ、インストルメンテーションが容易になる。

ブロック１１０２では、プロセス１１００は、ＣＯＲＳがアクティブである（たとえば、クロスドメインリクエストが検出された）かどうかを判断することを含む。ＣＯＲＳがアクティブである場合、プロセス１１００は、ブロック１１０３に進む。この場合、ＣＯＲＳが必要ない場合、プロセス１１００は、ブロック１１０８に進む。ブロック１１０８では、ヘッダを差し込む。

ブロック１１０３では、プロセス１１００は、リソースを求めるリクエストが、べき等性を有するかどうかを判断することを含む。べき等性とは、そのメソッドを用いた場合の、サーバーに対する、複数の同じリクエストの目的とする結果が１つのリクエストの結果と同じであることを意味する。したがって、サーバーに対するリクエストの目的とする結果がべき等性を有さない、すなわち、以前のリクエストとは同じではない場合、プロセス１１００は、ブロック１１０４に進む。そうでない場合、リクエストがべき等性を有する場合、プロセス１１００は、ブロック１１１５に進む。

ブロック１１０４では、プロセス１１００は、リクエストの宛先がサーバー拒否リストにある宛先であるかどうかを判断することを含む。たとえば、トレーサーアプリケーション１３６は、拒否リストを検索して、元サーバーからのリクエストにあるトレーシングヘッダを外部サーバーが禁止しているかどうかを判断する。サーバー拒否リストは、追加のヘッダ（たとえば、プロセス１１００のブロック１１１２で特定されたリクエストによって作成されるようなヘッダ）を有するリクエストを拒否すると確認されたサーバーを含む。拒否サーバーリストは、有効である。なぜならば、ＲＥＳＴ呼び出しが失敗するか、単にテレメトリ情報を有していないかを選ぶことができるのであれば、単にテレメトリ情報を有していないほうが好ましいためである。

サービスに対するリクエストが伝播ヘッダをサポートしない場合、このリクエストは拒否リストに追加される。これにより、このユーザーセッションに関するコンテキストを差し込む自動試行がこれ以上行われなくなり、ヘッダが差し込まれていないリクエストが実行される。ある態様では、拒否リストはローカルストレージにキャッシュされず、その結果、不完全な構成によって今後のリクエストがブロックされることがなくなる。宛先は、許可リストおよび拒否リストの両方に有る場合があるが、その場合、拒否リストが優先される。

許可リストおよび拒否リストを連想配列として実装して、ルックアップ時間を改善する。これらのリストは、（パラメータを有さない）失敗リクエストのＵＲＬオリジンまたは個々のサービスによって指定される。これは、リクエストの構成によって判断され得る。マップの値は、ＮＵＬＬであり得るが、その後、実際の失敗、またはリストに追加された理由についてのその他のメタデータを含み得る。

呼び出しの例として、以下を含む。

サーバーが拒否リストに入れられた場合、プロセス１１００は、ブロック１１１４に進む。サーバーが拒否リストに入れられなかった場合、プロセス１１００は、ブロック１１０５に移動する。

ブロック１１０５では、プロセス１１００は、リクエストの宛先が許可リストにあるサーバーであるかどうかを判断することを含む。たとえば、トレーサーアプリケーション１３６は、許可リストを検索して、元サーバーからのリクエストにあるトレーシングヘッダを外部サーバーが許可しているかどうかを判断する。許可リストは、追加のヘッダ（たとえば、プロセス１１００のブロック１１１２においてリクエストによって作成されるようなヘッダ）を有するリクエストを許可すると確認されたサーバーを含む。

伝播ヘッダがサポートされていると判断されると、許可リストに特定の宛先が追加される。ＯＰＴＩＯＮＳ呼び出しをこれ以上行わなくて済むよう、ローカルストレージに許可リストをキャッシュできる。この手法によって、明確な許可リストのサービスエンドポイントに対するユーザーインタフェースのサポートが必要なくなる。宛先が許可リストにある場合、プロセス１１００は、ブロック１１０８において、引き続きヘッダを差し込む。宛先が許可リストにない場合、プロセス１１００は、ブロック１１０６に続く。

ブロック１１０６では、プロセス１１００は、ＨＴＴＰ ＯＰＴＩＯＮＳ呼び出しを実行することを含む。ＯＰＴＩＯＮＳ呼び出しは、許可された通信オプションをサーバーに要求する。ＣＯＲＳプロトコルのもとでは、プリフライトリクエストは、リクエストを送ることを許容できるかどうかについてサーバーが応答できるよう、ＯＰＴＩＯＮＳメソッドとともに送られる。ＯＰＴＩＯＮＳ呼び出しによって、トレーシングヘッダの差し込みが受け付けられるかどうかが判断される。場合によっては、ブロック１１０６において、プロセス１１００は、このようなチェックをブラウザが自動的に実行する前にプリフライトリクエストを実行することを含む。プロセス１１００は、ブロック１１０７に続く。

ブロック１１０７では、プロセス１１００は、ＯＰＴＩＯＮＳ呼び出しの結果から、トレーシングヘッダがサーバーによってサポートされるかどうかを判断することを含む。場合によっては、ＯＰＴＩＯＮＳ呼び出しは、許可可能な（または許可された）ヘッダのリストを返し得る。トレーシングヘッダがサポートされている場合、プロセス１１００は、ブロック１１０８に移動する。ブロック１１０８では、ヘッダを差し込む。トレーシングヘッダがサポートされていない場合、プロセス１１００は、ブロック１１１３に移動する。ブロック１１１３では、サーバーは、サーバー拒否リストに追加される。

以下は、いくつかの簡単なＯＰＴＩＯＮＳリクエスト／レスポンスである（なお、説明が煩雑になるのを防ぐため、一部のヘッダは省略されている）。たとえば、伝播を検出するＯＰＴＩＯＮＳリクエストを、以下に示す。

別の例では、伝播用にサービスエンドポイントが構成されたときのレスポンスを示す。

別の例では、伝播が構成されていないレスポンスを示す。

ブロック１１０８では、プロセス１１００は、リクエストにヘッダを差し込むことを含む。リクエストにトレーシングヘッダを差し込むことは、リクエストにトレーシングヘッダがあることを外部サーバーが許可するという判断結果に基づく。トレーシングヘッダのコンテンツとして、スパンコンテキストなどが挙げられる。

ある例では、Ｚｉｐｋｉｎおよび／または実行コンテキスト（ＥＣＩＤ）を用いて、送信リクエストに２つのヘッダセットが差し込まれる。これらのプロトコルは、サービス開発者側の作業を最小限に抑えつつコンテキストを維持する範囲を提供する。

ある例では、サポートが幅広いので、Ｚｉｐｋｉｎ Ｂ３ ＨＴＴＰヘッダスキームが使われる。Ｂ３ヘッダとして、以下などが挙げられる。

ＴｒａｃｅＩｄは、一意の３２文字のＵＵＩＤ文字列であり、ＳｐａｎＩｄは、内包するスパンを示す一意の１６文字の文字列であり、ＰａｒｅｎｔＳｐａｎＩｄは、スパンの親（該当する場合）の一意のＩＤであり、Ｓａｍｐｌｅｄは、スパンテレメトリを報告するかどうかを示すフラグである。

別の例では、Ｏｒａｃｌｅ固有のＥＣＩＤ－Ｃｏｎｔｅｘｔヘッダを使用する。

ＲＩＤは、コンテキストのパスを示すエンコードされたバイトの文字列であり、ブラウザからは、この文字列は「ｋＸｊＥ」となり、デコードされた場合、リクエストのルート（ｒｏｏｔ）を示す。

ヘッダを差し込むことができると判断されると、Ｔｒａｃｅｒ．ｉｎｊｅｃｔ（）ＡＰＩ呼び出しを用いて差し込みが行われる。この呼び出しによって、サーバーに送られる前に送信リクエストにＨＴＴＰヘッダが差し込まれる。

図１３は、本開示の特定の態様に係る、ヘッダの例を示す。図１３は、インストルメンテーションのないＨＴＴＰヘッダであるヘッダ１３１０と、ヘッダ１３１０と同じＨＴＴＰヘッダであるがインストルメンテーション（太字で示されている）が追加されているヘッダ１３２０とを示す。

図１１に戻ると、プロセス１１００は、ブロック１１０９に続く。
ブロック１１０９では、プロセス１１００は、サーバーにリクエストを行う。ウェブブラウザは、トレーシングヘッダを有するリクエストを外部ヘッダに送る。外部サーバーは、トレーシングヘッダに基づいてトレーシングデータのログを取るように構成される。

ブロック１１１０では、プロセス１１００は、サーバーに対するリクエストが成功したかどうかを判断することを含む。リクエストが成功した場合、プロセス１１００は、ブロック１１１１に移動する。ブロック１１１１では、プロセスが終了する。リクエストが成功しなかった場合、プロセス１１００は、ブロック１１１２に移動する。

ブロック１１１１では、プロセス１１００は、リクエストについての処理を終了することを含む。ブロック１１１１では、追加のヘッダがサーバーに正常に送られ、その結果、宛先サーバーにスパンコンテキストが伝播される。その後、宛先サーバーは、インストルメンテーションを支援する。

ブロック１１１２では、プロセス１１００は、ブロック１１１０において特定された失敗が、他のエラーではなくヘッダを原因とする失敗であったかどうかを判断することを含む。この失敗がヘッダを原因とする失敗ではなかった場合、プロセス１１００は、ブロック１１１６に移動する。この間、通常のフェイルオーバー／再試行プロシージャが実行され得る。失敗がヘッダを原因とする失敗であった場合、プロセス１１００は、ブロック１１１３に移動し、サーバーをサーバー拒否リストに追加する。

ブロック１１１３では、プロセス１１００は、サーバー拒否リストに宛先サーバーを追加することを含む。こうすることで、リクエストの宛先サーバーが同じであると特定された場合、プロセス１１００は、拒否した同じサーバーにトレーシングヘッダを有するリクエストを送る試行は行わない。ブロック１１１３の完了後、プロセス１１００は、ブロック１１１４に移動する。ブロック１１１４では、差し込みが行われていないリクエストを行う。

ブロック１１１４では、プロセス１１００は、差し込みが行われていないリクエスト、たとえば、トレーシングヘッダを有さない通常のＲＥＳＴ呼び出しを行うことを含む。場合によっては、リクエストを処理するタイミングをテレメトリのために用いることができる。ブロック１１１４の後、プロセス１１００は、ブロック１１１８に続く。ブロック１１１８は、レスポンスを通常処理することを含む。

ブロック１１１５では、プロセス１１００は、このリクエストがキャッシュされたリクエストリストにあるかどうかを判断することを含む。リクエストをキャッシュに格納してパフォーマンスを向上させて失敗を減らし得る。リクエストがキャッシュされている場合、プロセス１１００は、ブロック１１１７に進む。リクエストがキャッシュされていない場合、プロセス１１００は、ブロック１１０４に進む。リクエストは、スパンコンテキストを含み得る。

ブロック１１１６では、プロセス１１００は、フェイルオーバー処理を実行するまたはリクエストを再試行することを含む。この場合、ページの読み込み失敗または完了失敗は最良のユーザーエクスペリエンスではないことを考えると、ブロック１１１６において、プロセス１１００は、失敗した操作を再試行して、トレーシングヘッダ差し込み試行が失敗を引き起こさないようにすることを含む。場合によっては、開発者が十分なエラーチェックを付加していなかったり、上手に終了できなかったりする場合がある。そのため、この点に関して、ブロック１１１６は、テレメトリが原因でカスタムアプリケーションが失敗しないようにするのを助ける。リクエストは、スパンコンテキストを含み得る。

ブロック１１１７では、プロセス１１００は、キャッシュされたレスポンスを続行することを含む。キャッシュされたレスポンスを用いてリクエストを処理する。リクエストは、スパンコンテキストを含み得る。図４および図５で説明するが、スパンおよびログがスパンログライブラリに送られる。

図１４は、態様のうちの１つを実施するための分散システム１４００の簡略図である。図示する態様では、分散システム１４００は、１つ以上のクライアントコンピューティングデバイス１４０２、１４０４、１４０６、および１４０８を含む。クライアントコンピューティングデバイス１４０２、１４０４、１４０６、および１４０８は、ウェブブラウザ、プロプライエタリクライアント（たとえば、Ｏｒａｃｌｅ Ｆｏｒｍｓ）など、クライアントアプリケーションを１つ以上のネットワーク（複数可）１４１０で実行および操作するように構成される。サーバー１４１２は、ネットワーク１４１０を介して、リモートクライアントコンピューティングデバイス１４０２、１４０４、１４０６、および１４０８と通信可能に接続されてもよい。

様々な態様では、サーバー１４１２は、システムの構成要素のうちの１つ以上によって提供される１つ以上のサービスまたはソフトウェアアプリケーションを実行するようになされてもよい。サービスまたはソフトウェアアプリケーションは、非仮想環境および仮想環境を含み得る。仮想環境は、２次元表現であれ３次元（４Ｄ）表現であれ、仮想イベント、見本市、シミュレータ、教室、品物の売買、および企業のための仮想環境、ページベースの論理的環境、または上記以外のその他のものを含み得る。いくつかの態様では、これらのサービスは、クライアントコンピューティングデバイス１４０２、１４０４、１４０６、および／または１４０８のユーザーに対して、ウェブベースのサービスもしくはクラウドサービスとして提供されてもよく、または、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）モデル下で提供されてもよい。クライアントコンピューティングデバイス１４０２、１４０４、１４０６、および／または１４０８を操作するユーザーは、１つ以上のクライアントアプリケーションを利用してサーバー１４１２とやり取りして、これらの構成要素が提供するサービスを利用できる。

図に示す構成では、分散システム１４００のソフトウェアコンポーネント１４１８、１４２０、および１４２２がサーバー１４１２上に実装されたものとして示される。その他の態様では、分散システム１４００の構成要素のうちの１つ以上および／またはこれらの構成要素が提供するサービスのうちの１つ以上は、クライアントコンピューティングデバイス１４０２、１４０４、１４０６、および／または１４０８のうちの１つ以上によって実現されてもよい。次に、クライアントコンピューティングデバイスを操作しているユーザーは、１つ以上のクライアントアプリケーションを利用して、これらの構成要素が提供するサービスを使用してもよい。これらの構成要素は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組合せで実現されてもよい。様々な異なるシステム構成が可能であり、これらは、分散システム１４００とは異なってもよいことを理解されたい。よって、図に示す態様は、例示的なシステムを実現するための分散システムの一例であって、限定を意図したものではない。

クライアントコンピューティングデバイス１４０２、１４０４、１４０６、および／または１４０８は、は、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ Ｍｏｂｉｌｅ（登録商標）などのソフトウェアおよび／またはｉＯＳ、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅ、Ａｎｄｒｏｉｄ、ＢｌａｃｋＢｅｒｒｙ１５、Ｐａｌｍ ＯＳなどのいろいろなモバイルオペレーティングシステムを実行し、かつ、インターネット、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）、Ｂｌａｃｋｂｅｒｒｙ（登録商標）、または他の通信プロトコルに対応する手のひらサイズのポータブルデバイス（たとえば、ｉＰｈｏｎｅ（登録商標）、携帯電話、ｉＰａｄ（登録商標）、コンピューティングタブレット、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ））またはウェアラブルデバイス（たとえば、Ｇｏｏｇｌｅ Ｇｌａｓｓ（登録商標）ヘッドマウントディスプレイ）であってもよい。クライアントコンピューティングデバイスは、例として、様々なバージョンのＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）、Ａｐｐｌｅ Ｍａｃｉｎｔｏｓｈ（登録商標）、および／またはＬｉｎｕｘ（登録商標）オペレーティングシステムを実行するパーソナルコンピュータおよび／またはラップトップコンピュータを含む、汎用パーソナルコンピュータであり得る。クライアントコンピューティングデバイスは、たとえば、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ ＯＳなどいろいろなＧＮＵ／Ｌｉｎｕｘオペレーティングシステムを含む各種市販のＵＮＩＸ（登録商標）またはＵＮＩＸに似たオペレーティングシステムを実行するワークステーションコンピュータであり得るが、これに限定されない。これに代えて、またはこれに加えて、クライアントコンピューティングデバイス１４０２、１４０４、１４０６、および１４０８は、シン・クライアントコンピュータ、インターネット対応のゲーミングシステム（たとえば、Ｋｉｎｅｃｔ（登録商標）ジェスチャ入力装置付きまたは無しのＭｉｃｒｏｓｏｆｔ Ｘｂｏｘのゲーミングコンソール）、および／またはパーソナルメッセージングデバイスなど、ネットワーク（複数可）１４１０で通信可能なその他の電子機器であってもよい。

分散システム１４００は、４台のクライアントコンピューティングデバイスとともに示されているが、任意の数のクライアントコンピューティングデバイスがサポートされてもよい。センサ付きデバイスなど、他のデバイスがサーバー１４１２とやり取りを行ってもよい。

分散システム１４００におけるネットワーク（複数可）１４１０は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＳＮＡ（Ｓｙｓｔｅｍｓ Ｎｅｔｗｏｒｋ Ａｒｃｈｉｔｅｃｔｕｒｅ）、ＩＰＸ（Ｉｎｔｅｒｎｅｔ Ｐａｃｋｅｔ Ｅｘｃｈａｎｇｅ）、ＡｐｐｌｅＴａｌｋなどを含む、各種市販のプロトコルを使用したデータ通信をサポートできる、当業者にとってなじみのある任意の種類のネットワークであってもよいが、これに限定されない。単に一例として、ネットワーク（複数可）１１１０は、Ｅｔｈｅｒｎｅｔ（登録商標）および／またはトークンリングなどに基づいたＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのＬＡＮであり得る。ネットワーク（複数可）１４１０は、ワイドエリアネットワークおよびインターネットであり得る。ネットワーク（複数可）１４１０は、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、イントラネット、エクストラネット、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）、赤外線ネットワーク、ワイヤレスネットワーク（たとえば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ）８０２．１４スイートのプロトコル、Ｂｌｕｅｔｏｏｔｈ（登録商標）、および／またはその他のワイヤレスプロトコルのうちのいずれかの下で動作するネットワーク）、および／もしくはこれらの任意の組合せを含む仮想ネットワーク、ならびに／または他のネットワークを含み得るが、これに限定されない。

サーバー１４１２は、１つ以上の汎用コンピュータ、専用サーバーコンピュータ（一例として、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）サーバー、ＵＮＩＸ（登録商標）サーバー、ミッドレンジ・サーバー、メインフレーム・コンピュータ、ラックマウント式サーバーなどを含む）、サーバーファーム、サーバー・クラスタ、またはその他の適切な配置および／もしくは組合せから構成されてもよい。サーバー１４１２は、仮想オペレーティングシステムを実行している１つ以上の仮想マシン、または仮想化を伴う他のコンピューティングアーキテクチャを含み得る。論理記憶装置の１つ以上のフレキシブルプールを仮想化して、サーバー用の仮想記憶装置を維持することができる。仮想ネットワークは、ＳＤＮ（Ｓｏｆｔｗａｒｅ－Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）を用いて、サーバー１４１２によって制御され得る。様々な態様では、サーバー１４１２は、上記の開示において説明した１つ以上のサービスまたはソフトウェアアプリケーションを実行するようになされてもよい。たとえば、サーバー１４１２は、本開示の態様に従って上述した処理を行うためのサーバーに対応してもよい。

サーバー１４１２は、上述のオペレーティングシステムのいずれか、および任意の市販のサーバーオペレーティングシステムを実行してもよい。また、サーバー１４１２は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）サーバー、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバー、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）サーバー、ＪＡＶＡ（登録商標）サーバー、データベースサーバーなどを含む、各種追加サーバーアプリケーションおよび／またはミッドティア・アプリケーションを実行してもよい。例示的なデータベースサーバーとして、Ｏｒａｃｌｅ、Ｍｉｃｒｏｓｏｆｔ、Ｓｙｂａｓｅ、ＩＢＭ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ）などが販売するデータベースサーバーが挙げられるが、これに限定されない。

いくつかの実装形態において、サーバー１４１２は、クライアントコンピューティングデバイス１４０２、１４０４、１４０６、および１４０８のユーザーから受信したデータフィードおよび／またはイベント更新を分析するおよび１つにまとめるための１つ以上のアプリケーションを含んでもよい。例として、データフィードおよび／またはイベント更新は、Ｔｗｉｔｔｅｒ（登録商標）フィード、Ｆａｃｅｂｏｏｋ（登録商標）更新、または１つ以上のサードパーティ情報ソースおよび連続したデータストリームから受信されるリアルタイム更新を含んでもよいが、これに限定されない。データフィードおよび／またはイベント更新は、センサーデータアプリケーション、チッカー（ｆｉｎａｎｃｉａｌ ｔｉｃｋｅｒ）、ネットワークパフォーマンス測定ツール（たとえば、ネットワーク監視およびトラフィック管理アプリケーション）、クリックストリーム分析ツール、自動車交通量監視などに関するリアルタイムイベントを含み得る。また、サーバー１４１２は、クライアントコンピューティングデバイス１４０２、１４０４、１４０６、および１４０８の１つ以上の表示装置を介してデータフィードおよび／またはリアルタイムイベントを表示するための１つ以上のアプリケーションを含んでもよい。

また、分散システム１４００は、１つ以上のデータベース１４１４および１４１６を含んでもよい。データベース１４１４および１４１６は、いろいろな場所に存在してもよい。一例として、データベース１４１４および１４１６のうちの１つ以上は、サーバー１４１２のローカルにある（および／または存在する）非一時的な記憶媒体上に存在してもよい。これに代えて、データベース１４１４および１４１６は、サーバー１４１２から遠隔の場所に存在し、ネットワークベースまたは専用の接続を通してサーバー１４１２と通信していてもよい。一組の態様では、データベース１４１４および１４１６は、ＳＡＮ（Ｓｔｏｒａｇｅ－Ａｒｅａ Ｎｅｔｗｏｒｋ）に存在してもよい。同様に、サーバー１４１２に起因する機能を実行するための必要なファイルは、いずれも、サーバー１４１２上のローカルな場所および／またはサーバー１２から遠隔の場所に、適宜、格納されてもよい。一組の態様では、データベース１４１４および１４１６は、ＳＱＬフォーマットのコマンドにレスポンスしてデータ格納、更新、および取り出すようになされたＯｒａｃｌｅが提供するデータベースなど、リレーショナルデータベースを含んでもよい。

図１５は、本開示の一態様に係る、一態様のシステムの１つ以上の構成要素が提供するサービスがクラウドサービスとして提供され得るシステム環境１５００の１つ以上の構成要素の簡略ブロック図である。図示した態様では、システム環境１５００は、１つ以上のクライアントデバイス１５０４、１５０６、および１５０８を含む。１つ以上のクライアントデバイス１５０４、１５０６、および１５０８は、ユーザーによって、クラウドサービスを提供するクラウドインフラストラクチャシステム１５０２とやり取りするために使用されもよい。クライアントコンピューティングデバイスは、ウェブブラウザ、プロプライエタリ・クライアントアプリケーション（たとえば、Ｏｒａｃｌｅ Ｆｏｒｍｓ）、または他のアプリケーションなど、クライアントアプリケーションを操作するように構成されてもよい。クライアントアプリケーションは、クライアントコンピューティングデバイスのユーザーによって、クラウドインフラストラクチャシステム１５０２とやり取りを行ってクラウドインフラストラクチャシステム１５０２が提供するサービスを利用するために使用され得る。

図に示したクラウドインフラストラクチャシステム１５０２が、図示された構成要素以外の構成要素を有し得ることを理解されたい。さらに、図に示す態様は、本発明の態様を組み込み得るクラウドインフラストラクチャシステムの一例に過ぎない。その他のいくつかの態様では、クラウドインフラストラクチャシステム１５０２は、図に示す構成要素よりも多いまたは少ない数の構成要素を有してもよく、２つ以上の構成要素を組み合わせてもよく、または構成要素の構成もしくは配置が異なっていてもよい。

クライアントデバイス１５０４、１５０６、および１５０８は、１４０２、１４０４、１４０６、および１４０８に関して上述したクライアントデバイスと同様のデバイスであってもよい。

例示的なシステム環境１５００は、３つのクライアントコンピューティングデバイスとともに示されているが、任意の数のクライアントコンピューティングデバイスがサポートされてもよい。センサ付きデバイスなど、他のデバイスがクラウドインフラストラクチャシステム１５０２とやり取りを行ってもよい。

ネットワーク（複数可）１５１０は、クライアントデバイス１５０４、１５０６、および１５０８とクラウドインフラストラクチャシステム１５０２との間の通信およびデータのやり取りを容易にしてもよい。各ネットワークは、ネットワーク（複数可）１５１０に関して上述したプロトコルを含む各種市販のプロトコルのいずれかを用いたデータ通信をサポートできる、当業者にとってなじみのある任意の種類のネットワークであってもよい。

クラウドインフラストラクチャシステム１５０２は、サーバー１４１２に関して上述したコンピュータおよびサーバーを含み得る１台以上のコンピュータおよび／またはサーバーから構成されてもよい。

特定の態様では、クラウドインフラストラクチャシステムが提供するサービスは、オンラインのデータストレージおよびバックアップソリューション、ウェブベースの電子メールサービス、ホストされたオフィススイートドキュメント連携サービス、データベース処理、管理されたテクニカルサポートサービスなど、クラウドインフラストラクチャシステムのユーザーがリクエストすれば利用可能になるサービスのホストを含んでもよい。クラウドインフラストラクチャシステムが提供するサービスは、動的にスケール変更してそのユーザーのニーズを満たすことができる。クラウドインフラストラクチャシステムが提供するサービスを具体的にインスタンス化したものは、本明細書において、「サービスインスタンス」と称される。一般に、インターネットなどの通信ネットワークを介してユーザーが利用できるようになる、クラウドサービスプロバイダのシステムからのいずれのサービスも、「クラウドサービス」と称される。通常、パブリッククラウド環境において、クラウドサービスプロバイダのシステムを構成するサーバーおよびシステムは、顧客所有のオンプレミス・サーバーおよびシステムとは異なる。たとえば、クラウドサービスプロバイダのシステムは、アプリケーションをホストしてもよく、ユーザーは、インターネットなどの通信ネットワークを介して、リクエストに基づいてアプリケーションを注文および使用すればよい。

いくつかの例において、コンピュータネットワークのクラウドインフラストラクチャにおけるサービスは、ストレージ、ホストされたデータベース、ホストされたウェブサーバー、ソフトウェアアプリケーションへの保護されたコンピュータネットワークアクセス、もしくはクラウドベンダーがユーザーに提供するその他のサービス、または、当技術分野で周知の上記以外のその他のサービスを含んでもよい。たとえば、サービスは、インターネットを通した、クラウド上のリモートストレージへのパスワード保護されたアクセスを含み得る。別の例として、サービスは、ネットワークで結ばれた開発者が私的使用するための、ウェブサービスベースのホストされたリレーショナルデータベースおよびスクリプト言語のミドルウェアエンジンを含み得る。別の例として、サービスは、クラウドベンダーのウェブサイト上にホストされた電子メールソフトウェア・アプリケーションへのアクセスを含み得る。

特定の態様では、クラウドインフラストラクチャシステム１５０２は、顧客にセルフサービスでサブスクリプション方式で伸縮自在にスケーラブルで信頼性があり、かつ高い可用性を有するセキュアな方法で届けられるアプリケーション一式、ミドルウェア、およびデータベースサービス提供物を含んでもよい。このようなクラウドインフラストラクチャシステムの例が、本願の譲受人が提供するオラクルパブリッククラウド（Ｏｒａｃｌｅ Ｐｕｂｌｉｃ Ｃｌｏｕｄ）である。

ビッグデータと呼ばれることもある大容量のデータは、インフラストラクチャシステムによって、多くのレベルかつ異なる規模でホストおよび／または操作され得る。このようなデータは、大規模かつ複雑過ぎるために通常のデータベース管理ツールまたは旧来のデータ処理アプリケーションを用いて処理することが難しいデータセットを含み得る。たとえば、パーソナルコンピュータまたはそれらのラック式パーソナルコンピュータを用いてテラバイトのデータを格納、取り出し、および処理することは、難しいだろう。最新のリレーショナルデータベース管理システムおよびデスクトップ統計データならびに可視化パッケージを用いてこのようなサイズのデータを扱うのは難しいだろう。許容可能な経過時間内でこのようなサイズのデータを取得、取りまとめ、管理、および処理するためには、よく用いられるソフトウェアツールの構造では対応できない何千ものサーバーコンピュータを実行する大規模並列処理ソフトウェアを必要とし得る。

大量のデータを可視化する、トレンドを検出する、および／または当該データを用いてやり取りするために、極めて大きなデータセットが格納されてアナリストおよび研究者によって操作され得る。このようなデータを提示する、またはこのデータに対する外力または当該データが表すものをシミュレーションするために、並列にリンクされた何十、何百、または何千ものプロセッサがこのデータに作用し得る。これらのデータセットは、データベースに編成された構造化データもしくは構造化モデルに応じて編成された構造化データ、および／または非構造化データ（たとえば、Ｅメール、画像、データＢＬＯＢ（Ｂｉｎａｒｙ Ｌａｒｇｅ Ｏｂｊｅｃｔｓ）、ウェブページ、複雑なイベント処理）を伴い得る。比較的素早くより多くの（または、より少ない）コンピューティングリソースを目標に集中させる態様の能力を活用することによって、クラウドインフラストラクチャシステムは、事業、政府関係機関、研究機関、私人、同じ意見を持った個人同士のグループもしくは組織、または他のエンティティからのリクエストに基づいて大きなデータセットに対してタスクを実行するためにさらに利用できるようになってもよい。

様々な態様では、クラウドインフラストラクチャシステム１５０２は、クラウドインフラストラクチャシステム１５０２が提供するサービスへの顧客のサブスクリプションを自動的にプロビジョニング、管理、および追跡するようになされてもよい。クラウドインフラストラクチャシステム１５０２は、それぞれ異なるデプロイメントモデルを介してクラウドサービスを提供してもよい。たとえば、サービスは、クラウドサービス（たとえば、オラクルコーポレーション所有）を販売する組織がクラウドインフラストラクチャシステム１５０２を所有してサービスが一般大衆またはそれぞれ異なる産業企業に利用可能になるパブリッククラウドモデル下で提供されてもよい。別の例として、サービスは、クラウドインフラストラクチャシステム１５０２が１つの組織のためだけに動かされてクラウドインフラストラクチャシステム１５０２が組織内の１つ以上のエンティティ用のサービスを提供し得るプライベートクラウドモデル下で提供されてもよい。また、クラウドサービスは、クラウドインフラストラクチャシステム１５０２およびクラウドインフラストラクチャシステム１５０２が提供するサービスが関連コミュニティ内のいくつかの組織によって共有されるコミュニティクラウドモデル下で提供されてもよい。クラウドサービスは、２つ以上の異なるモデルの組み合せであるハイブリッドクラウドモデル下で提供されてもよい。

いくつかの態様では、クラウドインフラストラクチャシステム１５０２が提供するサービスは、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）というカテゴリー、ＰａａＳ（Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）というカテゴリー、ＩａａＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）というカテゴリー下で提供される１つ以上のサービス、またはハイブリッドサービスを含むその他のカテゴリーのサービスを含んでもよい。顧客は、クラウドインフラストラクチャシステム１５０２が提供する１つ以上のサービスを、サブスクリプションの注文によって注文してもよい。次に、クラウドインフラストラクチャシステム１５０２は、処理を実行して、顧客のサブスクリプションの注文にあるサービスを提供する。

いくつかの態様では、クラウドインフラストラクチャシステム１５０２が提供するサービスは、アプリケーションサービス、プラットフォームサービス、およびインフラストラクチャサービスを含み得るが、これに限定されない。いくつかの例において、アプリケーションサービスは、ＳａａＳサービスを介してクラウドインフラストラクチャシステムによって提供されてもよい。ＳａａＳプラットフォームは、ＳａａＳというカテゴリーに該当するクラウドサービスを提供するように構成されてもよい。たとえば、ＳａａＳプラットフォームは、オンデマンドアプリケーションのスイートを構築して統合開発／デプロイメントプラットフォームに届けるための機能を提供してもよい。ＳａａＳプラットフォームは、ＳａａＳサービスを提供するための基礎となるソフトウェアおよびインフラストラクチャを管理および制御してもよい。ＳａａＳプラットフォームが提供するサービスを利用することによって、顧客は、クラウドインフラストラクチャシステム上で実行中のアプリケーションを利用できる。顧客は、アプリケーションサービスを、ライセンスおよびサポートを別に購入する必要なしに、入手できる。様々な異なるＳａａＳサービスが提供されてもよい。例として、大きな組織のための販売実績管理、企業統合、および事業の柔軟性に対するソリューションを提供するサービスなどが挙げられるが、これに限定されない。

いくつかの態様では、プラットフォームサービスは、ＰａａＳプラットフォームを介してクラウドインフラストラクチャシステムによって提供されてもよい。ＰａａＳプラットフォームは、ＰａａＳというカテゴリーに該当するクラウドサービスを提供するように構成されてもよい。プラットフォームサービスとして、存在するアプリケーションを組織（Ｏｒａｃｌｅなど）が共有の共通アーキテクチャ上に１つにまとめることを可能にするサービス、およびプラットフォームが提供する共有サービスを活用する新しいアプリケーションを作る能力などが挙げられるが、これに限定されない。ＰａａＳプラットフォームは、ＰａａＳサービスを提供するための基礎となるソフトウェアおよびインフラストラクチャを管理および制御してもよい。顧客は、ＰａａＳクラウドインフラストラクチャシステムが提供するサービスを、ライセンスおよびサポートを別に購入する必要なしに、入手できる。プラットフォームサービスとして、ＪＣＳ（Ｏｒａｃｌｅ Ｊａｖａ Ｃｌｏｕｄ Ｓｅｒｖｉｃｅ）、ＤＢＣＳ（Ｏｒａｃｌｅ Ｄａｔａｂａｓｅ Ｃｌｏｕｄ Ｓｅｒｖｉｃｅ）、およびその他が挙げられるが、これに限定されない。

ＰａａＳプラットフォームが提供するサービスを利用することによって、顧客は、クラウドインフラストラクチャシステムがサポートするプログラミング言語およびツールを採用でき、また、デプロイされたサービスを管理できる。いくつかの態様では、クラウドインフラストラクチャシステムが提供するプラットフォームサービスは、データベース・クラウドサービス、ミドルウェアクラウドサービス（たとえば、Ｏｒａｃｌｅ Ｆｕｓｉｏｎ Ｍｉｄｄｌｅｗａｒｅサービス）、およびＪａｖａクラウドサービスを含んでもよい。一態様では、データベース・クラウドサービスは、組織がデータベースリソースをプールすることと、サービスとしてのデータベース（Ｄａｔａｂａｓｅ ａｓ ａ Ｓｅｒｖｉｃｅ）をデータベース・クラウドの形で顧客に提供することとを可能にする共有サービスデプロイメントモデルをサポートしてもよい。クラウドインフラストラクチャシステムにおいて、ミドルウェアクラウドサービスは、顧客が様々なビジネスアプリケーションを開発およびデプロイするためのプラットフォームを提供してもよく、Ｊａｖａクラウドサービスは、顧客がＪａｖａアプリケーションをデプロイするためのプラットフォームを提供してもよい。

クラウドインフラストラクチャシステムでは、ＩａａＳプラットフォームによって様々な異なるインフラストラクチャサービスが提供されてもよい。インフラストラクチャサービスによって、ストレージ、ネットワークなど基礎となるコンピューティングリソース、および、ＳａａＳプラットフォームおよびＰａａＳプラットフォームが提供するサービスを利用している顧客のためのその他の基本的なコンピューティングリソースの管理および制御が容易になる。

特定の態様では、クラウドインフラストラクチャシステム１５０２は、クラウドインフラストラクチャシステムの顧客に様々なサービスを提供するために使用されるリソースを提供するためのインフラストラクチャ・リソース１５３０を含んでもよい。一態様では、インフラストラクチャ・リソース１５３０は、ＰａａＳプラットフォームおよびＳａａＳプラットフォームが提供するサービスを実行するための、サーバーなどのハードウェアと、ストレージと、ネットワーキング・リソースとの予め統合された最適な組合せを含んでもよい。

いくつかの態様では、クラウドインフラストラクチャシステム１５０２におけるリソースは、複数のユーザーによって共有され、リクエストに応じて動的に再割り当てされてもよい。これに加えて、リソースは、それぞれ異なるタイムゾーンのユーザーに割り当てられてもよい。たとえば、クラウドインフラストラクチャシステム１５０２は、第１のタイムゾーンにいる第１セットのユーザーがクラウドインフラストラクチャシステムのリソースを指定された時間利用することを可能にした後、異なるタイムゾーンに位置する別のセットのユーザーに同じリソースを再割り当てすることを可能にし、リソースの利用を最大限に活用できるようになる。

特定の態様では、クラウドインフラストラクチャシステム１５０２のそれぞれ異なる構成要素またはモジュールによって、およびクラウドインフラストラクチャシステム１５０２が提供するサービスによって共有されるいくつかの内部共有サービス１５３２が提供されてもよい。これらの内部共有サービスは、セキュリティ／アイデンティティサービス、統合サービス、企業リポジトリサービス、企業マネージャサービス、ウイルススキャン／ホワイトリストサービス、可用性の高いバックアップ・リカバリサービス、クラウドサポートを可能にするためのサービス、Ｅメールサービス、通知サービス、ファイル転送サービスなどを含み得るが、これに限定されない。

特定の態様では、クラウドインフラストラクチャシステム１５０２は、クラウドインフラストラクチャシステムにおけるクラウドサービス（たとえば、ＳａａＳサービス、ＰａａＳサービス、およびＩａａＳサービス）の包括的な管理を提供してもよい。一態様では、クラウド管理機能は、クラウドインフラストラクチャシステム１５０２が受信した顧客のサブスクリプションなどをプロビジョニング、管理、および追跡するための機能を含んでもよい。

一態様では、図に示すように、クラウド管理機能は、注文管理モジュール１５２０、注文オーケストレーションモジュール１５２２、注文プロビジョニングモジュール１５２４、注文管理／監視モジュール１５２６、およびアイデンティティ管理モジュール１５２８など、１つ以上のモジュールによって提供されてもよい。これらのモジュールは、１つ以上のコンピュータおよび／またはサーバーを含んでもよく、または、これらを使用して提供されてもよい。１つ以上のコンピュータおよび／またはサーバーは、汎用コンピュータ、専用サーバーコンピュータ、サーバーファーム、サーバー・クラスタ、またはその他の適切な配置および／もしくは組合せであり得る。

動作１５３４において、クライアントデバイス１５０４、１５０６、または１５０８などのクライアントデバイスを使用している顧客は、クラウドインフラストラクチャシステム１５０２が提供する１つ以上のサービスをリクエストし、クラウドインフラストラクチャシステム１５０２が提供する１つ以上のサービスのサブスクリプションを注文することによって、クラウドインフラストラクチャシステム１５０２とやり取りしてもよい。特定の態様では、顧客は、クラウドＵＩ（ユーザーインタフェース）、クラウドＵＩ１５１２、クラウドＵＩ１５１４および／またはクラウドＵＩ１５１６にアクセスし、これらのＵＩを介してサブスクリプションの注文を行ってもよい。顧客が注文をすることにレスポンスしてクラウドインフラストラクチャシステム１５０２が受信する注文情報は、この顧客を特定する情報、および、クラウドインフラストラクチャシステム１５０２が提供する、顧客がサブスクリプションをする目的の１つ以上のサービスを含んでもよい。

顧客によって注文が実行された後、クラウドＵＩ、１５１２、１５１４および／または１５１６を介して注文情報が受け付けられる。

動作１５３６において、この注文は、注文データベース１５１８に格納される。注文データベース１５１８は、クラウドインフラストラクチャシステム１５０２によって操作され、かつ、他のシステム要素と共に操作されるいくつかのデータベースのうちの１つであり得る。

動作１５３８において、注文情報が注文管理モジュール１５２０に転送される。場合によっては、注文管理モジュール１５２０は、注文の確認、確認後の注文の登録など、注文に関する課金機能および会計機能を実行するように構成されてもよい。

動作１５４０において、注文に関する情報が注文オーケストレーションモジュール１５２２に伝送される。注文オーケストレーションモジュール１５２２は、この注文情報を利用して、顧客が行った注文に関するサービスおよびリソースのプロビジョニングをオーケストレーションしてもよい。場合によっては、注文オーケストレーションモジュール１５２２は、リソースのプロビジョニングをオーケストレーションして、注文プロビジョニングモジュール１５２４のサービスを使用してサブスクリプションされているサービスをサポートしてもよい。

特定の態様では、注文オーケストレーションモジュール１５２２は、各注文に関連する業務の流れの管理を可能にし、ビジネスロジックを適用して、注文がプロビジョニングに進むべきかどうかを判断する。動作１５４２において、新しいサブスクリプションの注文を受けると、注文オーケストレーションモジュール１５２２は、サブスクリプションの注文を満たすために必要なリソースを割り当ててこれらのリソースを構成するリクエストを注文プロビジョニングモジュール１５２４に送信する。注文プロビジョニングモジュール１５２４は、顧客が申し込んだサービスのためのリソースの割り当てを有効にする。注文プロビジョニングモジュール１５２４は、システム環境１５００が提供するクラウドサービスと、リクエストされたサービスを提供するためのリソースをプロビジョニングするために使用される物理実施層との間に抽象度を設ける。よって、サービスおよびリソースがオンザフライで実際にプロビジョニングされたかどうか、または予めプロビジョニングされてリクエストされた場合にのみ割り当てられたかどうかなどの実装の詳細から注文オーケストレーションモジュール１５２２を切り離すことができる。

動作１５４２おいて、サービスおよびリソースがプロビジョニングされると、クラウドインフラストラクチャシステム１５０２の注文プロビジョニングモジュール１５２４によって、クライアントデバイス１５０４、１５０６および／または１５０８上の顧客に、提供されたサービスについての通知が送信されてもよい。

動作１５４６において、注文管理／監視モジュール１５２６よって顧客のサブスクリプションの注文が管理および追跡されてもよい。場合によっては、注文管理／監視モジュール１５２６は、サブスクリプションの注文におけるサービスに関する使用統計データ、たとえば、使用されたストレージの量、転送されたデータの量、ユーザーの数、ならびにシステムの稼働時間およびシステムの休止時間などを収集するように構成されてもよい。

特定の態様では、クラウドインフラストラクチャシステム１５０２は、アイデンティティ管理モジュール１５２８を備えてもよい。アイデンティティ管理モジュール１５２８は、クラウドインフラストラクチャシステム１５０２におけるアクセス管理およびアクセス認可サービスなどのアイデンティティサービスを提供するように構成されてもよい。いくつかの態様では、アイデンティティ管理モジュール１５２８は、クラウドインフラストラクチャシステム１５０２が提供するサービスを利用したい顧客についての情報を制御／管理してもよい。このような情報は、このような顧客のアイデンティティを認証する情報、および、様々なシステムリソース（たとえば、ファイル、ディレクトリ、アプリケーション、通信ポート、メモリセグメントなど）に対してそれらの顧客がどのような操作を行うことが承認されているのかを記述する情報を含み得る。また、アイデンティティ管理モジュール１５２８は、各顧客についての記述情報の管理、およびその記述情報が誰によってどのようにアクセスおよび変更され得るかについての管理を含んでもよい。

図１６は、本発明の様々な態様が実施され得る例示的なコンピュータシステム１６００を示す図である。システム１６００を使用して、上述したコンピュータシステムのいずれかを実現してもよい。図に示すように、コンピュータシステム１６００は、バス・サブシステム１６０２を介していくつかの周辺サブシステムと通信する処理装置１６０４を備える。これらの周辺サブシステムは、処理高速化装置１６０６と、Ｉ／Ｏサブシステム１６０８と、ストレージサブシステム１６１８と、通信サブシステム１６２４とを含んでもよい。ストレージサブシステム１６１８は、有形のコンピュータ読み取り可能な記憶媒体１６２２と、システムメモリ１６１０とを含む。

バス・サブシステム１６０２は、コンピュータシステム１６００の様々な構成要素およびサブシステムを互いに意図した通りに通信させるためのメカニズムを提供する。バス・サブシステム１６０２は、１つのバスとして図示されているが、バス・サブシステムの別の態様は、複数のバスを利用してもよい。バス・サブシステム１６０２は、各種のバスアーキテクチャを使用するメモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含むいくつかの種類のバス構造のうちのいずれかであってもよい。たとえば、このようなアーキテクチャは、ＩＳＡ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＭＣＡ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＥＩＳＡ（Ｅｎｈａｎｃｅｄ ＩＳＡ）バス、ＶＥＳＡ（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ）ローカルバス、およびＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスを含んでもよく、これらは、ＩＥＥＥ Ｐ１６８６．１標準規格に準拠して製造されるＭｅｚｚａｎｉｎｅバスとして実現され得る。

１つ以上の集積回路（たとえば、従来のマイクロプロセッサまたはマイクロコントローラ）として実現され得る処理装置１６０４は、コンピュータシステム１６００の動作を制御する。処理装置１６０４には、１つ以上のプロセッサが含まれてもよい。これらのプロセッサは、シングルコアプロセッサまたはマルチコアプロセッサを含んでもよい。特定の態様では、処理装置１６０４は、シングルコアプロセッサまたはマルチコアプロセッサを各々が含んだ１つ以上の独立した処理装置１６３２および／または１６３４として実現されてもよい。また、その他の態様では、処理装置１６０４は、２つのデュアルコアプロセッサを１つのチップに組み込むことによって形成されるクアッドコア処理装置として実現されてもよい。

様々な態様では、処理装置１６０４は、プログラムコードにレスポンスしていろいろなプログラムを実行でき、複数の同時に実行しているプログラムまたはプロセスを維持することができる。いつでも、実行されるプログラムコードの一部またはすべては、処理装置１６０４に、および／またはストレージサブシステム１６１８に存在し得る。適したプログラミングによって、処理装置１６０４は、上述した様々な機能を提供できる。コンピュータシステム１６００は、処理高速化装置１６０６をさらに備えてもよい。処理高速化装置１６０６は、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）および／または専用プロセッサなどを含み得る。

Ｉ／Ｏサブシステム１６０８は、ユーザーインタフェース入力装置と、ユーザーインタフェース出力装置とを含んでもよい。ユーザーインタフェース入力装置は、キーボード、マウスもしくはトラックボールなどのポインティングデバイス、タッチパッドもしくはディスプレイに組み込まれたタッチスクリーン、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、ボイスコマンド認識システムを有する音声入力装置、マイクロホン、および他の種類の入力装置を含んでもよい。また、ユーザーインタフェース入力装置は、たとえば、ジェスチャコマンドおよび音声コマンドを用いた自然なユーザーインタフェースによってユーザーがＭｉｃｒｏｓｏｆｔ Ｘｂｏｘ（登録商標）４６０ゲームコントローラなどの入力装置を制御およびそれとやり取りすることを可能にするＭｉｃｒｏｓｏｆｔ Ｋｉｎｅｃｔ（登録商標）モーションセンサなどの動き検知デバイスおよび／またはジェスチャ認識デバイスを含んでもよい。また、ユーザーインタフェース入力装置は、ユーザーの目の行動（たとえば、写真を撮影しているおよび／またはメニュー選択を行っている間の「まばたき」）を検出し、目の仕草（ｅｙｅ ｇｅｓｔｕｒｅ）を変換して入力装置（たとえば、Ｇｏｏｇｌｅ Ｇｌａｓｓ（登録商標））への入力とするＧｏｏｇｌｅ Ｇｌａｓｓ（登録商標）まばたき検出装置などのアイジェスチャ認識デバイスを含んでもよい。これに加えて、ユーザーインタフェース入力装置は、ユーザーがボイスコマンドによって音声認識システム（たとえば、Ｓｉｒｉ（登録商標）ナビゲータ）とやり取りすることを可能にする音声認識検知デバイスを含んでもよい。

また、ユーザーインタフェース入力装置は、４Ｄ（３次元）マウス、ジョイスティックもしくはポインティングスティック、ゲームパッドおよびグラフィックタブレット、ならびに、スピーカ、デジタルカメラ、デジタルカムコーダー、ポータブルメディアプレーヤ、ウェブカム、イメージスキャナ、指紋スキャナ、バーコードリーダー４Ｄスキャナ、４Ｄプリンタ、レーザー測距器、および視線追跡装置などのオーディオ／ビジュアル装置を含むが、これに限定されない。これに加えて、ユーザーインタフェース入力装置は、たとえば、コンピュータ断層撮影法、磁気共鳴画像、陽電子放出断層撮影装置、超音波検査デバイスなど、医用画像入力装置を含んでもよい。また、ユーザーインタフェース入力装置は、たとえば、ＭＩＤＩキーボード、デジタル楽器などのオーディオ入力装置を含んでもよい。

ユーザーインタフェース出力装置は、表示サブシステム、インジケーターライト、または音声出力装置などの非視覚的表示装置などを含んでもよい。表示サブシステムは、ＣＲＴ（ブラウン管）、ＬＣＤ（液晶ディスプレイ）またはプラズマディスプレイを使用するものなどのフラットパネル表示装置、投影装置、タッチスクリーンなどであってもよい。一般に、「出力装置」という用語の使用は、コンピュータシステム１６００からユーザーまたは他のコンピュータに情報を出力するためのあらゆる種類のデバイスおよびメカニズムを含むことを意図する。たとえば、ユーザーインタフェース出力装置は、モニタ、プリンタ、スピーカ、ヘッドホン、自動車ナビゲーションシステム、作図装置、音声出力装置、およびモデムなど、文字、図形、および音声／映像情報を視覚的に伝えるいろいろな表示装置を含み得るが、これに限定されない。

コンピュータシステム１６００は、システムメモリ１６１０内に現在位置していると図示されているソフトウェア要素を含むストレージサブシステム１６１８から構成されてもよい。システムメモリ１６１０は、処理装置１６０４上でロード可能かつ実行可能なプログラム命令、およびこれらのプログラムの実行中に生成されるデータを格納してもよい。

コンピュータシステム１６００の構成および種類によっては、システムメモリ１６１０は、揮発性メモリであってもよく（ＲＡＭ（ランダムアクセスメモリ）など）、および／または不揮発性メモリ（ＲＯＭ（読み出し専用メモリ）、フラッシュメモリなど）であってもよい。ＲＡＭは、通常、処理装置１６０４がすぐにアクセスできる、ならびに／または現在操作および実行しているデータおよび／もしくはプログラムモジュールを含む。いくつかの実装形態において、システムメモリ１６１０は、ＳＲＡＭ（スタティックＲＡＭ）またはＤＲＡＭ（ダイナミックＲＡＭ）など、複数の異なる種類のメモリを含んでもよい。いくつかの実装形態において、起動中などで、コンピュータシステム１６００内の要素間で情報を転送することを助ける基本ルーチンを含むＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）は、通常、ＲＯＭに格納されてもよい。また、一例として、システムメモリ１６１０は、クライアントアプリケーション、ウェブブラウザ、ミッドティア・アプリケーション、ＲＤＢＭＳ（リレーショナルデータベース管理システム）などを含み得るアプリケーションプログラム１６１２と、プログラムデータ１６１４と、オペレーティングシステム１６１６とを含む。一例として、オペレーティングシステム１６１６は、様々なバージョンのＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）、Ａｐｐｌｅ Ｍａｃｉｎｔｏｓｈ（登録商標）、および／もしくはＬｉｎｕｘオペレーティングシステム、いろいろな市販のＵＮＩＸ（登録商標）もしくはＵＮＩＸに似たオペレーティングシステム（いろいろなＧＮＵ／Ｌｉｎｕｘオペレーティングシステム、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（登録商標）ＯＳなどを含むが、これに限定されない）、ならびに／またはｉＯＳ、Ｗｉｎｄｏｗｓ（登録商標）Ｐｈｏｎｅ、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、ＢｌａｃｋＢｅｒｒｙ（登録商標）１５ＯＳ、およびＰａｌｍ（登録商標）ＯＳオペレーティングシステムなど、モバイルオペレーティングシステムを含んでもよい。

また、ストレージサブシステム１６１８は、いくつかの態様の機能を提供する基本プログラミング構成およびデータ構成を格納するための有形のコンピュータ読み取り可能な記憶媒体を提供してもよい。プロセッサによって実行されると上述の機能を提供するソフトウェア（プログラム、コードモジュール、命令）がストレージサブシステム１６１８に格納されてもよい。これらのソフトウェアモジュールまたは命令は、処理装置１６０４によって実行されてもよい。また、ストレージサブシステム１６１８は、本発明に従って使用されるデータを格納するためのリポジトリを提供してもよい。

また、ストレージサブシステム１６００は、コンピュータ読み取り可能な記憶媒体１６２２にさらに接続され得るコンピュータ読み取り可能な記憶媒体リーダー１６２０を含んでもよい。システムメモリ１６１０と合わせて、必要に応じてシステムメモリ１６１０と組み合わせて、コンピュータ読み取り可能な記憶媒体１６２２は、遠隔の記憶装置、ローカル記憶装置、固定記憶装置、および／またはリムーバブル記憶装置、ならびにコンピュータ読み取り可能な情報を一時的におよび／またはさらに永続して含み、格納し、送信し、および取り出すための記憶媒体を包括的に表してもよい。

コードまたはコードの一部を含んだコンピュータ読み取り可能な記憶媒体１６２２は、情報の格納および／または伝送のための任意の方法および技術で実現される揮発性媒体および不揮発性媒体、取り外し可能な媒体および固定型媒体などの記憶媒体および通信媒体を含む、当技術分野で知られているまたは使われている任意の適切な媒体も含んでもよいが、これに限定されない。これは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、フラッシュメモリ、もしくは他のメモリテクノロジー、ＣＤ－ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、もしくは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、もしくは他の磁気記憶装置などの有形の非一時的コンピュータ読み取り可能な記憶媒体、またはその他の有形のコンピュータ読み取り可能な媒体を含み得る。明示的に述べると、これは、データ信号、データ伝送など無形の一時的コンピュータ読み取り可能な媒体、または所望の情報を伝送するために使用され得るその他の媒体、およびコンピュータシステム１６００によってアクセスされ得るその他の媒体なども含み得る。

一例として、コンピュータ読み取り可能な記憶媒体１６２２は、固定型不揮発性磁気媒体から読み出しまたは書き込みを行うハードディスクドライブ、取外し可能な不揮発性磁気ディスクから読み出しまたは書き込みを行う磁気ディスクドライブ、ならびに、ＣＤ ＲＯＭ、ＤＶＤ、およびＢｌｕ－Ｒａｙ（登録商標）ディスクなどの取外し可能な不揮発性光ディスクもしくは他の光学媒体から読み出しまたは書き込みを行う光ディスクドライブを含んでもよい。コンピュータ読み取り可能な記憶媒体１６２２は、Ｚｉｐ（登録商標）ドライブ、フラッシュメモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）フラッシュドライブ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、ＤＶＤディスク、デジタルビデオテープなどを含み得るが、これに限定されない。また、コンピュータ読み取り可能な記憶媒体１６２２は、フラッシュメモリベースのＳＳＤ（Ｓｏｌｉｄ－Ｓｔａｔｅ Ｄｒｉｖｅｓ）、エンタープライズフラッシュドライブ、ソリッドステートＲＯＭなど、不揮発性メモリに基づくＳＳＤ（ソリッドステートドライブ）と、ソリッドステートＲＡＭ、動的ＲＡＭ、静的ＲＡＭ、ＤＲＡＭベースのＳＳＤなど、揮発性メモリに基づくＳＳＤと、ＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ ＲＡＭ）ＳＳＤと、ＤＲＡＭとフラッシュメモリとの組合せベースのＳＳＤを使用するハイブリッドＳＳＤとを含んでもよい。これらのディスクドライブおよびそれらの関連するコンピュータ読み取り可能な媒体は、コンピュータ読み取り可能な命令、データ構造、プログラムモジュール、およびその他のコンピュータシステム１６００用データの不揮発性ストレージを提供してもよい。

通信サブシステム１６２４は、他のコンピュータシステムおよびネットワークへのインタフェースを提供する。通信サブシステム１６２４は、コンピュータシステム１６００からデータを受信し、コンピュータシステム１６００から他のシステムにデータを送信するためのインタフェースとして機能する。たとえば、通信サブシステム１６２４は、コンピュータシステム１６００がインターネットを介して１つ以上のデバイスに接続することを可能にしてもよい。いくつかの態様では、通信サブシステム１６２４は、（たとえば、携帯電話技術、４Ｇ、４Ｇ、もしくはＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ Ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ）などの次世代データネットワークテクノロジー、ＷｉＦｉ（ＩＥＥＥ８０２．２８ファミリー標準規格）、他の移動体通信技術、またはそれらの任意の組合せを使用する）ワイヤレス音声ネットワークもしくは／またはデータネットワークにアクセスするためのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）トランシーバコンポーネント、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）レシーバコンポーネント、および／または他の構成要素を含み得る。いくつかの態様では、通信サブシステム１６２４は、ワイヤレスインタフェースに加えて、またはワイヤレスインタフェースの代わりに、有線ネットワーク接続性（たとえば、Ｅｔｈｅｒｎｅｔ）を提供できる。

いくつかの態様では、通信サブシステム１６２４は、コンピュータシステム１６００を利用し得る１人以上のユーザーに代わって、構造化データフィードおよび／または非構造化データフィード１６２６、イベントストリーム１６２８、イベントアップデート１６３０などの形で入力通信文を受信してもよい。

一例として、通信サブシステム１６２４は、Ｔｗｉｔｔｅｒ（登録商標）フィード、Ｆａｃｅｂｏｏｋ（登録商標）の更新、ＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ）フィードなどのｗｅｂフィード、および／もしくは１つ以上のサードパーティ情報ソースからのリアルタイム更新など、ソーシャルメディアネットワークならびに／または他のコミュニケーションサービスのユーザーから非構造化データフィード１６２６をリアルタイムで受信するように構成されてもよい。

また、これに加えて、通信サブシステム１６２４は、連続したデータストリームの形でデータを受信するように構成されてもよく、連続したデータストリームは、本質的にはっきりとした終端がない、連続または無限の、リアルタイムイベントおよび／またはイベントアップデート１６３０のイベントストリーム１６２８を含んでもよい。連続データを生成するアプリケーションとして、たとえば、センサーデータアプリケーション、チッカー、ネットワークパフォーマンス測定ツール（たとえば、ネットワーク監視およびトラフィック管理アプリケーション）、クリックストリーム解析ツール、自動車交通量監視などが挙げられてもよい。

また、通信サブシステム１６２４は、コンピュータシステム１６００に接続された１つ以上のストリーミングデータソースコンピュータと通信中であり得る１つ以上のデータベースに、構造化データフィードおよび／または非構造化データフィード１６２６、イベントストリーム１６２８、イベントアップデート１６３０などを出力するように構成されてもよい。

コンピュータシステム１６００は、手のひらサイズのポータブルデバイス（たとえば、ｉＰｈｏｎｅ（登録商標）携帯電話、ＩＰａｄ（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブルデバイス（たとえば、Ｇｏｏｇｌｅ Ｇｌａｓｓ（登録商標）ヘッドマウントディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバーラック、またはその他のデータ処理システムを含む、様々な種類のうちの１つであり得る。

変わり続けるというコンピュータおよびネットワークの性質のため、図に示すコンピュータシステム１６００の説明は、具体例にすぎない。図に示すシステムよりも多いまたは少ない数の構成要素を有する多くの他の構成が可能である。たとえば、カスタマイズされたハードウェアが使用されてもよく、および／または、ハードウェア、ファームウェア、ソフトウェア（アプレットを含む）、もしくはそれらの組合せで特定の要素が実現されてもよい。さらに、ネットワーク入出力装置など、他のコンピューティングデバイスへの接続を採用してもよい。本明細書に記載の開示および教示に基づいて、当業者であれば、様々な態様を実現するための他のやり方および／または方法が分かるであろう。

上記の明細書において、本発明の態様をその具体例を参照しながら説明したが、当業者は本発明がこれに限定されないことが分かるだろう。上述した発明のさまざまな特徴および態様は、個々に、または共同で用いられてもよい。さらに、態様は、本明細書のより広義の趣旨および範囲から逸脱することなく、本明細書において記載した環境およびアプリケーションの数を上回る任意の数の環境およびアプリケーションにおいて利用され得る。したがって、明細書および添付の図面は、限定ではなく例示とみなされる。

Claims (20)

1. ウェブアプリケーションを自動的にインストルメント化する方法であって、
   前記ウェブアプリケーションのコードから、前記ウェブアプリケーションがユーザーインタラクションによってトリガされるイベントを含むことを特定することと、
   前記イベントをトレーサーと対応付けることとを含み、前記トレーサーは、前記イベントによって引き起こされる第１操作セットの実行に基づいてトレーシング情報のログを取り、第１スパンのパフォーマンスの第１測定値を取得するように構成され、前記第１スパンは、第１操作セットを含み、前記パフォーマンスの第１測定値は、（ｉ）前記第１操作セットを実行するための処理サイクルの数および（ｉｉ）前記第１操作セットの実行時間のうち、１つ以上を含み、前記方法は、さらに、
   前記第１操作セットの実行がサーバーへのリクエストを行わせることを前記コードにおいて特定することと、
   前記リクエストを前記トレーサーと対応付けることとを含み、前記トレーサーは、前記リクエストによって引き起こされる第２操作セットの実行に基づいてトレーシング情報のログを取り、第２スパンのパフォーマンスの第２測定値を取得するように構成され、前記第２スパンは、前記第２操作セットを含み、前記第２スパンは、前記第１スパンの子スパンであり、前記パフォーマンスの第２測定値は、（ｉ）前記第２操作セットを実行するための処理サイクルの数および（ｉｉ）前記第２操作セットの実行時間のうち、１つ以上を含む、方法。
2. 前記第１スパンの優先順位を受信することと、
   前記優先順位が優先順位許容範囲外であると判断することと、
   前記判断することに基づいて前記第１スパンをプロキシスパンとみなすこととをさらに含み、前記第１スパンをプロキシスパンとみなすことは、前記トレーサーに、前記第１操作セットの実行に基づいて情報のログを取らせないようにする、請求項１に記載の方法。
3. 更新された前記第１スパンの優先順位にアクセスすることと、
   更新された前記優先順位が前記優先順位許容範囲内であると判断したことに応答して、前記トレーサーをインスタンス化し、前記第１スパンをスパンと新たにみなすこととをさらに含む、請求項２に記載の方法。
4. 前記ウェブアプリケーションの開始に基づいて前記トレーサーおよび前記トレーサーをインスタンス化することと、
   前記イベントのトリガに基づいて前記第１スパンの開始のログを自動的に取ることと、
   前記リクエストのトリガに基づいて前記第２スパンの開始のログを自動的に取ることと、
   前記第２操作セットの完了に基づいて前記第２スパンの終了のログを自動的に取ることと、
   前記第１操作セットの完了に基づいて前記第１スパンの終了のログを自動的に取ることとをさらに含む、請求項１に記載の方法。
5. 前記リクエストのトリガに基づいて前記リクエストを外部サーバーに送ることと、
   前記送ることに基づいて前記外部サーバー上で前記第２スパンの開始のログを自動的に取ることと、
   前記外部サーバー上で前記第２操作セットを実行することと、
   前記外部サーバー上で前記第２スパンの終了のログを自動的に取ることと、
   前記第２スパンの終了の指示を前記外部サーバーから受信することとをさらに含む、請求項１に記載の方法。
6. 前記第１スパンの優先順位にアクセスすることと、
   前記第１スパンの優先順位および前記ウェブアプリケーションの開始に基づいて前記トレーサーをインスタンス化することと、
   前記リクエストのトリガに基づいて前記第２スパンの開始のログを自動的に取ることと、
   前記第２操作セットの完了に基づいて前記第２スパンの終了のログを自動的に取ることとをさらに含む、請求項１に記載の方法。
7. 前記リクエストは、前記サーバーに前記第２操作セットを実行させ、
   前記第２スパンの終了のログを自動的に取ることは、前記第２スパンに関する情報を含むヘッダを前記サーバーから受信することを含む、請求項６に記載の方法。
8. システムであって、
   コンピュータ実行可能なプログラム命令を格納した非一時的なコンピュータ読み取り可能な媒体と、
   前記非一時的なコンピュータ読み取り可能な媒体に通信可能に連結され、前記コンピュータ実行可能なプログラム命令を実行する少なくとも１つのプロセッサとを備え、前記コンピュータ実行可能なプログラム命令は、
   ウェブアプリケーションのコードから、前記ウェブアプリケーションがユーザーインタラクションによってトリガされるイベントを含むことを特定するための命令と、
   前記イベントをトレーサーと対応付けるための命令とを含み、前記トレーサーは、前記イベントによって引き起こされる第１操作セットの実行に基づいてトレーシング情報のログを取り、第１スパンのパフォーマンスの第１測定値を取得するように構成され、前記第１スパンは、第１操作セットを含み、前記パフォーマンスの第１測定値は、（ｉ）前記第１操作セットを実行するための処理サイクルの数および（ｉｉ）前記第１操作セットの実行時間のうち、１つ以上を含み、前記コンピュータ実行可能なプログラム命令は、さらに、
   前記第１操作セットの実行がサーバーへのリクエストを行わせることを前記コードにおいて特定するための命令と、
   前記リクエストを前記トレーサーと対応付けるための命令とを含み、前記トレーサーは、前記リクエストによって引き起こされる第２操作セットの実行に基づいてトレーシング情報のログを取り、第２スパンのパフォーマンスの第２測定値を取得するように構成され、前記第２スパンは、前記第２操作セットを含み、前記第２スパンは、前記第１スパンの子スパンであり、前記パフォーマンスの第２測定値は、（ｉ）前記第２操作セットを実行するための処理サイクルの数および（ｉｉ）前記第２操作セットの実行時間のうち、１つ以上を含む、システム。
9. 前記コンピュータ実行可能なプログラム命令は、
   前記第１スパンの優先順位を受信するための命令と、
   前記優先順位が優先順位許容範囲外であると判断するための命令と、
   前記判断することに基づいて前記第１スパンをプロキシスパンとみなすための命令とを含み、前記第１スパンをプロキシスパンとみなすための命令は、前記トレーサーに、前記第１操作セットの実行に基づいて情報のログを取らせないようにする、請求項８に記載のシステム。
10. 前記コンピュータ実行可能なプログラム命令は、
    更新された前記第１スパンの優先順位にアクセスするための命令と、
    更新された前記優先順位が前記優先順位許容範囲内であると判断したことに応答して、前記トレーサーをインスタンス化し、前記第１スパンをスパンと新たにみなすための命令とを含む、請求項９に記載のシステム。
11. 前記コンピュータ実行可能な命令は、
    前記リクエストのトリガに基づいて前記リクエストを外部サーバーに送るための命令と、
    前記送ることに基づいて前記外部サーバー上で前記第２スパンの開始のログを自動的に取るための命令と、
    前記外部サーバー上で前記第２操作セットを実行するための命令と、
    前記外部サーバー上で前記第２スパンの終了のログを自動的に取るための命令と、
    前記第２スパンの終了の指示を前記外部サーバーから受信するための命令とを含む、請求項８に記載のシステム。
12. 前記コンピュータ実行可能な命令は、
    前記ウェブアプリケーションの開始に基づいて前記トレーサーおよび前記トレーサーをインスタンス化するための命令と、
    前記イベントのトリガに基づいて前記第１スパンの開始のログを自動的に取るための命令と、
    前記リクエストのトリガに基づいて前記第２スパンの開始のログを自動的に取るための命令と、
    前記第２操作セットの完了に基づいて前記第２スパンの終了のログを自動的に取るための命令と、
    前記第１操作セットの完了に基づいて前記第１スパンの終了のログを自動的に取るための命令とを含む、請求項８に記載のシステム。
13. 前記コンピュータ実行可能な命令は、
    前記第１スパンの優先順位にアクセスするための命令と、
    前記第１スパンの優先順位および前記ウェブアプリケーションの開始に基づいて前記トレーサーをインスタンス化するための命令と、
    前記リクエストのトリガに基づいて前記第２スパンの開始のログを自動的に取るための命令と、
    前記第２操作セットの完了に基づいて前記第２スパンの終了のログを自動的に取るための命令とを含む、請求項８に記載のシステム。
14. 前記コンピュータ実行可能な命令は、
    前記リクエストは、前記サーバーに前記第２操作セットを実行させる命令を含み、
    前記第２スパンの終了のログを自動的に取ることは、前記第２スパンに関する情報を含むヘッダを前記サーバーから受信することを含む、請求項１３に記載のシステム。
15. コンピュータ実行可能なプログラム命令を格納した非一時的なコンピュータ読み取り可能な媒体であって、前記コンピュータ実行可能なプログラム命令は、プロセッサによって実行されると、動作を実行し、前記動作は、
    ウェブアプリケーションのコードから、前記ウェブアプリケーションがユーザーインタラクションによってトリガされるイベントを含むことを特定することと、
    前記イベントをトレーサーと対応付けることとを含み、前記トレーサーは、前記イベントによって引き起こされる第１操作セットの実行に基づいてトレーシング情報のログを取り、第１スパンのパフォーマンスの第１測定値を取得するように構成され、前記第１スパンは、第１操作セットを含み、前記パフォーマンスの第１測定値は、（ｉ）前記第１操作セットを実行するための処理サイクルの数および（ｉｉ）前記第１操作セットの実行時間のうち、１つ以上を含み、前記動作は、さらに、
    前記第１操作セットの実行がサーバーへのリクエストを行わせることを前記コードにおいて特定することと、
    前記リクエストを前記トレーサーと対応付けることとを含み、前記トレーサーは、前記リクエストによって引き起こされる第２操作セットの実行に基づいてトレーシング情報のログを取り、第２スパンのパフォーマンスの第２測定値を取得するように構成され、前記第２スパンは、前記第２操作セットを含み、前記第２スパンは、前記第１スパンの子スパンであり、前記パフォーマンスの第２測定値は、（ｉ）前記第２操作セットを実行するための処理サイクルの数および（ｉｉ）前記第２操作セットの実行時間のうち、１つ以上を含む、非一時的なコンピュータ読み取り可能な媒体。
16. 前記動作は、
    前記第１スパンの優先順位を受信することと、
    前記優先順位が優先順位許容範囲外であると判断することと、
    前記判断することに基づいて前記第１スパンをプロキシスパンとみなすこととをさらに含み、前記第１スパンをプロキシスパンとみなすことは、前記トレーサーに、前記第１操作セットの実行に基づいて情報のログを取らせないようにする、請求項１５に記載の非一時的なコンピュータ読み取り可能な媒体。
17. 前記動作は、
    更新された前記第１スパンの優先順位にアクセスすることと、
    更新された前記優先順位が前記優先順位許容範囲内であると判断したことに応答して、前記トレーサーをインスタンス化し、前記第１スパンをスパンと新たにみなすこととをさらに含む、請求項１６に記載の非一時的なコンピュータ読み取り可能な媒体。
18. 前記動作は、
    前記リクエストのトリガに基づいて前記リクエストを外部サーバーに送ることと、
    前記送ることに基づいて前記外部サーバー上で前記第２スパンの開始のログを自動的に取ることと、
    前記外部サーバー上で前記第２操作セットを実行することと、
    前記外部サーバー上で前記第２スパンの終了のログを自動的に取ることと、
    前記第２スパンの終了の指示を前記外部サーバーから受信することとをさらに含む、請求項１５に記載の非一時的なコンピュータ読み取り可能な媒体。
19. 前記動作は、
    前記ウェブアプリケーションの開始に基づいて前記トレーサーおよび前記トレーサーをインスタンス化することと、
    前記イベントのトリガに基づいて前記第１スパンの開始のログを自動的に取ることと、
    前記リクエストのトリガに基づいて前記第２スパンの開始のログを自動的に取ることと、
    前記第２操作セットの完了に基づいて前記第２スパンの終了のログを自動的に取ることと、
    前記第１操作セットの完了に基づいて前記第１スパンの終了のログを自動的に取ることとをさらに含む、請求項１５に記載の非一時的なコンピュータ読み取り可能な媒体。
20. 前記動作は、
    前記第１スパンの優先順位にアクセスすることと、
    前記第１スパンの優先順位および前記ウェブアプリケーションの開始に基づいて前記トレーサーをインスタンス化することと、
    前記リクエストのトリガに基づいて前記第２スパンの開始のログを自動的に取ることと、
    前記第２操作セットの完了に基づいて前記第２スパンの終了のログを自動的に取ることとをさらに含む、請求項１５に記載の非一時的なコンピュータ読み取り可能な媒体。

Images