JP2023511535A - インフラストラクチャオーケストレーションサービスのためのユーザインターフェイス技術 - Google Patents

インフラストラクチャオーケストレーションサービスのためのユーザインターフェイス技術 Download PDF

Info

Publication number
JP2023511535A
JP2023511535A JP2022542782A JP2022542782A JP2023511535A JP 2023511535 A JP2023511535 A JP 2023511535A JP 2022542782 A JP2022542782 A JP 2022542782A JP 2022542782 A JP2022542782 A JP 2022542782A JP 2023511535 A JP2023511535 A JP 2023511535A
Authority
JP
Japan
Prior art keywords
infrastructure
user interface
execution
software
declarative
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022542782A
Other languages
English (en)
Other versions
JPWO2021150291A5 (ja
Inventor
カレ，アーサー
ルービンシュタイン，ジョシュ・マックス
Original Assignee
オラクル・インターナショナル・コーポレイション
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US17/001,626 external-priority patent/US20210223923A1/en
Application filed by オラクル・インターナショナル・コーポレイション filed Critical オラクル・インターナショナル・コーポレイション
Publication of JP2023511535A publication Critical patent/JP2023511535A/ja
Publication of JPWO2021150291A5 publication Critical patent/JPWO2021150291A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5072—Grid computing

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Stored Programmes (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

いくつかのユーザインターフェイスを提供するための技術を開示する。コンピューティングシステムは、宣言型インフラストラクチャプロビジョナを実行し得る。コンピューティングシステムは、宣言命令を提供して、複数のインフラストラクチャリソースおよび複数のアーティファクトをデプロイするように宣言型インフラストラクチャプロビジョンに指示し得る。１つの例示的なユーザインターフェイスは、複数のインフラストラクチャコンポーネントおよびアーティファクトのグローバルビューを提供し得る。別の例示的なユーザインターフェイスは、複数のインフラストラクチャコンポーネントおよびアーティファクトの対応する状態および変更アクティビティを提供し得る。コンピューティング環境の第１の変化を示すローカルで生成された安全プランとコンピューティング環境の第２の変化を示すリモートで生成された安全プランとの間の類似点および／または相違点を表示するさらに別のユーザインターフェイスが提供され得る。

Description

関連出願の相互参照
本願は、以下の米国仮出願および通常出願の通常出願であり、以下の米国仮出願および通常出願の米国特許法第１１９条（ｅ）下の利益および優先権を主張し、それらの全内容は全ての目的で引用によって援用される。以下の米国仮出願および通常出願とは、「インフラストラクチャオーケストレーションサービスのためのユーザインターフェイス技術（USER INTERFACE TECHNIQUES FOR AN INFRASTRUCTURE ORCHESTRATION SERVICE）」と題される２０２０年１月２０日に出願された米国仮出願番号第６２／９６３，４５６号、「インフラストラクチャオーケストレーションサービスのためのユーザインターフェイス技術（USER INTERFACE TECHNIQUES FOR AN INFRASTRUCTURE ORCHESTRATION SERVICE）」と題される２０２０年１月２２日に出願された米国仮出願番号第６２／９６４，５９６号、「インフラストラクチャオーケストレーションサービスのためのユーザインターフェイス技術（USER INTERFACE TECHNIQUES FOR AN INFRASTRUCTURE ORCHESTRATION SERVICE）」と題される２０２０年８月２４日に出願された米国通常出願番号第１７／００１，６２６号である。
背景
今日、クラウドインフラストラクチャサービスは、多くの個々のサービスを利用して、クラウドインフラストラクチャサービスの多くの領域にわたってコードおよび構成を（それぞれ）プロビジョニングしてデプロイしている。特にプロビジョニングが一般に宣言的であってコードをデプロイすることが絶対必要であることを考えると、これらのツールは、使用するのに相当な手動労力を必要とする。さらに、サービスチームおよび領域の数が増加するにつれて、クラウドインフラストラクチャサービスも成長し続ける必要がある。さらに多くのさらに小さい領域にデプロイするというクラウドインフラストラクチャサービスの戦略の中には、領域ごとの費用を含むものもあるが、これらは上手くスケーリングできない。
簡単な概要
１つまたは複数のユーザインターフェイスを提供するための技術が本明細書に開示されている。いくつかの実施形態において、方法が開示されている。上記方法は、コンピューティングシステムが、宣言型インフラストラクチャプロビジョナを実行するステップを備え得る。上記方法は、上記コンピューティングシステムが、第１の一組の宣言命令を上記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第１の一組のインフラストラクチャコンポーネントをプロビジョニングするステップをさらに備え得る。上記方法は、上記コンピューティングシステムが、第２の一組の宣言命令を上記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第２の一組のソフトウェアアーティファクトをデプロイするステップをさらに備え得る。上記方法は、上記コンピューティングシステムが、複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供するステップをさらに備え得て、上記複数のユーザインターフェイス要素は、少なくとも、上記第１の一組のインフラストラクチャコンポーネントをプロビジョニングするステップに関連付けられた第１のステータスと、上記第２の一組のソフトウェアアーティファクトをデプロイするステップに関連付けられた第２のステータスとを識別する。
いくつかの実施形態において、システムが開示されている。上記システムは、１つまたは複数のプロセッサと、コンピュータによって実行可能な命令を格納する１つまたは複数のメモリとを備えて、上記コンピュータによって実行可能な命令は、上記１つまたは複数のプロセッサによって実行されると、上記システムに動作を実行させる。上記動作は、宣言型インフラストラクチャプロビジョナを実行することを備え得る。上記動作は、第１の一組の宣言命令を上記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第１の一組のインフラストラクチャコンポーネントをプロビジョニングすることをさらに備え得る。上記動作は、第２の一組の宣言命令を上記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第２の一組のソフトウェアアーティファクトをデプロイすることをさらに備え得る。上記動作は、複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供することをさらに備え得て、上記複数のユーザインターフェイス要素は、少なくとも、上記第１の一組のインフラストラクチャコンポーネントをプロビジョニングすることに関連付けられた第１のステータスと、上記第２の一組のソフトウェアアーティファクトをデプロイすることに関連付けられた第２のステータスとを識別する。
いくつかの実施形態において、非一時的なコンピュータ読取可能記憶媒体が開示されている。上記非一時的なコンピュータ読取可能記憶媒体は、１つまたは複数のプロセッサと、コンピュータによって実行可能な命令を格納する１つまたは複数のメモリとを備え得て、上記コンピュータによって実行可能な命令は、上記１つまたは複数のプロセッサによって実行されると、コンピューティングデバイスに動作を実行させる。上記動作は、宣言型インフラストラクチャプロビジョナを実行することを備え得る。上記動作は、第１の一組の宣言命令を上記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第１の一組のインフラストラクチャコンポーネントをプロビジョニングすることをさらに備え得る。上記動作は、第２の一組の宣言命令を上記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第２の一組のソフトウェアアーティファクトをデプロイすることをさらに備え得る。上記動作は、複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供することをさらに備え得て、上記複数のユーザインターフェイス要素は、少なくとも、上記第１の一組のインフラストラクチャコンポーネントをプロビジョニングすることに関連付けられた第１のステータスと、上記第２の一組のソフトウェアアーティファクトをデプロイすることに関連付けられた第２のステータスとを識別する。
いくつかの実施形態において、コンピュータによって実行される方法が開示されている。上記方法は、コンピューティングシステムが、複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供するステップを備え得て、上記複数のユーザインターフェイス要素は、少なくとも、第１の一組のインフラストラクチャコンポーネントをプロビジョニングすることに関連付けられた第１のステータスと、第２の一組のソフトウェアアーティファクトをデプロイすることに関連付けられた第２のステータスとを識別する。上記第１の一組のインフラストラクチャは、宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされ、上記第２の一組のソフトウェアアーティファクトは、上記宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされる。
いくつかの実施形態において、システムが開示されている。上記システムは、１つまたは複数のプロセッサと、コンピュータによって実行可能な命令を格納する１つまたは複数のメモリとを備え得て、上記コンピュータによって実行可能な命令は、上記１つまたは複数のプロセッサによって実行されると、上記システムに動作を実行させる。上記動作は、複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供することを備え得て、上記複数のユーザインターフェイス要素は、少なくとも、第１の一組のインフラストラクチャコンポーネントをプロビジョニングすることに関連付けられた第１のステータスと、第２の一組のソフトウェアアーティファクトをデプロイすることに関連付けられた第２のステータスとを識別する。上記第１の一組のインフラストラクチャは、宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされ、上記第２の一組のソフトウェアアーティファクトは、上記宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされる。
いくつかの実施形態において、非一時的なコンピュータ読取可能記憶媒体が開示されている。上記非一時的なコンピュータ読取可能記憶媒体は、１つまたは複数のプロセッサと、コンピュータによって実行可能な命令を格納する１つまたは複数のメモリとを備え得て、上記コンピュータによって実行可能な命令は、上記１つまたは複数のプロセッサによって実行されると、コンピューティングデバイスに動作を実行させる。上記動作は、複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供することを備え得て、上記複数のユーザインターフェイス要素は、少なくとも、第１の一組のインフラストラクチャコンポーネントをプロビジョニングすることに関連付けられた第１のステータスと、第２の一組のソフトウェアアーティファクトをデプロイすることに関連付けられた第２のステータスとを識別する。上記第１の一組のインフラストラクチャは、宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされ、上記第２の一組のソフトウェアアーティファクトは、上記宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされる。
いくつかの実施形態において、装置が開示されている。上記装置は、本開示の実施形態に係る方法のいずれかの方法のステップを実行するための手段を備え得る。
任意の特定の要素または行為の記述を識別しやすくするために、参照番号における最上位の数字は、その要素が最初に紹介される図面番号を指す。
少なくとも１つの実施形態に係る、クラウドインフラストラクチャオーケストレーションサービスの少なくともいくつかの要素を実行するためのアーキテクチャのブロック図である。 少なくとも１つの実施形態に係る、クラウドインフラストラクチャオーケストレーションサービスの少なくともいくつかの要素を実行するためのアーキテクチャのブロック図である。 少なくとも１つの実施形態に係る、例示的なフロックを説明するためのフロー図である。 少なくとも１つの実施形態に係る、例示的なフロックを説明するためのフロー図である。 少なくとも１つの実施形態に係る、例示的なユーザインターフェイスを示す概略図である。 少なくとも１つの実施形態に係る、選択されたリリースに関連する情報を提供するための例示的なユーザインターフェイスを示す概略図である。 少なくとも１つの実施形態に係る、リリースの状態を見るための例示的なユーザインターフェイスを示す概略図である。 少なくとも１つの実施形態に係る、リリースの状態を見るための例示的なユーザインターフェイスを示す概略図である。 少なくとも１つの実施形態に係る、選択された実行ターゲットの実行ターゲットリソースを表示する例示的なユーザインターフェイスを示す概略図である。 少なくとも１つの実施形態に係る、選択されたリリースの選択されたフェーズについての情報を表示するための例示的なユーザインターフェイスを示す概略図である。 少なくとも１つの実施形態に係る、一組の実行タスクの実行順序を説明するための実行グラフを表示する例示的なユーザインターフェイスを示す概略図である。 少なくとも１つの実施形態に係る、選択されたリリースの１つまたは複数のフェーズに関連する実行ステータスを表示する例示的なＵＩ１２００を示す例示的なユーザインターフェイスを示す概略図である。 少なくとも１つの実施形態に係る、例示的な安全プランを表示する例示的なユーザインターフェイスを示す概略図である。 少なくとも１つの実施形態に係る、インフラストラクチャをプロビジョニングするためのユーザインターフェイスを生成する例示的なプロセスを説明するためのフロー図である。 少なくとも１つの実施形態に係る、分散型システムのブロック図である。 少なくとも１つの実施形態に係る、実施形態のシステムの１つまたは複数のコンポーネントによって提供されるサービスがクラウドサービスとして提供され得るシステム環境の１つまたは複数のコンポーネントのブロック図である。 本開示のさまざまな実施形態が実現され得る例示的なコンピュータシステムのブロック図である。
詳細な説明
いくつかの例において、インフラストラクチャ・アズ・ア・サービス（ＩａａＳ）は、１つの特定のタイプのクラウドコンピューティングである。ＩａａＳは、仮想化されたコンピューティングリソースをパブリックネットワーク（たとえば、インターネット）を介して提供するように構成され得る。いくつかの例において、ＩａａＳは、クラウドコンピューティングサービスの３つの主要なカテゴリ（または、サブカテゴリ）のうちの１つである。大抵の人は、他の主要なカテゴリがソフトウェア・アズ・ア・サービス（ＳａａＳ）およびプラットフォーム・アズ・ア・サービス（ＰａａＳ）であると考え、時として、ＳａａＳは、ＰａａＳおよびＩａａＳを両方とも包含するより広いカテゴリであると考えられる場合もあり、さらにＩａａＳがＰａａＳのサブカテゴリであると考える人さえいる。
ＩａａＳモデルでは、クラウドコンピューティングプロバイダは、インフラストラクチャコンポーネント（たとえば、サーバ、ストレージデバイス、ネットワークノード（たとえば、ハードウェア）、デプロイメントソフトウェア、プラットフォーム仮想化（たとえば、ハイパーバイザ層）など）を運営管理することができる。
場合によっては、ＩａａＳプロバイダは、それらのインフラストラクチャコンポーネントに付随するようにさまざまなサービス（たとえば、請求、監視、ロギング、セキュリティ、ロードバランシングおよびクラスタ化など）も供給し得る。したがって、これらのサービスがポリシ駆動であり得るので、ＩａａＳユーザは、ロードバランシングを駆動してアプリケーション可用性および性能を維持するようにポリシを実行することができるであろう。
いくつかの例において、ＩａａＳ顧客は、ワイドエリアネットワーク（ＷＡＮ）（インターネットなど）を介してリソースおよびサービスにアクセスすることができ、クラウドプロバイダのサービスを使用してアプリケーションスタックの残りの要素をインストールすることができる。たとえば、ユーザは、ＩａａＳプラットフォームにログインして、仮想マシン（ＶＭ）を作成し、各ＶＭにオペレーティングシステム（ＯＳ）をインストールし、ミドルウェア（データベースなど）をデプロイし、ワークロードおよびバックアップのためのストレージバケットを作成し、そのＶＭに企業ソフトウェアをインストールすることさえできる。次いで、顧客は、プロバイダのサービスを使用してさまざまな機能（ネットワークトラフィックバランシング、トラブルシューティングアプリケーション問題、性能の監視、ディザスタリカバリの管理などを含む）を実行することができる。
ほとんどの場合、クラウドコンピューティングモデルは、クラウドプロバイダの参加を必要とする。クラウドプロバイダは、ＩａａＳを提供する（たとえば、販売する）ことを専門とする第三者サービスであり得るが、そうでなくてもよい。エンティティは、それ自体のインフラストラクチャサービスプロバイダになるプライベートクラウドをデプロイすることも選択し得る。
いくつかの例において、ＩａａＳデプロイメントは、新たなアプリケーションまたは新たなバージョンを、準備されたアプリケーションサーバなどに配置するプロセスである。それは、サーバを準備する（たとえば、ライブラリ、デーモンなどをインストールする）プロセスも含み得る。これは、多くの場合、ハイパーバイザ層（たとえば、サーバ、ストレージ、ネットワークハードウェアおよび仮想化）の下のクラウドプロバイダによって管理される。したがって、顧客は、（ＯＳ）、ミドルウェアおよび／またはアプリケーションデプロイメントなどを（たとえば、セルフサービスの仮想マシン（たとえば、オンデマンドで起動され得る）上で）処理することを担うことができる。
いくつかの例において、ＩａａＳプロビジョニングとは、使用のためにコンピュータまたは仮想ホストを取得すること、および必要なライブラリまたはサービスをそれらにインストールすることさえ意味し得る。ほとんどの場合、デプロイメントはプロビジョニングを含んでおらず、プロビジョニングを最初に実行する必要があり得る。
ＩａａＳプロビジョニングには２つの異なる問題がある場合もある。第１に、何かが実行中である前にインフラストラクチャの初期セットをプロビジョニングするという最初の課題がある。第２に、何もかもがプロビジョニングされると既存のインフラストラクチャを展開する（たとえば、新たなサービスを追加する、サービスを変更する、サービスを除去する、など）という課題がある。場合によっては、これら２つの課題は、インフラストラクチャの構成を宣言的に定義することを可能にすることによって対処することができる。言い換えれば、インフラストラクチャ（たとえば、どのコンポーネントが必要であり、それらがどのように相互作用するか）は、１つまたは複数の構成ファイルによって定義することができる。したがって、インフラストラクチャの全体トポロジ（たとえば、どのリソースがどれに依存しており、それらの各々がどのように協働するか）は、宣言的に記載することができる。いくつかの例において、トポロジが定義されると、構成ファイルに記載されたさまざまなコンポーネントを作成および／または管理するワークフローを生成することができる。
いくつかの例において、インフラストラクチャは、多くの相互接続された要素を有し得る。たとえば、１つまたは複数の仮想プライベートクラウド（ＶＰＣ）（たとえば、構成可能なおよび／または共有のコンピューティングリソースの、場合によってはオンデマンドのプール）があり得て、これらはコアネットワークとしても知られている。いくつかの例において、ネットワークのセキュリティがどのようにセットアップされるかを定義するようにプロビジョニングされた１つまたは複数のセキュリティグループルール、および、１つまたは複数の仮想マシン（ＶＭ）もある場合もある。他のインフラストラクチャ要素（ロードバランサ、データベースなど）もプロビジョニングされてもよい。ますます多くのインフラストラクチャ要素が要求されるおよび／または追加されるにつれて、インフラストラクチャはインクリメンタルに展開し得る。
上記のように、インフラストラクチャをプロビジョニングする１つの方法は、それを宣言的に記載するというものである。したがって、構成ファイルは、単に上記のインフラストラクチャコンポーネントの各々およびそれらがどのように相互作用するかを記載するに過ぎない宣言ファイルであり得る。構成ファイルは、リソースと、要素を作成するのに必要とされる関連するフィールドとを記載することができるため、以前に記載された要素を参照する他の要素も記載されることができる。いくつかの例において、プロビジョニングツールは、次いで、構成ファイルに記載されている要素を作成して管理するためのワークフローを生成することができる。
いくつかの例において、プロビジョニングツールのワークフローは、さまざまなコマンドを実行するように構成され得る。実行可能な１つの機能はビュー調整であり、このビュー調整では、プロビジョニングツールは、現在のインフラストラクチャのビュー（たとえば、インフラストラクチャの予想される状態）と、インフラストラクチャが実際にどのように動作しているかとを比較することができる。いくつかの例において、ビュー調整機能を実行することは、どのリソースが実際に動作しているかを識別するためにさまざまなリソースプロバイダまたはインフラストラクチャリソースに照会することを含み得る。プロビジョニングツールが実行することができる別の機能はプラン生成であり、このプラン生成では、プロビジョニングツールは、実際に動作しているインフラストラクチャコンポーネントと、プロビジョニングツールがその状態をどのように見せたいか（たとえば、所望の構成）とを比較することができる。言い換えれば、プラン生成機能は、リソースを最新の予想に持って行くためにどのような変更を加える必要があるかを判断することができる。いくつかの例において、第３の機能は実行（たとえば、適用）機能であり、この実行機能では、プロビジョニングツールは、プラン生成機能によって生成されたプランを実行することができる。
一般に、プロビジョニングツールは、構成ファイルを取得して、そこに含まれる宣言的情報を解析して、プランを実行するためにリソースをプロビジョニングする必要がある順序をプログラム的に／自動的に決定するように構成され得る。たとえば、セキュリティグループルールおよびＶＭがブートされる前にＶＰＣをブートする必要がある場合、プロビジョニングツールは、ユーザ介入なしに、および／または、その情報が必ずしも構成ファイルに含まれない状態で、その決定を行ってその順序でブートを実行することができる。
いくつかの例において、連続デプロイメント技術は、さまざまな仮想コンピューティング環境にわたるインフラストラクチャコードのデプロイメントを可能にするために利用され得る。さらに、記載されている技術は、これらの環境内でのインフラストラクチャ管理を可能にすることができる。いくつかの例では、サービスチームは、１つまたは複数の（しかし、往々にして多くの）異なる生成環境に（たとえば、時には世界全体に及ぶさまざまな異なる地理的位置にわたって）デプロイされることが望まれるコードを書き込むことができる。しかし、いくつかの例では、コードがデプロイされることになるインフラストラクチャを最初にセットアップしなければならない。いくつかの例において、プロビジョニングは手動で行われることができ、プロビジョニングツールを利用してリソースをプロビジョニングし得て、および／または、インフラストラクチャがプロビジョニングされるとデプロイメントツールを利用してコードをデプロイし得る。
上記のように、一般に、インフラストラクチャリソースのプロビジョニングおよびインフラストラクチャリソースを制御するためのコードのデプロイメントの各々を処理するために使用される２つの異なるツールがあり、これら２つのツール間のオーケストレーションは手動で行われる。しかし、大規模になると、手動での実行は常にずれを生じさせる。したがって、仮想インフラストラクチャのプロビジョニングもデプロイメントも行うことができる自動ツールは、仮想クラウド環境を実現するためのより効率的で信頼性のある技術を可能にする。
いくつかの例において、２つのツールが使用される場合、ユーザがプロビジョニングフェーズとデプロイメントフェーズとの間に手動でコードに変更を加える際に問題が生じる可能性がある。本明細書に記載されているように、プロビジョニングおよびデプロイメントの両方に単一のツールを使用する技術は、手動でのコード変更の機会がないようにプロセスを自動化することによってそれを軽減することができる。あるユーザが何かを符号化するやり方に対してわずかな変更を加えると、デプロイメントフェーズにおいて大きな問題が生じる可能性がある、ということはあり得る。いくつかの例において、最初にオペレータが新たな領域においてあるアクション（たとえば、コードの誤植）を実行したときには、その誤植で符号化されたオブジェクトは永久にそのままであり得る。その誤植とともにアプリケーションがデプロイされるがアプリケーションがその誤植に影響されない（たとえば、アプリケーションが依然として機能する）場合でも、ゆくゆくはさらなるコード変更がその誤植に影響されてシステム全体をクラッシュさせるということが起こり得る。したがって、本明細書において提供されている技術は、しばしば問題を生じさせ得るプロビジョニングとデプロイメントとの間のギャップを除去することができる。
一般に、構成ファイルを使用してインフラストラクチャリソースを宣言することができるようにデプロイメントのモデル化は宣言的である。たとえば、一般に、作成・読取・更新・削除（ＣＲＵＤ）命令を使用して、一般的な表現可能な状態の転送（ＲＥＳＴ）の概念（たとえば、ＲＥＳＴアプリケーションプログラミングインターフェイス（ＡＰＩ））を用いてデプロイメントファイルを生成する。しかし、デプロイメント自体は、一般に、この概念に従わない。さらに、インフラストラクチャプロビジョニングツールは、得てして非常に強力でありおよび／または表現的であるが、デプロイメントのためのツールは、得てしてそれらが実行することができる動作に関してはるかに制限的である（たとえば、それらは宣言的であるのとは対照的に命令的である）。したがって、クラウド環境内で両方の機能要件（たとえば、インフラストラクチャ要素のプロビジョニングおよびデプロイメント）に対処することができるツールが長年必要とされてきた。
いくつかの例において、クラウドインフラストラクチャオーケストレーションサービス（ＣＩＯＳ）を実行するための技術について本明細書で説明する。このような技術は、簡単に上記したように、クラウド環境内のインフラストラクチャアセットのプロビジョニングおよびデプロイメントを両方とも管理するように構成され得る。いくつかの例において、ＣＩＯＳは、サービスの２つのクラス、すなわち中央コンポーネントおよび地域コンポーネント（たとえば、中央ＣＩＯＳおよび地域ＣＩＯＳ）を含み得る。全体を通して以下の用語を使用する。
・インフラストラクチャコンポーネント：実行中のコードをサポートするインフラストラクチャの長期生存の部分
例：デプロイメントアプリケーション、ロードバランサ、ドメインネームシステム（ＤＮＳ）入力、オブジェクトストレージバケットなど
・アーティファクト：コードは、デプロイメントアプリケーションまたはクバネティスエンジンクラスタにデプロイされ、または、構成情報（以下、「コンフィグ」）は、インフラストラクチャコンポーネントに適用される。これらは、読取専用リソースであり得る。
・デプロイメントタスク：デプロイまたはテストコードに関連付けられることが多い短期生存のタスク。さらに、デプロイメントタスクは、それらを作成するリリースほど長くは生存しないリソースとしてモデル化される。
例：「＄アーティファクトを＄環境にデプロイしてください（deploy $artifact to $environment）」、「１０分間＄アラームを注視してください（watch $alarm for 10 minutes）」、「＄テストスイートを実行してください（execute $testSuite）」または「＄手動承認を待ってください（wait for $manualApproval）」
たとえば、ＣＩＯＳは、デプロイメントオーケストレータのデプロイメントを、それが完了したときに利用可能な状態に遷移するリソースの作成としてモデル化することができる。
ＣＩＯＳは、そのクラウドインフラストラクチャサービス宣言型プロビジョナの状態を維持するので、ＣＩＯＳは、それがリリースに関連するときにはこれらの短期生存のリソースのライフサイクルを制御することができる。
・リソース：ＣＲＵＤ可能なリソース
ＣＩＯＳは、上記の構成の各々をリソースとしてモデル化する。次のセクションでは、このモデル化について詳細に説明する。
・フロック：コントロールプレーンおよび全てのそのコンポーネントを封入するＣＩＯＳのモデル。主にインフラストラクチャコンポーネントの所有権をモデル化してインフラストラクチャコンポーネントを示すために存在する
・フロックコンフィグ：単一のサービスに関連付けられた全てのインフラストラクチャコンポーネント、アーティファクトおよびデプロイメントタスクのセットを記載する
各フロックは、厳密に１つのフロックコンフィグを有している。フロックコンフィグは、ソース制御にチェックインされる。
フロックコンフィグは、宣言的である。それらは、ＣＩＯＳがレルム、領域、ａｄおよびアーティファクトバージョンを入力として提供すると予想する。
フロックは、粒状である。フロックは、単一のサービスおよびサポートインフラストラクチャで構成される。
・状態：フロック内のあらゆるリソースの状態の、特定の時点でのスナップショット
・リリース：フロックコンフィグの特定のバージョンと、それが参照するあらゆるアーティファクトの特定のバージョンとのタプル
リリースを、まだ存在し得ない状態を記載するものであると考える
・リリースプラン：ＣＩＯＳが全ての領域を現在の状態からリリースによって記載される状態に遷移させるのに必要とするであろうステップのセット
リリースプランは、有限数のステップと、明確に定義された開始時刻および終了時刻とを有する
・適用：これは名詞である。リリースプランを実行しようとする１回の試行である。実行は、フロックの現在の状態を変化させる。
ＣＩＯＳは、（たとえば、世界規模の）ダウンストリームシステムに構成を適用するオーケストレーション層であると言うことができる。それは、サービスチームからの手動労力なしに（たとえば、場合によっては最初の承認を超えて）世界規模のインフラストラクチャプロビジョニングおよびコードデプロイメントを可能にするように設計される。ＣＩＯＳの上位の責務は、以下を含むがそれらに限定されるものではない。
・いかなる処理中の変更アクティビティも含む、ＣＩＯＳによって管理されるリソースの現在の状態へのビューをチームに提供すること
・チームが新たな変更を計画してリリースすることを手助けすること
・領域内のさまざまなダウンストリームシステムにわたってアクティビティを連携させて、承認されたリリースプランを人間の介入なしに実行すること
・領域／レルムにわたってアクティビティを連携させて、承認されたリリースプランを世界規模で実行すること
いくつかの例において、ＣＩＯＳは、チームがチェックインされたコードによって構成情報をＣＩＯＳに提供することを可能にすることによってオンボーディングを処理する。さらに、ＣＩＯＳは、より多くのことを自動化することができるため、これは、以前の実現例よりも負荷が大きい作業である。いくつかの例において、ＣＩＯＳは、コードを自動的にデプロイしてテストすることができる機能をチームに提供することによって事前デプロイメントを処理する。いくつかの例において、ＣＩＯＳは、チームが新たなアーティファクトを構築する際にそれらを（たとえば、世界規模で）展開するためのプランを自動的に生成することを可能にすることによってチェンジマネジメント（ＣＭ）ポリシの書き込みを処理することができる。それは、各領域の現在の状態および現在のＣＩＯＳコンフィグ（それ自体がアーティファクトであり得る）を調べることによってこれを行うことができる。さらに、チームは、これらのプランを調べることができ、ＣＩＯＳコンフィグを変更して再計画するようにＣＩＯＳに求めることによってそれらを繰り返すことができる。チームは、プランに満足すると、そのプランを参照する「リリース」を作成することができる。次いで、このプランは、承認されたまたは拒否されたとして印付けされることができる。チームは、依然としてＣＭを書き込むことができるが、それらは、ＣＩＯＳプランへの単なるポインタである。したがって、チームは、このプランについての推論にそれほど時間を費やさない。プランは、マシンによって生成されるので、より正確である。プランは、人間用には細かすぎると言ってもいいが、精巧なユーザインターフェイス（ＵＩ）によって表示することができる。
いくつかの例において、ＣＩＯＳは、デプロイメントプランを自動的に実行することによってＣＭの実行を処理することができる。リリースプランが作成されて承認されると、ＣＩＯＳがロールバックを開始しない限り、エンジニアはＣＭに参加することはない。場合によっては、これは、現在は手動であるタスクを自動化するようにチームに要求し得る。いくつかの例において、ＣＩＯＳは、ＣＩＯＳが実行中にサービス正常性の低下を検出するとフロックをその元の（たとえば、リリース前の）状態に戻すプランを自動的に生成することによってチェンジマネジメント（ＣＭ）のロールバックを処理することができる。いくつかの例において、ＣＩＯＳは、ＣＩＯＳによって管理される領域のサブセットおよび／またはリソースのサブセットに適用されるリリースプランを受信し、次いでそのプランを実行することによって、突発的な／戦術的な変更をデプロイすることを処理することができる。
さらに、ＣＩＯＳは、完全に自動化された世界規模のデプロイメントを定義するのに必要なプリミティブをサポートし得る。たとえば、ＣＩＯＳは、アラームを監視して統合テストを実行することによってサービス正常性を測定することができる。ＣＩＯＳは、サービス低下が発生した場合にチームがロールバック挙動を素早く定義することを手助けすることができ、次いでそれを自動的に実行することができる。ＣＩＯＳは、リリースプランを自動的に生成して表示することができ、承認を追跡することができる。いくつかの例において、チームが所望のデプロイメント挙動を記載するために使用する言語は、宣言的であり得る。ＣＩＯＳは、１つのシステム内のコードデプロイメントおよびインフラストラクチャコンフィグ（たとえば、プロビジョニング）の機能を組み合わせることができる。また、ＣＩＯＳは、領域にわたって、およびある領域内のコンポーネントにわたって、柔軟な順序付けをサポートする。チームは、チェックインされたコンフィグによって順序付けを表現することができる。チームは、ＣＩＯＳのプランニングを呼び出して、ＡＰＩをプログラム的にリリースし得る。
図１は、少なくとも中央ＣＩＯＳ１０２を実行するための技術を説明するためのアーキテクチャ１００を示す図である。いくつかの例において、中央ＣＩＯＳ１０２は、「フロック」のレベルで動作を処理するサービスであり得る。中央ＣＩＯＳ１０２は、いくつかの責務を有しており、これらの責務は、以下を含むがそれらに限定されるものではない。
・フロックメタデータ変更およびリリース動作のための認証ゲートウェイとしての役割を果たすこと
・フロックのためのＣＩＯＳリポジトリおよびデプロイメントアーティファクトへのフロックメタデータの正式なマッピングを格納すること
・フェーズおよびターゲットにわたるグローバルなリリースを連携させること
・「一度に１回だけのフロックへの進行中リリース」のようなポリシを実施するための同期
・フロック構成（コンフィグ）およびアーティファクトに対する変更を検出して、このような変更時にリリース生成をトリガすること
いくつかの例において、ソースコードバージョン制御管理サービス（ＳＣＶＭＳ）１０４は、正式なフロック構成を格納するように構成され得て、アーティファクト通知サービス（ＡＮＳ）１０６は、新たなアーティファクトの構築を中央ＣＩＯＳ１０２に知らせることができるように中央ＣＩＯＳ１０２によって契約され得る。次いで、中央ＣＩＯＳ１０２は、影響を受けたフロックに対する入来する変更をマッピングし、所望の場合にはリリースプランニングを開始し得る。さらに、いくつかの例において、ターゲットへのリリースの前に中央ＣＩＯＳ１０２によってアーティファクトプッシュサービス（ＡＰＳ）が呼び出されて、リリースの成功に必要ないかなるアーティファクトもリリースの前にターゲットの領域内に存在することを確実にすることができる。
いくつかの例において、顧客（たとえば、エンジニア）１０８は、中央ＣＩＯＳ１０２を呼び出して、フロックおよび／またはリリースをＣＲＵＤして進行中のＣＩＯＳアクティビティのステータスを見ることができる。フロック管理サービス１１０は、フロックを操作するための１つまたは複数のＡＰＩを含み得て、ビュー／プラン／承認サービス１１２は、プランを作成および承認して、全てのＣＩＯＳによって管理されるリソースの状態の中央コピーを見るためのＣＲＵＤ ＡＰＩを含み得て、変更監視サービス１１４は、フロックコンフィグに対する変更についてＳＣＶＭＳ１０４を注視し得て、他のアーティファクトに対する変更についての通知をＡＮＳ１０６から受信し得て、状態インジェスタサービス１１６は、地域状態のコピーを、ビュー／プラン／承認１１２がそれらを公開できるように中央ＣＩＯＳデータベース（ＤＢ）１１８内に作成し得る。いくつかの例において、中央ＣＩＯＳ ＤＢ１１８は、フロック、プランおよび状態のＤＢであり得る。フロック情報は、正式なものであり得るが、その他は全て、地域ＣＩＯＳ１２０からのデータの古いコピーであり得る。中央ＣＩＯＳ１０２は、フロック、リリース、インフラストラクチャコンポーネント、アーティファクトなどに関連する任意の好適なデータを表示するためのユーザインターフェイス（たとえば、ユーザインターフェイス５００～１３００）の任意の好適な部分および／または任意の好適な数のユーザインターフェイスを提供するように構成され得る。いくつかの実施形態において、中央ＣＩＯＳ１０２は、１つまたは複数のリリースに関連するデータを任意の好適なインターフェイスを介して表示し得る。リリースは、１つもしくは複数のインフラストラクチャコンポーネントに関連するタスク、および／または、１つもしくは複数のアプリケーション（たとえば、アーティファクト）に対する１つもしくは複数のコード変更に関連するタスクの任意の好適な組み合わせを含み得る。中央ＣＩＯＳ１０２によって提供されるユーザインターフェイスのいくつかの例については、図５～図１３に関して以下で説明する。
いくつかの例において、エンジニア１０８は、フロック管理サービス１１０に対するＡＰＩ呼び出しを（たとえば、イングレスプロキシフリート１２２を介して）実行して、フロックのリストを作成することができる。このようなＡＰＩ呼び出しを行うためのプロトコルは、ハイパーテキスト・トランスポート・プロトコル・セキュア（ＨＴＴＰＳ）などであり得る。この動作のための関連するアクセス制御リスト（ＡＣＬ）は、ローカルエリアネットワーク（ＬＡＮ）１２４または他のプライベートな接続を含み得る。たとえば、ＣＩＯＳは、顧客のオンプレミスデータセンタまたはネットワークをＣＩＯＳと接続するためのパブリックインターネットの使用に取って代わるネットワーク接続（たとえば、専用の接続、リースされた接続および／またはプライベートな接続）を管理／制御し得る。さらに、（たとえば、エンジニア１０８の）認証および認可は、ユーザがマシンインターフェイス（たとえば、予約サービス）を管理することを可能にする予約システムポータルによって実行され得る。いくつかの例において、中央ＣＩＯＳ１０２は、Ｊａｖａ（登録商標）データベース接続（ＪＤＢＣ）などを使用してフロックメタデータ、プランおよび状態を中央ＤＢ１１８に格納し得る。いくつかの例において、ＡＮＳ１０６は、新たなアーティファクトが公開された場合に変更監視サービス１１４に通知するように構成され得る。ＡＮＳ１０６は、ＨＴＴＰＳを使用し得て、認証も認可も相互トランスポート層セキュリティサービスによって処理され得る。さらに、いくつかの例において、変更監視サービス１１４は、フロック構成変更についてＳＣＶＭＳ１０４をポーリングし得る。このポーリングは、セキュアシェル（ＳＳＨ）または他のプロトコルを使用して実行され得る。変更監視サービス１１４の認証は、ＣＩＯＳシステムアカウントによって処理され得て、認可は、ＳＣＶＭＳ１０４によって処理され得る。
いくつかの例において、エンジニア１０８は、ビュー／プラン／承認サービス１１２を使用して、以下の動作のうちの１つまたは複数の動作を行うことができる。エンジニア１０８は、中央ＣＩＯＳ１０２を呼び出してプランを生成および承認することによってプランおよび／または承認を行うことができる。エンジニア１０８は、中央ＣＩＯＳ１０２を呼び出して世界規模の進行中のＣＩＯＳアクティビティのステータスを見ることによってビューを行うことができる。さらに、エンジニア１０８は、中央ＣＩＯＳ１０２を世界規模のＣＩＯＳによって管理されるリソースの状態のレプリカを見ることができる。これらのＡＰＩ呼び出し（または、そのようなもの）は、ＨＴＴＰＳプロトコルまたは同様のプロトコルによって実行可能である。さらに、関連するＡＣＬは、ＬＡＮ１２４によって制御され得て、認証も認可も予約サービスによって処理され得る。いくつかの例において、ビュー／プラン／承認サービス１１２は、（たとえば、ＨＴＴＰＳなどを使用して）プランニングを要求してプランの承認を地域ＣＩＯＳ１２０の全ての領域にプッシュし得る。関連するＡＣＬは、ワイドエリアネットワーク（ＷＡＮ）ゲートウェイ１２６によって管理されるセキュリティリストを使用して制御され得る。認証は、相互トランスポート層セキュリティによって処理され得て、認可は、さまざまなアイデンティティポリシによって処理され得る。さらに、状態インジェスタサービス１１６は、ＣＩＯＳが（たとえば、やはりＨＴＴＰＳなどを使用して）要求時にジョブステータスまたは状態変更のセントラルビューを提供することができるように、それらのジョブステータスまたは状態変更について地域ＣＩＯＳ１２０を注視し得る。このためのＡＣＬＳもＷＡＮゲートウェイ１２６によって処理され得て、認証も認可も相互トランスポート層セキュリティサービスによって処理され得る。
図２は、少なくとも地域ＣＩＯＳ２０２を実行するための技術を説明するためのアーキテクチャ２００を示す図である。いくつかの例において、地域ＣＩＯＳ２０２は、宣言型プロビジョニングおよびプランニングの作業の多くの部分、ならびに承認されたリリースアプリケーションが発生し得る場所である。いくつかの例において、地域ＣＩＯＳ２０２の各インスタンスは、「実行ターゲット」のレベルで動作を処理することができる地域フロントエドを有し得る。それは、以下を実行するように構成され得る。
・中央ＣＩＯＳ１０２から入来する動作についての全てのＣＩＯＳ認証を処理すること
・一度に１回だけの「実行」（プラン／リソースインポート／適用プラン）が所与の実行ターゲットについて進行中であることができるというルールを実施すること
・宣言型インフラストラクチャプロビジョニングの実行中に入力および出力に使用される宣言型プロビジョニングアーティファクトのためのバイナリアーティファクトストレージを管理すること。入力の例は、宣言型インフラストラクチャプロビジョニング構成ファイルおよび入力状態ファイルである。典型的な出力は、最終状態ファイルである。
・任意の所与の実行について、ＣＩＯＳエクセキュータからの作業およびＣＩＯＳエクセキュータからの結果についてのポーリングを要求すること
いくつかの例において、ＣＩＯＳフロントエンドは、実際の実行を処理することができるＣＩＯＳエクセキュータ２０６（本明細書では「スケジューラ」とも称される）に依存し得る。いくつかの例において、ＣＩＯＳエクセキュータは、「実行」のレベルで動作し、それは、以下を実行することができる。
・利用可能なワーカノードのプールを追跡すること
・入来するジョブ要求に照会して、それらを、利用可能であるとして、資格を有しているワーカに割り当てること
・クライアントに報告するためにワーカステータスおよび実行更新情報を追跡すること
・リースプロトコルによってデッドノードを検出して、タスクステータスに応じて、デッドノードに割り当てられたタスクを機能しなくし得ること
・実行をキャンセル／強制終了／一時停止／再開するための機能を提供して、それらを、キャンセル／強制終了／再開情報をワーカノードに渡すための機能にマッピングし得ること
いくつかの例において、ＣＩＯＳエクセキュータは、ＣＩＯＳワーカに依存し得て、このＣＩＯＳワーカは、実行のためのタスクをワーカに割り当てて、ワーカがジョブ進捗を更新するための機能を提供することができる。ワーカサービスは、「タスク」の粒度で動作する。各ワーカは、そのワーカに割り当てられたタスクを実行してタスクステータスおよび出力を報告するエージェントである。各ワーカは、以下を実行することができる。
・割り当てられたワーカアイテムについてエクセキュータワーカＡＰＩをポーリングして、割り当て状態をそのローカル状態と一致させるための措置をとること
ローカルに存在しないタスクアイテムのポーリングのためのコンテナを開始すること
対応する割り当てられたタスクアイテムを持たないコンテナをローカルで実行するためのコンテナを強制終了すること
・ジョブのステータスを報告すること
・ジョブコンテナ実行のための入力および出力をステージングすること
・実行ターゲットのリリースの実際の作業を行うための宣言型インフラストラクチャプロビジョニングコンテナを起動して監視すること
ＣＩＯＳワーカは、ＣＩＯＳエクセキュータからの作業をポーリングして結果をＣＩＯＳエクセキュータのワーカエンドポイントに報告するのにＣＩＯＳエクセキュータに依存し得る。ワーカは、全ての連携についてエクセキュータに依拠し得る。さらに、ＣＩＯＳワーカは、地域ＣＩＯＳ２０２にも依存し得て、地域ＣＩＯＳ２０２では、ワーカサービスは、地域フロントエンドサービスに関連付けられた１つまたは複数のＡＰＩからの入力を読み取って、これらの１つまたは複数のＡＰＩへの出力を書き込む。入力の例は、構成および開始状態ファイル、ならびにマッピングのインポートである。出力の例は、宣言型プロビジョニングプロセス、宣言型プロビジョニング状態ファイルの出力および結果状態のインポートである。
いくつかの例において、地域ＣＩＯＳ２０２は、ＣＩＯＳの地域インスタンス／デプロイメントを管理するための地域サービスであり得る。地域ＣＩＯＳ２０２は、特定の領域に関連するプランおよび状態を正式に格納して管理する責務をカバーする。地域ＤＢ２０４は、その特定の領域における状態およびプランのためのＣＩＯＳ ＤＢであり得る。これは、図１の中央ＤＢ１１８の領域のサブセットの正式なコピーである。スケジューラ２０６は、ワーカフリート容量を管理して、タスクをワーカに割り当てて、タスク状態の経過を追うことを担うことができる。いくつかの例において、タスクＤＢ２０８は、タスク状態のための別のＣＩＯＳ ＤＢである。このＤＢの中のデータは、大部分が動作目的である。さらに、ワーカ２１０は、宣言型プロビジョニングイメージを管理するｊａｖａ仮想マシン（ＪＶＭ）のフリートであり得る。これらは、スケジューラ２０６から命令を受信して、結果をスケジューラ２０６および地域ＣＩＯＳ２０２の両方に伝達する。ＣＩＯＳコンテナ２１２は、それ自体のプライベートドッカー２１４コンテナにおいて宣言型プロビジョニングアクションを実行することができる。このコンテナは、機密事項を含んでいなくてもよい。さらに、いくつかの例において、署名プロキシ２１６は、宣言型プロビジョニングイメージに機密事項を入れることを回避するために宣言型プロビジョニングツールによって機密事項の流出を防止するように構成され得る。その代わりに、ＣＩＯＳは、署名の要求を実行したり、プロキシにおいて相互トランスポート層セキュリティ（ｍＴＬＳ）サービスを開始したりすることができる。これも、ＦＩＰＳに準拠した暗号ライブラリを使用しやすくする。
いくつかの例において、中央ＣＩＯＳ１０２は、地域ＣＩＯＳ２０２を呼び出して、プランを作成し、承認をプッシュし、ジョブステータス（サービスプリンシパル）を注視し、宣言型プロビジョナ状態（サービスプリンシパル）を抽出することができる。イングレスプロキシ２１８は、ＡＣＬとして構成され得て、さまざまなアイデンティティポリシが認証にも認可にも使用され得る。代替的に、いくつかの例において、イングレスプロキシ２１８は、入来する要求、プランなどの負荷を分散させるように構成されたロードバランサと置換されてもよい。いくつかの例において、地域ＣＩＯＳ２０２は、そのようにするようにスケジューラ２０６に求めることによって宣言型プロビジョナを実行し得る。ワーカ２１０は、それが何を実行しているはずであるかをスケジューラ２０６に尋ねることができ、完了するとステータスをスケジューラ２０６に報告することができる。場合によっては、ｍＴＬＳが地域ＣＩＯＳ２０２およびワーカ２１０についての認証も認可も処理してもよい。さらに、ワーカ２１０は、宣言型プロビジョナを実行する必要がある場合には、ローカルドッカー２１４と対話することによってドッカーコンテナにおいて宣言型プロビジョナを実行する。この段階での認証は、ローカルｕｎｉｘ（登録商標）ソケットによって処理され得る。この最後のステップではドッカープロトコルが使用されてもよいが、前のステップではＨＴＴＰＳが利用されてもよい。
いくつかの実施形態において、地域ＣＩＯＳ２０２は、フロック、リリース、インフラストラクチャコンポーネント、アーティファクトなどに関連する任意の好適なデータを表示するためのユーザインターフェイス（たとえば、ユーザインターフェイス５００～１３００）の任意の好適な部分および／または任意の好適な数のユーザインターフェイスを提供するように構成され得る。いくつかの実施形態において、地域ＣＩＯＳ２０２は、１つまたは複数のリリースに関連するデータを任意の好適なインターフェイスを介して表示し得る。リリースは、１つもしくは複数のインフラストラクチャコンポーネントに関連するタスク、および／または、１つもしくは複数のアプリケーション（たとえば、アーティファクト）に対する１つもしくは複数のコード変更に関連するタスクの任意の好適な組み合わせを含み得る。地域ＣＩＯＳ２０２によって提供されるユーザインターフェイスのいくつかの例については、図５～図１３に関して以下で説明する。
いくつかの例において、ＣＩＯＳコンテナ２１２は、宣言型プロビジョナが署名プロキシ２１６と（ＡＰＩを介して）対話することを可能にし、この宣言型プロビジョナは、それがさまざまなＣＩＯＳサービスを呼び出していると考える。署名プロキシ２１６は、宣言型プロビジョナのみが知っている、宣言型プロビジョナのインスタンスの呼び出し当たり１つのエフェメラルポート上で聞く。署名プロキシ２１６は、署名またはｍＴＬＳの要求を開始することができ、宣言型プロビジョナの呼び出しをサービスエンクレーブ内の他のＣＩＯＳサービスに渡すことができる。いくつかの例において、署名プロキシ２１６は、１つまたは複数のパブリックＣＩＯＳサービス２２０と通信することもできる。たとえば、署名プロキシ２１６は、可能であればパブリックサービスの内部エンドポイントを使用する。内部エンドポイントを持たないサービスでは、それは外部エンドポイントに到達するのにエグレスプロキシ２２２を使用しなければならない。この署名プロキシ２１６の使用は、領域横断通信のためのものではないであろう。たとえば、各領域におけるエグレスプロキシホワイトリストは、その領域のパブリックＩＰ範囲のためだけのものであり得る。いくつかの例において、ワーカ２１０は、次いで、地域ＣＩＯＳ２０２における宣言型プロビジョナからの状態およびログを中央ＣＩＯＳ１０２に流出させ得るようにそれらの状態およびログを維持し得る。
ＣＩＯＳを使用して、代表的なカスタマエクスペリエンスにはいくつかのフェーズ、すなわちオンボーディング、リリース前、世界規模のリリースおよび戦術的なリリースがある。リリース前フェーズにおいて、以下は、新たなアーティファクトが構築されていることとアーティファクトをリリース１（たとえば、Ｒ１）にリリースすることとの間で何が起こるかの一例である。これは、現在の変更管理プロセスの一部または大半に取って代わるべきである。関連するアーティファクトが構築されると、ＣＩＯＳは、「フロック内の全てのものの最新バージョン」を使用して自動的にリリースを生成することができる。リリースは、特定の入力（たとえば、アーティファクトバージョン、レルム、領域およびａｄ）を有するフロックコンフィグの特定のバージョンである。リリースは、領域当たり１つのロールフォワードプランと、領域順序付けを記載するメタデータとを含む。各地域プランは、宣言型プロビジョナがその領域においてフロック構成を実現するのに行うであろう一組の動作である。リリース前環境を有するチームは、ＣＩＯＳを使用して、上記の環境においてソフトウェアを自動的にリリースしてテストすることができる。チームは、ロールバックプランを自動的にテストするようにＣＩＯＳを構成することができる。チームは、ＣＩＯＳ ＵＩを介してリリースを調べて承認することができるであろう。チームは、リリース内の地域プランの一部（しかし、全てではない）を承認することができる。「全てのものの最新バージョン」が好適なプランをもたらさない場合には、チームは、チェリーピックされたアーティファクトバージョンのためのプランを生成するようにＣＩＯＳに求めることができる。
世界規模のリリースのフェーズにおいて、以下は、チームが今日の「通常のＣＭ」の明日のバージョンをどのように実行するかの一例である。リリースが承認されると、ＣＩＯＳは、各々の承認された地域プランをそれぞれの領域にプッシュする。ＣＩＯＳは、承認されたプランを適用するように各領域内で独立して動作する。ＣＩＯＳは、その領域のプランに明示的に記載された一組のアクションを実行するのみである。「独立して考える」のではなく、それは機能しなくなるであろう。ＣＩＯＳ ＵＩは、チームに実行の進捗を示す。ＣＩＯＳ ＵＩは、手動承認が要求されるとチームを促す。ＣＩＯＳまたはダウンストリームサービスにおける停止のために実行が失敗すると、ＣＩＯＳは、チームに通知することができ、チームに次のステップ（たとえば、アボート、再試行）を促すことができる。ＣＩＯＳは、再試行を実行するが、ダウンストリームシステムの停止の中には、その再試行しようという意向を超えるものもある。サービス正常性の低下またはテストの失敗のために実行が失敗すると、ＣＩＯＳは、フロックをその開始状態にロールバックすることによってチームを手助けする。ＣＩＯＳは、自動ロールバックを開始するとチームに通知（たとえば、ページング）する。チームは、ロールバックプランを承認しなければならず、次いで、ＣＩＯＳはそれを実行する。
戦術的なリリースのフェーズにおいて、以下は、チームが「突発的なＣＭ」の明日のバージョンをどのように実行できるかの一例である。プランを生成する際、チームは、いくつかの方法で、すなわちトポロジ的に（たとえば、レルム、領域、ＡＤなど）、リソースタイプ（たとえば、「メトリクスコンフィグのみ」または「デプロイメントオーケストレーションサービスのデプロイメントのみ」など）ごとに、または上記の組み合わせで（たとえば、選言的な態様で）、プランを特定のリソースに向けるようにＣＩＯＳに求め得る。チームは、世界規模のリリースと同様に戦術的なリリースを承認する。ＣＩＯＳは、それらを同様にオーケストレーションする。アクティブな世界規模のリリースがある間にチームが戦術的なリリースをデプロイする必要がある場合、ＣＩＯＳは、対象の領域における世界規模のリリースの実行を停止して、次いで戦術的なリリースの実行を開始する。
いくつかの例において、宣言型プロビジョナの状態（たとえば、従来はファイル）は、宣言型プロビジョナによって管理される一組のリソースの正式な記録である。それは、構成ファイルからの各リソースの論理識別子とリソースの実際の識別子との間のマッピングを含む。宣言型プロビジョナがリソースを作成しているとき、特定の種類の失敗は、実際の識別子がその状態で記録されることを妨げる可能性がある。これが起こると、実際の識別子はもはや宣言型プロビジョナのものではない。これらは、「オーファンリソース」と呼ぶことができる。
ほとんどのリソースでは、オーファンは無駄に相当する。宣言型プロビジョナは、（たとえば）インスタンスを起動して、そのことについては忘れていたが、次にそれが実行されるときには代わりに別のインスタンスを起動するであろう。一意性制約またはクライアントによって供給される識別子を有するリソースでは、オーファンは、宣言型プロビジョナが前進することを妨げる。たとえば、宣言型プロビジョナがユーザ「nglass」を作成し、失敗がそれを見捨てた場合、宣言型プロビジョナの次回の実行は、「nglass」を作成しようとして失敗するであろう。なぜなら、そのユーザ名を有するユーザが既に存在しているからである。場合によっては、オーファンは、新たなリソースを状態に追加する場合にのみ問題になる。いくつかの例において、宣言型プロビジョナのリフレッシュ挙動は、失敗から自然に回復して更新および削除を記録し得る。
ＣＩＯＳは、ダウンストリームサービスの停止またはＣＩＯＳ自体の停止が起きても堅牢である必要がある。ＣＩＯＳは、宣言型プロビジョナを活用して変更を適用することができるので、これは、宣言型プロビジョナを実行して宣言型プロビジョナ状態を維持することに関して堅牢性があるべきであることを意味する。宣言型プロビジョナプロバイダは、数分間にわたって続く停止を回避するのに十分な「小規模の」再試行を実行する。たとえば、クラウドプロバイダは、３０分までの間、再試行を実行する。３０分よりも長く続くダウンストリームシステムの停止は、宣言型プロビジョナに失敗させる。宣言型プロビジョナは、失敗すると、その状態で成功裏に加えられた全ての変更を記録して、次いで出ていく。再試行を実行するために、ＣＩＯＳは、宣言型プロビジョナを再実行しなければならない。宣言型プロビジョナを再実行することにより、ＣＩＯＳ自体に失敗が起きてもＣＩＯＳは再試行を実行することができる。いくつかの例において、ＣＩＯＳは、以下の動作をループで実行することができる。
・リフレッシュ：宣言型プロビジョナは、「ＡＰＩを取得」を呼び出して、その状態で記載されたあらゆるリソースの新しいスナップショットを検索する
・プラン：宣言型プロビジョナは、最近リフレッシュされた現在の状態を考慮して、所望の状態を実現するプラン（具体的な一組のＡＰＩ呼び出し）を生成する
・適用：宣言型プロビジョナは、プランにおいて一組のステップを実行する
ＣＩＯＳは、宣言型プロビジョナを実行する際にこれらのステップのうちの３つ全てを常に実行し得る。リフレッシュ動作は、記録されなかったいかなる更新または削除からの回復も手助けする。ＣＩＯＳは、プラン動作の結果を調べて、それを承認されたリリースプランと比較する。新たに生成されたプランが、承認されたリリースプランにはなかった動作を含む場合、ＣＩＯＳは、失敗し得て、サービスチームに通知し得る。
図３は、例示的なフロック３０２を説明するための有向非巡回グラフ（ＤＡＧ）３００を示す図である。ＣＩＯＳにおける単一のフロックコンフィグについてのチェックインから生成までのコード／コンフィグの進捗は、最初のテストデプロイメントから最後のｐｒｏｄデプロイメントまでずっと記載することができる。内部では、ＣＩＯＳは、進捗における各要素を実行ターゲット（ＥＴ）と呼ぶ。ＣＩＯＳは、フロックコンフィグに定義されたＤＡＧ２００に基づいてＥＴを実行する。各ＥＴ（たとえば、ＥＴ－１，ＥＴ－２，ＥＴ－３，ＥＴ－４，ＥＴ－５，ＥＴ－６およびＥＴ－７）は、大まかに言って、フロックコンフィグによって記載されるサービスの１つのコピーである。
図４は、例示的なフロック４０２を説明するためのＤＡＧ４００を示す図である。フロックコンフィグにおいて、ＣＩＯＳは、チームがこの進捗をどのように表現するかについて非常に独断的である。チームは、クラウドインフラストラクチャテナンシおよび領域を使用してそれをモデル化しなければならない。チームは、レルムを使用して進捗をモデル化すべきではない。ＣＩＯＳは、チームがレルム内の多くのテナンシおよびテナンシ内の多くの領域を使用することを可能にする。ＤＡＧ４００は、テナンシおよび領域とともに表された、図３からのＤＡＧ３００の一バージョンを示している。この例は、ｐｒｏｄ前ＥＴがｐｒｏｄ領域内にあるオーバーレイサービスのためのものである。サービスエンクレーブサービスは、リリース１の中に不安定なテナンシおよび安定したテナンシを有するであろう。ＤＡＧ４００では、ＩＡＤは、ワシントンＤＣにおけるダレス空港の地方空港コードであり、ＹＹＺは、オンタリオ州トロントの地方空港コードであり、ＰＨＸ、ＬＨＲおよびＦＲＡは、それぞれ、フェニックス、ロンドンおよびフランクフルトの地方空港コードであり、ＬＵＦおよびＬＦＩは、２つの異なる空軍基地のものである。
一実施形態において、本明細書に記載されているＣＩＯＳおよび／または他の技術は、テラフォーム（宣言型プロビジョニングツール）、タンデン（コード生成ツール）およびオラクルデプロイメントオーケストレータ（ＯＤＯ）の各々に対する改良である。さらに、いくつかの例において、本明細書に記載されているＣＩＯＳおよび／または他の技術は、テラフォーム、タンデンおよびＯＤＯツールの少なくとも一部を使用して実現することができる。
図５は、少なくとも１つの実施形態に係る、例示的なユーザインターフェイス（ＵＩ）５００の概略図である。ＵＩ５００は、インフラストラクチャエリア５０２、アプリケーションエリア５０４およびタスクエリア５０６の任意の好適な組み合わせを含み得る。ＵＩ５００は、インフラストラクチャエリア５０２、アプリケーションエリア５０４およびタスクエリア５０６を、図５に示されて配置されるように含み得て、または、これらのエリアは、ＵＩ５００内に異なったように配置されてもよい。
インフラストラクチャエリア５０２は、ＵＩ５００の任意の好適な位置に位置し得る。図５に示されるように、インフラストラクチャエリア５０２は、ＵＩ５００の左上の角に位置決めされている。インフラストラクチャエリア５０２は、任意の好適な数のインフラストラクチャリリースに対応するインフラストラクチャリリースデータ（たとえば、リリース名、リリースのインフラストラクチャコンポーネントがプロビジョニングされる実行ターゲットの数、リリースの実行に関連付けられた進捗の１つまたは複数のインジケータ、最新のインフラストラクチャリリースのインジケータ、など）を含み得る。示されているように、インフラストラクチャエリア５０２は、「ラバブル」、「エキサイテッド」、「エレガント」、「ニュークリア」、「ストレンジ」および「アクエアス」と題される６つのリリースに対応するインフラストラクチャリリースデータを表示する。項目５０８は、リリース「ラバブル」に対応するインフラストラクチャリリースデータを表示し、パーセンテージ（たとえば、７５％）とプログレスバー５１０とを含み、各々は、リリースがフロックの７５％に対して実行されたことを示す。パーセンテージおよびプログレスバー５１０は、リリース進捗を示すための例示的なユーザインターフェイス要素であるが、このような進捗を（たとえば、視覚的に、テキストで、など）表示するのに任意の好適なユーザインターフェイス要素が利用されてもよい、ということが理解されるべきである。一例として、対応するインフラストラクチャリリースの進捗は、さらにまたは代替的に、数字、表、または進捗を表示するためのその他の好適なユーザインターフェイス要素によって表示されてもよい。いくつかの実施形態において、特定のインフラストラクチャリリースは、ラベル５１２またはアイコン、チェックマークなどを含む別の好適なユーザインターフェイス要素を使用して、最新のリリースとして識別され得る。図５に示されるように、項目５０８は、リリース「ラバブル」に対応するインフラストラクチャコンポーネントがプロビジョニングされる実行ターゲットの数（たとえば、１５個）を示すターゲット数を含む。インフラストラクチャエリア５０２の各項目において提供されているインフラストラクチャリリースデータは、異なったように配置されてもよく、図５に示される属性の数よりも、各リリースに対応するインフラストラクチャリリースデータの属性をより多くまたはより少なく含んでいてもよい、ということが考えられる。
いくつかの実施形態において、ＵＩ５００は、アプリケーションエリア５０４を含み得る。アプリケーションエリア５０４は、ＵＩ５００の任意の好適な位置に位置し得る。図５に示される例では、アプリケーションエリア５０４は、ＵＩ５００の右上の角に位置決めされている。アプリケーションエリア５０４は、任意の好適な数のアプリケーションリリースに対応するアプリケーションリリースデータ（たとえば、アプリケーションリリース名、リリースのソフトウェアアーティファクトがデプロイされる実行ターゲットの数、リリースの実行（たとえば、ソフトウェアアーティファクトのデプロイメント）に関連付けられた進捗の１つまたは複数のインジケータ、最新のアプリケーションリリースのインジケータ、など）を含み得る。示されているように、アプリケーションエリア５０４は、「チャック」、「ボブ」、「フェリペ」、「アサ」、「ストレンジ」および「エロール」と題される６つのアプリケーションリリースに対応するアプリケーションリリースデータを表示する。項目５１４は、アプリケーションリリース「チャック」に対応するアプリケーションリリースデータを表示し、パーセンテージ（たとえば、６０％）と、リリースがフロックの６０％に対して実行されたことを示すプログレスバー５１６とを含む。パーセンテージおよびプログレスバー５１６は、アプリケーションリリース進捗を示すための例示的なユーザインターフェイス要素であるが、このような進捗を（たとえば、視覚的に、テキストで、など）表示するのに任意の好適なユーザインターフェイス要素が利用されてもよい、ということが理解されるべきである。一例として、対応するアプリケーションリリースの進捗は、さらにまたは代替的に、数字、表、または進捗を表示するためのその他の好適なユーザインターフェイス要素によって表示されてもよい。いくつかの実施形態において、特定のインフラストラクチャリリースは、ラベル５１８またはアイコン、チェックマークなどを含む別の好適なユーザインターフェイス要素を使用して、最新のリリースとして識別され得る。図５に示されるように、項目５１４は、リリース「チャック」に対応するアーティファクト（たとえば、アプリケーションコード）がプロビジョニングされる実行ターゲットの数（たとえば、１２個）を示すターゲット数を含む。アプリケーションエリア５０４の各項目において提供されるアプリケーションリリースデータは、異なったように配置されてもよく、各リリースに対応するアプリケーションリリースデータの属性をより多くまたはより少なく含んでいてもよい、ということが考えられる。
いくつかの実施形態において、ＵＩ５００は、タスクエリア５０６を含み得る。タスクエリア５０６は、ＵＩ５００の任意の好適な位置に位置し得る。図５に示される例では、ＵＩ５００の下半分の方に位置決めされている。タスクエリア５０６は、フロックの各実行ターゲットに対応するターゲットリリース情報を含み得る。本明細書において提供されている例の各実行ターゲットは、領域に対応し得る。本明細書の例における領域は、少なくとも１つの物理的位置を備え得る。ターゲットリリース情報は、インフラストラクチャリリースのための識別子と、実行ターゲットへのインフラストラクチャリリースのインフラストラクチャコンポーネントのプロビジョニングの進捗に対応するステータス（たとえば、ステータスの視覚表示）と、アプリケーションリリースのための識別子と、そのアプリケーションリリースに対応するアーティファクト（たとえば、アプリケーションコード）のデプロイの進捗を示すステータス（たとえば、ステータスの視覚表示）とを含み得る。タスクエリア５０６は、実行ターゲット列５２０、インフラストラクチャ変更列５２２および／またはアプリケーション変更列５２４などの任意の好適な数の列および列の組み合わせを含み得る。実行ターゲット列５２０は、フェーズによって編成されることができ、フェーズは、リリース（たとえば、一組のインフラストラクチャコンポーネントをプロビジョニングすること、および／または、一組のソフトウェアアーティファクトをデプロイすることを含む）が実行ターゲットにわたって実行される順序を示し得る。ＵＩ５００には、フェーズＩ、フェーズＩＩ、フェーズＩＩＩおよびフェーズＩＶの４つのフェーズが示されている。いくつかの実施形態において、フェーズＩは、デプロイメントがフェーズＩＩに入る前に完了されなければならず、フェーズＩＩは、フェーズＩＩＩの前に完了されなければならない、などである。示されているように、フェーズＩおよびＩＩは、各々が１つの実行ターゲットを含んでおり、フェーズＩＩＩは、４つの実行ターゲットを含んでおり、フェーズＩＶは、１２個の実行ターゲットを含んでいる。これらの実行ターゲットは、並列に適用可能である。
タスクエリア５０６の各行は、フェーズおよび／または実行ターゲットに対応し得る。一例として、項目５２６は、フェーズ（たとえば、フェーズＩ）およびそのフェーズの単一の実行ターゲットに対応し得る。項目５２８は、フェーズＩＩＩに対応し得る。項目５３０は、フェーズＩＶに対応し得る。デフォルトで、フェーズの実行ターゲットに対応する項目は隠されていてもよい。フェーズに対応する項目の選択は、そのフェーズの対応する実行ターゲットに対応する行が出現するようにさせることができる。一例として、項目５３２は最初は隠されていてもよく、項目５３０のみが表示されてもよい。いくつかの実施形態において、項目５３０が選択されると、項目５３２が表示され得る。項目５３２は、インフラストラクチャリリース（たとえば、「ラバブル」）およびアプリケーションリリース（たとえば、「チャック」）が対応するフェーズＩＶの特定の実行ターゲット／領域を示す。
インフラストラクチャ変更列５２２は、各フェーズまたは実行ターゲットについてのインフラストラクチャリリースの名前およびインフラストラクチャリリースのステータスを含み得る。いくつかの実施形態において、２つ以上の実行ターゲットを含むフェーズは、１つまたは複数のインフラストラクチャおよび／またはアプリケーションリリースに対応し得る。したがって、いくつかの実施形態において、インフラストラクチャ変更列５２２は、フェーズの実行ターゲットによって利用されるいくつかの異なるインフラストラクチャリリースを示すデータを含み得る。一例として、インジケータ５３４は、フェーズＩＶの実行ターゲットにリリースされる３つの異なるインフラストラクチャリリースがあることを示すように表示され得る。ステータスインジケータ５３６も、フェーズの各実行ターゲットへの各インフラストラクチャリリースのステータスを示すようにインフラストラクチャ変更列内に表示され得る。ステータスインジケータ５３６は、１つまたは複数の実行ターゲットへのリリースが、エラーに遭遇したこと、進行中であること、または完了したことを個々に表示し得る。同様に、アプリケーション変更列５２４は、フェーズＩＶの各実行ターゲットについて１つのアプリケーションリリースが利用されることを示すためのインジケータ５３８と、フェーズＩＶの各実行ターゲットについての各アプリケーションリリースのステータスを示すためのステータスインジケータ５４０とを含み得る。単一の実行ターゲットに対応する項目（たとえば、項目５３２）では、インフラストラクチャ変更列５２２は、インフラストラクチャリリースの名前およびステータスを表示し得る。いくつかの実施形態において、ステータス（たとえば、「済」、「失敗」、「進行中」、「レビュー待ち」など）は、図５に示されるようにテキストで表示されてもよく、または、ステータスは、異なったように表示されてもよい。単一の実行ターゲットに対応する項目では、アプリケーション変更列５２４は、同様に、アプリケーションリリースの名前（たとえば、「チャック」）と、そのアプリケーションリリースのステータス（たとえば、「済」、「失敗」、「進行中」、「レビュー待ち」など）とを含み得る。アプリケーションリリースについて表示されるステータスは、インフラストラクチャリリースについて提供されるステータスと同一である場合もあれば、異なっている場合もある。いくつかの実施形態において、項目を選択する（たとえば、項目５４２を選択する）ことにより、この選択を表示するようにこの項目が視覚的に変更され得る（たとえば、この項目の背景が変更され得る）。項目５４２の選択に対応する１つの例示的な変更が図５に示されている。リンク５４４を選択することにより、ユーザは図６のＵＩ６００にナビゲートされ得るが、他のナビゲーションアクションが同様の結果を提供してもよい。
いくつかの実施形態において、リリースが少なくとも１つの局面において失敗すると、この失敗のステータスがＵＩ５００に表示され得る。一例として、インフラストラクチャコンポーネントプロビジョニングの失敗は５４６に表示され、ソフトウェアアーティファクトデプロイメントの失敗は５４８に表示される。いくつかの実施形態において、５４６および／または５４８においてユーザ入力が受信され得る（たとえば、「失敗」という語の選択）。このユーザ入力に応答して、ユーザは、改善措置（たとえば、実行ターゲットに対応するプロビジョニングおよび／またはデプロイメントタスクを再試行すること、実行ターゲットに対応するプロビジョニングおよび／またはデプロイメントタスクをキャンセルすること、実行ターゲットに対応するプロビジョニングおよび／またはデプロイメントタスクを変更すること、など）を実行するための１つまたは複数のオプションを提供され得る。
図６は、少なくとも１つの実施形態に係る、選択されたリリースに関連する情報を提供するための例示的なＵＩ６００を示す概略図である。ＵＩ６００は、リリースの詳細を見ることができるユーザインターフェイスを表示し得る。リリース名セクション６０２は、ＵＩ６００の上部に示されているが、リリース名セクション６０２は、ＵＩ６００上の任意の好適な位置に位置してもよい。示されているように、リリース名セクション６０２は、特定のリリースに関連付けられたリリースデータを表示し得る。一例として、リリース「エキサイテッド」に関連付けられたリリースデータは、リリース名６０４とステータス６０６とリリース識別子６０８とを含むものとして示されているが、リリースデータのより多くの属性またはより少ない属性が表示されてもよい。示されているように、リリース名６０４は「エキサイテッド」であるが、リリース名６０４は、所望のフロックにおける任意の好適なリリースの名前に対応する任意の好適な英数字識別子を含んでいてもよい。ステータス６０６は、特定のリリースに関連付けられたステータス（たとえば、「未着手」、「承認が必要」、「適用」、「失敗」、「済」など）を表示し得る。リリース識別子６０８は、「09879iuhku7w」として示されているが、リリース識別子６０８は、関連するリリースに固有であり得る任意の好適なＩＤであってもよい。
ＵＩ６００は、ステータスバー６１０も含み得て、ステータスバー６１０は、関連するリリースのステータスについての情報（グラフ６１２、タイムスタンプ６１４およびステータスコード６１６など）を含み得る。同様に、ステータスバー６１８は、グラフ６２０、タイムスタンプ６２２およびステータスコード６２４を含み得る。グラフ６１２および６１８は、タスクの番号順リストを表示し得る。一例として、グラフ６１２および６１８の各ノードは、一組のタスク示し得る（たとえば、「１」は一組の１個のタスクを示し、「９」は一組の９個のタスクを示す、など）。２つ以上のタスクがノードに示される場合、このノードは、並列に実行される一組のタスクを指すよう意図され得る。各タスクは、特定のターゲットに対応するリリースに対応し得る。ノードの順序（たとえば、左から右）は、タスクの各組が実行されるシーケンスを示し得る。たとえば、ノード６２６に関連付けられたタスクは、ノード６２８に関連付けられたタスクが開始する前に完了するよう要求され得る。同様に、ノード６２８に関連付けられたタスクは、ノード６３０に関連付けられたタスクが開始する前に完了するよう要求され得る。ノード６３０に関連付けられたタスクの各々は、並列に実行され得る。タイムスタンプ６１４は、開始日を表示し得る。さらに、タイムスタンプ６１４は、ステータスコード「開始」に対応する開始時刻と、ステータスコード「完了」に対応する終了時刻とを表示し得る。ステータスコード６２４は、関連付けられたタスクが承認されたことを示し得て、タイムスタンプ６２２は、ノード６３２に関連付けられたタスクに対応する開始時刻を示し得て、ノード６３２は、タスクが現在実行中であることを示すために「進行中」と表記され得る。ステータスコード６１６および６２４は、関連するリリースのステータス（たとえば、「承認済」、「進行中」、「失敗」、「承認が必要」など）を追跡するための任意の好適なステータスコードであり得る、ということが理解されるべきである。
いくつかの実施形態において、ステータスバーは、フェーズ順序を表示するのに利用されてもよい。一例として、ステータスバー６１０は、フェーズ１などの特定のフェーズに対応し得て、ステータスバー６１８は、フェーズ２などの異なるフェーズに対応し得る。上記のように、フェーズは、フェーズが完了する順序を記載するのに使用され得る。示されているように、ステータスバー６１０に示されている１１個のフェーズ１タスクは、ステータスバー６１８に関連付けられた１２個のフェーズ２タスクが開始する前に完了するよう要求され得る。２つのフェーズ以外の追加のフェーズが利用されてもよい、ということが理解されるべきである。現在のウィンドウサイズを考慮して、フェーズまたは複数のフェーズに対応する情報の表示が幅広すぎて表示できない場合には、ユーザがさまざまなフェーズをスクロールしてそれらの対応するステータスを見ることができるように、ステータスバー６１０は水平にスクロール可能であってもよい、ということが理解されるべきである。いくつかの実施形態において、ステータスバー６１０は、ユーザが垂直スクローリング機能のみを備えた入力デバイス（たとえば、マウス）を利用している場合にそのユーザがそれでもなお水平にスクロールすることができるように「スマートスクローリング」を利用する。一例として、ユーザは、入力デバイスを使用して物理的に下方向にスクロールしてもよく、ステータスバー６１０は、右にスクロールすることになる。ユーザが入力デバイスを使用して物理的に上向きにスクロールすると、ステータスバー６１０は左にスクロールし得る。フィルタは、ユーザが動作ノイズによって気を取られて影響著しい変更またはエラーを見逃すことが起こりにくいようにユーザが影響著しい変更に注目することを可能にする。
フェーズプランセクション６３４もＵＩ６００に含まれることができ、示されているように、フェーズプランセクション６３４は、ＵＩ６００の下部にあるが、ＵＩ６００内に異なったように配置されてもよい。フェーズプランセクション６３４は、所望のフェーズ（たとえば、ステータスバー６１８に対応するフェーズ２）に関連する情報を含み得る。ＵＩ６００に示されるように、フェーズプランセクション６３４は、フェーズタイトル６３６、フェーズステータス６３８、実行ターゲットの数６４０、動作の概要６４２、テナンシ列６４４、デプロイメント進捗列６４６、作成・読取・更新・削除（ＣＲＵＤ）動作列６４８およびターゲットレビューステータス列６５０を表示する。フェーズタイトル６３６は、ＵＩ６００に示されるリリースの選択されたフェーズの名前を含み得る。この名前は、任意の好適な長さの任意の好適な英数字識別子を含み得る。いくつかの実施形態において、フェーズステータス６２２は、リリースの選択されたフェーズのステータスであり得る。ＵＩ６００に示されるように、フェーズタイトル６３６は「フェーズＩＩ」であり、フェーズステータス６３８は「承認が必要」として示されている。フェーズステータス６３８は、リリースの選択されたフェーズについての任意の好適なステータス（たとえば、「承認が必要」、「進行中」、「失敗」、「済」など）であり得る。ＵＩ６００に「１２」として示されている実行ターゲットの数６４０は、リリースをデプロイすることができる任意の数の実行ターゲットを示し得る。動作の概要６４２は、そのフェーズについて計画される作成動作、改訂動作、更新動作および削除動作の数を示し得る。ＵＩ６００に示されるように、動作の概要６４２は、作成、更新、削除および読取（たとえば、変更なし）という４つの異なる動作（左から右に記載）を含む。図６に示されるように、２０個の作成動作、２０個の更新動作、１００個の削除動作、および１つの変更なし動作がある。ＵＩ６００は、動作の概要６４２に任意の好適な数の動作または動作の組み合わせを含み得る。動作の概要６４２は、作成、改訂、更新および削除に対応する４つのボタンを含み得る。これらのボタンの各々は、フェーズプランセクション６３４から対応する一組の動作をフィルタリングするためのトグルとして利用され得る。たとえば、「作成」ボタンが選択されると、全ての作成動作がフェーズプランセクション６３４からフィルタリングされ得る。作成ボタンがもう一度選択されると、これらの作成動作は、フィルタリング解除されて、フェーズプランセクション６３４内に再び出現し得る。デフォルトで、これらのボタンは、いずれの動作もフィルタリングされないようにオフにされてもよい（たとえば、選択解除されてもよい）が、任意の好適なデフォルト挙動が利用されてもよい。
図６は、特定の実行ターゲットの影響下にある変更を示しているが、いくつかの実施形態では、同様の変更がグループ化されてもよく、各変更が関連している実行ターゲットが表示されてもよい、ということが理解されるべきである。したがって、図６に対応するフェーズプランは、（示されているような）変更に対する実行ターゲットまたは実行ターゲットに対する変更という二通りに変えられてもよい。
テナンシ列６４４は、ＵＩ６００上の任意の好適な位置に位置し得て、テナンシ列６４４は、フェーズＩＩのノード６３２に対応する特定の一組のタスク（たとえば、項目６５２）に対応する項目を含む実行ターゲットタスクのリストと、それらのタスクの実行中に作成、変更または削除されることが予定されているアプリケーションのリスト６５４とを含み得る。アプリケーションのリスト６５４を表示するために、ユーザは、リリースに含まれるアプリケーション（たとえば、ＳＭＳエージェント）を表示するようにリストを拡張するためのオプション６５５を選択し得る。ＵＩ６００に示されるように、現在表示されている唯一のアプリケーションは、「ＳＭＳエージェント」６５８である。ＵＩ６００は、ＳＭＳエージェントの構成ファイルに対して加えられる変更を６５９に示し得る。いくつかの実施形態において、ＵＩ６００を提供するコンピューティングシステムは、ソフトウェアアーティファクト（たとえば、ＳＭＳエージェント）の以前の構成を識別し、デプロイされるソフトウェアアーティファクトの新たな構成を識別し、ソフトウェアアーティファクトの以前の構成から新たな構成への変更の表示を提供し得る（たとえば、６５９に表示）。示されているように、この変更は、行５を削除して（５－によって示される）新たな行５を追加する（５＋によって示される）ことを含み得る。いくつかの実施形態において、「変更」（更新とも称される）は、削除も作成も含み得る。更新の作成／削除は、ＣＲＵＤ動作列６４８内の作成／削除ではなく、更新動作として表示され得る。アプリケーションのリスト６５４は、選択されたリリースのためのその他の好適なアプリケーションも含み得る。
デプロイメント進捗列６４６は、関連する実行ターゲットにおけるリリースのステータスを表示することができる。ＵＩ６００に示されるように、示されているリリースについての実行ターゲットのステータスは「適用」であるが、任意の好適なステータス（たとえば、「適用」、「承認が必要」、「未着手」、「済」、「失敗」など）が表示されてもよい。ＣＲＵＤ動作列６４８は、関連するターゲットについて実行される動作についての情報を含み得る。これらの動作は、作成コマンド、更新コマンド、削除コマンドまたは変更なしコマンドを含み得て、これらの動作は、各実行ターゲット、各アプリケーション、または任意の好適なソフトウェアおよび／もしくはハードウェアコンポーネントに適用可能である。ターゲットレビューステータス列６５０は、これらの動作が各エンティティ上でレビューされたか否かについての情報を含み得る。ＵＩ６００に示されるように、ターゲットレビューステータスは、「レビュー済」として示されているが、ターゲットレビューステータスは、関連するリリースにおける動作を追跡するのに適した任意のステータスであってもよい。
フェーズプランセクション６３４は、一組の選択オプション（たとえば、選択オプション６６０）も含み得て、これらの一組の選択オプションは、「プラン」、「状態」、「ログ」、「承認」などのためのオプションを含み得る。ＵＩ６００および対応するデータは、「プラン」オプションが選択されると提供されるよう意図される。
リリース履歴セクション６６２もＵＩ６００上に位置し得る。ＵＩ６００に示されるように、リリース履歴セクション６６２は、ＵＩ６００の左側部分に位置しているが、リリース履歴セクション６６２は、ＵＩ６００上の任意の好適な位置に位置してもよい。リリース履歴セクション６６２は、関連するフロック内のさまざまなリリースに関する情報を含み得る。ＵＩ６００に示されるように、「ラバブル」、「エキサイテッド」および「エレガント」という３つのリリースが表示されているが、任意の好適な数のリリースがリリース履歴セクション６６２に表示されてもよい。リリース履歴セクション６６２からリリースのうちのいずれか１つを選択することにより、上記のＵＩ要素６０２～６６０の各々についてそのリリースに関連付けられた対応するデータが表示され得る。いくつかの実施形態において、リリース履歴セクション６６２は、変更タイプインジケータ６６４（たとえば、「インフラストラクチャ」、「アプリケーション」など）、ターゲット数インジケータ６６６、リリースタイムスタンプ６６８、ロールフォワードオプション６７０および新リリース作成オプション６７２も含み得る。ターゲット数６６６は、特定のリリースがプロビジョニングされるよう意図される実行ターゲットがいくつあるかを示し得る。ターゲット数６６６は、各々の特定のリリースについて表示され、関連するリリースについて任意の好適な数のターゲットを含み得る。リリースタイムスタンプ６６８は、選択されたリリースが作成された時刻またはプロビジョニングが完了した時刻を、ステータスインジケータ（たとえば、「作成」、「完了」など）とともに含み得る。リリースタイムスタンプ６６８は、関連するリリース上の任意の好適な位置に位置してもよく、または、リリースタイムスタンプ６６８は、任意の特定のリリースには無くてもよい。ロールフォワードオプション６７２は、ユーザが、以前にロールバックされた構成を再デプロイすることを可能にする。新リリース作成オプション６５６は、ユーザが、選択されたフロックについて新たなリリースを作成することを可能にし得る。
いくつかの実施形態において、ユーザは、マウスを右クリックしてオプション６５６が出現するようにさせ得る。オプション６５６は、大体ユーザのマウスカーソル付近に出現し得る。オプション６５６を選択することにより、ユーザは以下でさらに説明する図８のＵＩ８００にナビゲートされ得る。
ユーザは、フェーズプランセクション６３４内で上方向または下方向にスクロールして、選択された特定のフェーズに関連するデータのさまざまな部分を見ることができる機能を提供され得る、ということが理解されるべきである。いくつかの実施形態において、対応するフェーズが選択されたことおよびフェーズプランセクション６３４における情報が選択されたフェーズに対応することを示す選択されたフェーズのステータスバー（たとえば、ステータスバー６２０）は、強調表示および／または拡大され得る。
図７は、少なくとも１つの実施形態に係る、リリースの状態を見るための例示的なユーザインターフェイス（たとえば、ＵＩ７００）を示す概略図である。
リリースステータスセクション７０４は、ＵＩ７００上の任意の好適な位置に位置し得る。ＵＩ７００に示されるように、リリースステータスセクション７０４は、ＵＩ７００の上部にある。リリースステータスセクション７０４は、リリースに関連する任意の好適な情報であり得て、この情報は、リリースのステータス（たとえば、「適用」、「一時停止」、「済」、「失敗」など）と、関連するリリース（たとえば、図７に示される関連情報に対応するリリース）が開始、完了、一時停止などした時刻を含み得るタイムスタンプとを含む。リリースステータスセクション７０４は、関連するリリースのステータスを追跡するためのその他の好適な情報を含み得る。
少なくとも１つの実施形態において、ＵＩ７００は、フェーズプランセクション７０６を含み得る。いくつかの実施形態において、フェーズプランセクション７０６を含むＵＩ７００は、図６の選択オプション６６０の「状態」オプション７０２の選択に応答して表示され得る。「状態」オプション７０２を選択することにより、関連するリリースの状態についての情報または関連するリリースのステータスに関連するその他の好適な情報を表示することができる。
いくつかの実施形態において、フェーズプランセクション７０６は、フェーズ（たとえば、図６に関連して上記したフェーズＩＩ）に対応する複数組の実行ターゲットを記載することができる。図６および同様に図７に示されるように、フェーズは、ノード６３２，７１０および７１２を含むグラフ６２０に関連付けられ得る。各ノードは、そのフェーズの一組のタスクに対応し得る。一例として、実行ターゲットタスクセット７１４，７１６および７１８が記載され得る。実行ターゲットタスクセット７１４はノード６３２に対応し得て、実行ターゲットタスクセット７１６はノード７１０に対応し得て、実行ターゲットタスクセット７１８はノード７１２に対応し得る。ＵＩ７００に示されるように、１０個の実行ターゲット（たとえば、ノード７１２にも実行ターゲットタスクセット７１８にも示されている）を含む実行ターゲットタスクセット７１８が選択されている。実行ターゲットタスクセット７１８を選択すると、対応する１０個の実行タスクが実行ターゲットタスクセット７１８の下に個々の行として表示され得る。図７に示されるように、各タスクは、リリースがプロビジョニングされる特定の実行ターゲットに対応し得る。
いくつかの実施形態において、リリースオプションメニュー７２０が提供され得る。リリースオプションメニュー７２０を選択すると、いくつかのメニューオプションが提供され得る（たとえば、リリースを一時停止（図示せず）、リリース詳細、再開、リリースをキャンセル、など）。いくつかの実施形態において、リリースは、リリースオプションメニュー７２０を選択し、続いて、リリースを一時停止するためのオプションを選択することによって、一時停止され得る。ＵＩ７００のビューは、リリースが一時停止された後にＵＩ７００の状態を表示するよう意図されている。いくつかの実施形態において、一時停止された状態は、フィールド７２２に表示され得る。ユーザがフィールド７２２上をホバーする場合、一時停止された状態に関するステータス情報は、７２４に示されるように表示され得る。７２４において提供される情報は、特定のリリースに対応する特定のフェーズの状態についての任意の好適な情報を含み得る。
リリースを一時停止した後、ユーザは、再びリリースオプションメニュー７２０を選択して、リリース詳細オプション７２８、再開オプション７３０およびリリースキャンセルオプション７３２を表示し得る。リリース詳細オプション７２８は、選択されると、関連するリリースについての任意の好適な情報（たとえば、リリース番号）を表示することができる。再開オプション７１２は、選択されると、それが一時停止された場所から関連するリリースのデプロイメントを開始することができる。リリースキャンセルオプション７１４は、選択されると、関連するリリースをキャンセルして、キャンセルされたリリースをフロックから除去することができる。
ユーザは、フェーズプランセクション６３４内で上方向または下方向にスクロールして、選択された特定のフェーズに関連するデータのさまざまな部分を見ることができる機能を提供され得る、ということが理解されるべきである。
図８は、少なくとも１つの実施形態に係る、リリースに関連付けられたログを見るための例示的なユーザインターフェイス（たとえば、ＵＩ８００）を示す概略図である。いくつかの実施形態において、フェーズプランセクション６３４を含むＵＩ８００は、図６の選択オプション６６０の「ログ」オプション８０２の選択に応答して表示され得る。「ログ」オプション８０２を選択することにより、既に選択されている実行ターゲットのログおよび／またはソースコードについての情報を表示することができ、または、選択されたフェーズ（または、その後選択されるフェーズ）に対応する任意の好適な実行ターゲットのログおよび／またはソースコードについての情報にアクセスするためのユーザインターフェイスオプションを提供することができる。
ＵＩ８００は、図６のフェーズプランセクション６３４を含み得る。実行タスクセット８０４は、実行タスクセット８０４の１つまたは複数のタスクを表示するように選択され得る。実行タスクセット８０４は、図６に関連して上記して図８にもう一度示されているノード６３２に対応し得る。いくつかの実施形態において、実行タスクセット８０４を選択すると（または、任意の好適なときに）、特定の実行ターゲットにおいてリリースを提供することに対応するタスク８０６（たとえば、ＵＫ－ロンドン）が表示され得る。いくつかの実施形態において、ユーザは、（たとえば、オプション８０８を選択することによって）タスク８０６を拡張して、その実行ターゲットに対応する１つまたは複数のログを見ることができる。
図９は、少なくとも１つの実施形態に係る、選択された実行ターゲット（たとえば、図８からの実行ターゲットタスク８０６に対応する実行ターゲット）の実行ターゲットリソースを表示する例示的なＵＩ９００を示す図である。ＵＩ９００は、図８に示される実行ターゲットタスク８０６の名前をクリックすることによって、またはその他の好適な方法によって表示可能であり、ＵＩ９００は、ＵＩ９００の定期的なまたは強制的なリフレッシュによって、実行ターゲットタスク８０６に対応する実行ターゲットについての情報で更新され得る。ＵＩ９００は、実行ターゲットの名前９０２と、フロックのバージョン９０４とを含み得る。名前９０２およびバージョン９０４は、ＵＩ９００上の任意の好適な位置に位置し得るが、図９に示されるように、ＵＩ９００の上部に位置している。
ＵＩ９００は、リソースセクション９０６も含み得る。いくつかの実施形態において、リソースセクション９０６は、特定の実行ターゲットに関連付けられた任意の好適な数のインフラストラクチャおよび／またはソフトウェアアプリケーションコンポーネントを表示することができる。一例として、リソースセクション９０６は、９０８に示されるようなさまざまなリソース（インフラストラクチャコンポーネント「ボブ」、「カール」、「ＤＮＳ」など）と、９１０に示されるようなソフトウェアアーティファクト（たとえば、アプリケーションコード）（「アプリケーション１」、「アプリケーション２」および「テスト」など）とを含み得る。各リソースは、リソースが（９１０に示されているような）インフラストラクチャコンポーネントであるか、（９１２に示されているような）アプリケーションであるかを示し得る。９１２および同様に９１４に示されるように、各リソースは、リソースタイプ（たとえば、「インフラ」、「アプリケーション」など）およびリソース数などの付随情報を有し得て、リソース数は、選択された実行ターゲット内に各リソースがいくつ存在するかを記載するのに適した任意の数字であり得る。リソースは、選択されると、ボックス９１６に見られるような選択されたリソースに関連する構成（たとえば、ＤＮＳ）、および、選択されたリソースに関連するその他の好適な情報を表示することができる。示されているように、ＵＩ９００は、任意の好適なインターフェイス（たとえば、図５～図８のＵＩ５００～８００）の上に重ね合わせられ得るダイアログボックスまたは別の好適なポップアップウィンドウとして表示され得る、ということが理解されるべきである。
図１０は、少なくとも１つの実施形態に係る、選択されたリリースの選択されたフェーズについての情報を表示するための例示的なユーザインターフェイス（たとえば、ＵＩ１０００）を示す概略図である。ＵＩ１０００は、プログレスバー１００２を含み得て、プログレスバー１００２は、選択されたリリース１００４の全てのフェーズまたはそれらのフェーズの任意の好適なサブセットを含み得る。プログレスバー１００２は、ＵＩ１０００の上部に示されているが、ＵＩ１０００上の任意の好適な位置に位置してもよい。プログレスバー１００２は、選択されたリリース１００４の各フェーズについてのさまざまな情報も含み得て、これらの情報は、フェーズ名、実行ターゲットの数、タイムスタンプ、承認ステータス、フェーズステータス、および選択されたリリース１００４の各フェーズに関連するその他の好適な情報を含むが、それらに限定されるものではない。ＵＩに示される選択されたフェーズ１００６は、「stable(13)」であるが、それぞれのフェーズについての関連情報を表示するようにプログレスバー１００２におけるいずれかのフェーズが選択されてもよい。選択されたフェーズ１００６は、選択されたフェーズ１００６の集合的なタスクの進捗を視覚的に追跡することができる円形のプログレスバー１００７も含み得る。別の言い方をすれば、円形のプログレスバー１００７は、フェーズに対応する進捗の視覚表示を表示（提示）し得る。いくつかの実施形態において、円形のプログレスバー１００７は、選択されたフェーズ１００２のタスクが現在進行中であることを示すように脈動してもよい。いくつかの実施形態において、円形のプログレスバー１００７は、１つもしくは複数の緑色部分（たとえば、インジケータ）および／または１つもしくは複数の赤色部分（たとえば、インジケータ）および／または１つもしくは複数の白色部分（たとえば、インジケータ）を含み得て、各部分は、フェーズに関連付けられた一組のタスクのうちのあるタスクに対応する。いくつかの実施形態において、円形のプログレスバー１００７の緑色部分（たとえば、緑色インジケータ）は、選択されたフェーズ１００６の完了したタスクを表し得て、プログレスバー１００７の赤色部分（たとえば、赤色インジケータ）は、選択されたフェーズ１００６の失敗したタスクを表し得る。プログレスバー１００７の白色部分（たとえば、白色インジケータ）は、まだ失敗も完了もしていない選択されたフェーズ１００６のタスクを表し得る。ＵＩ１０００は、リリース履歴セクション１１０８（たとえば、図６のリリース履歴セクション６４６）も含み得て、選択されたフェーズ１００４は、ＵＩ１０００のリリース履歴セクション１００８内に位置し得る。
フェーズの各実行タスク（たとえば、リリースがデプロイされる実行ターゲットに対応する）は、ステータスエリア１０１０に表示され得る。いくつかの実施形態において、タスクは、それらが実行される順序で、および／または、ＵＩ１０００上の任意の好適な位置に表示され得る。示されているように、実行タスクのリストは、ＵＩ１０００の下部に位置している。エリア１０１０に表示されるタスクのリストは、進捗列１０１２と、動作列１０１４と、記載されているタスクに関連するその他の好適な情報とを含み得る。進捗列１０１２は、実行ターゲットのリスト１００８における各実行ターゲットの進捗ステータス（たとえば、「成功」、「失敗」、「適用」など）を表示し得る。動作列１０１４は、選択されたフェーズ１００６の各タスク（たとえば、選択されたフェーズ１００６の実行ターゲットに対応する各タスク）に関してどの動作が実行され得るかについての情報を含み得る。
図１１は、少なくとも１つの実施形態に係る、一組の実行タスクの実行順序を説明するための実行グラフを表示する例示的なユーザインターフェイス１１００を示す概略図である。選択されたフェーズ１１０２は、プログレスバー１１０４（たとえば、図１０のプログレスバー１００６の一例）から選択され得る。選択されたフェーズ１１０２に対応するセクションは、グラフ１１０６を含み得る。グラフ１１０６は、実行ターゲットに対応する実行タスクを実行することができる順序を示し得る。ＵＩ１１００に示されるように、グラフ１１０６は、ノード１１０８，１１１０および１１１２を含み得る。ノード１１０８は、１つの実行ターゲットに対応する１つの実行タスクに関連付けられ得る。ノード１１１０は、１つの実行ターゲットに対応する１つの実行タスクに関連付けられ得る。ノード１１１２は、７つの実行ターゲットに対応する７つの実行タスクに関連付けられ得る。グラフ１１０６は、ノード１１０８，１１１０および１１１２に対応するタスクの各グループ間の実行のシーケンスを示す。たとえば、ノード１１０８に関連付けられたタスクは、ノード１１１０に関連付けられたタスクが開始し得る前に完了するよう要求され得る。同様に、ノード１１１０に関連付けられたタスクは、ノード１１１２に関連付けられたタスクが実行され得る前に完了するよう要求され得る。ノードが２つ以上のタスクを含む場合には、それらのタスクは、少なくとも部分的に並列に（たとえば、実質的に並列に）実行され得る。ＵＩ１１００は、直列または並列に実行される任意の好適な数の実行ターゲットに対応する実行タスクの任意の好適な組み合わせも含み得る。ＵＩ１１００は、タスクが実行される順序で各タスクのリストをエリア１１１４内に表示し得る。いくつかの実施形態において、並列に実行され得るタスクは、任意の好適な順序でエリア１１１４内に表示され得る。
図１２は、少なくとも１つの実施形態に係る、選択されたリリースの１つまたは複数のフェーズに関連する実行ステータスを表示する例示的なユーザインターフェイス（たとえば、ＵＩ１２００）を示す概略図である。フェーズ１２０２は、プログレスバー１２０４（たとえば、図１０のプログレスバー１００２の一例）またはＵＩ１２００上のその他の好適な位置に位置し得る。フェーズ１００２は、ノード１２０８およびノード１２１０に対応するタスク実行の特定のシーケンスを示すグラフ１２０６を含み得る。ＵＩ１２００に示されるように、ノード１２０８に対応するタスクは、ノード１２１０に対応するタスクの前に実行され得る。円形のプログレスバー１２１２（たとえば、図１０の円形のプログレスバー１００７の一例）は、各ノードの実行タスクのステータスを示すために各ノードについて利用され得る。円形のプログレスバー１２１２で示されるように、ノード１２０８に対応するタスクは完了しているが、ノード１２１０に対応するタスクは依然として進行中であり得る。
ＵＩ１２００は、タスクリスト１２１４も含み得る。フェーズ１００２が選択されると、各タスクに対応する実行ターゲットは、タスクリスト１２１４に表示され得る。ＵＩ１２００に示されるように、ノード１２０８に対応する実行タスクは１２１６に表示され得て、ノード１２１０に対応する実行タスクは１２１８に表示され得る。したがって、いくつかの実施形態において、これらの実行タスクは、実行順序に対応する順序で表示され得る。ステータス１２２０および１２２２は、タスクリスト１２１４に表示され得る。ステータス１２２０は、ノード１２０８に対応するステータスのテキスト表示に対応し得て、ステータス１２２２は、ノード１２１０に対応するステータスのテキスト表示に対応し得る。
図１３は、少なくとも１つの実施形態に係る、例示的な安全プランを表示する例示的なユーザインターフェイス（たとえば、ＵＩ１３００）を示す概略図である。ＵＩ１３００は、ＵＩ１３００上の任意の好適な位置に位置し得る実行タスクリスト１３０２（たとえば、図１０の実行タスクリスト１００８）を含み得て、示されているように、この実行タスクリスト１３０２は、ＵＩ１３００の上部にある。実行タスクリスト１３０２は、実行ターゲットに関連付けられたソフトウェアリソースを第１の状態から第２の状態に変更することに対応し得る。いくつかの実施形態において、ＵＩ１３００は、ソフトウェアリソースを第１の状態から第２の状態に変更することの一部としてそれらのソフトウェアリソースに対して加えられる一組の変更を表示するために利用され得る。示されているように、実行タスクリスト１３０２は、ターゲットに対応する実行タスク１３０４（たとえば、「unstable」と表記）を含み、実行タスク１３０４は、選択されるとモジュール１３０６を表示することができ、モジュール１３０６は、次に選択されるとモジュール１３０８（示されているように、「app_deployment」と表記）を表示することができ、モジュール１３０８は、選択されるとモジュール１３１０を表示することができる。実行ターゲット１３０４は、実行タスク１３０４に対応する任意の好適な数のモジュールおよび／またはアプリケーションデプロイメントを表示し得る。２つ以上のモジュール１３０６を有する実施形態では、モジュール１３０６は、作成、更新、削除または変更なし動作の回数の多い順に記載され得る。一例として、モジュール１３０６～１３１０は、作成回数が最も多いモジュールがリストの最上部に記載され得て、残りのタスクが各タスクの対応する作成動作回数に従って多い順に表示され得るように、表示されてもよい。いくつかの実施形態では、モジュール１３０６～１３１０は、異なったように（たとえば、少ない順に、またはモジュール１３０６～１３１０を編成するためのその他の好適な方法で）編成されてもよい。いくつかの実施形態において、モジュール１３１０が選択されると、ＵＩ１３００は、安全プランログ１３１２、およびタスク１３０４に対応するその他の好適な情報を表示し得る。
安全プランログ１３１２は、ＵＩ１３００上の任意の好適な位置に表示され得るが、ＵＩ１３００に示されるように、安全プランログ１３１０は、ＵＩ１３００の右下の角に位置している。安全プランログは、モジュール１３１０に対応するアプリケーションコードに対して加えられる変更についての情報を表示することができる。たとえば、行１３１４は、コードの追加された行を示し得て、行１３１６は、行１３１４と置換されているコードの削除された行を示し得る。いくつかの実施形態において、行１３１２（および／または、追加されるコードの任意の部分）は、追加されるコードの１つまたは複数の行を識別するのに適した緑色の背景またはその他の色の背景で表示することができる。行１３１４（たとえば、または、削除されるコードの任意の部分）は、削除されるコードの１つまたは複数の行を識別するのに適した赤色の背景またはその他の色の背景で表示することができる。
ＵＩ１３００を使用して、ユーザは、タスクの各部分についての各々の計画的なコード変更を見ることを可能にされ得る。
図１４は、本開示の特定の実施形態に係る、ＣＩＯＳの技術を実現するためのプロセス１４００を示す例示的なフロー図である。このプロセスは、論理フロー図として示されており、その各動作は、ハードウェアで実現されてもよく、コンピュータ命令で実現されてもよく、またはそれらの組み合わせで実現されてもよい。コンピュータ命令の文脈においては、これらの動作は、１つまたは複数のプロセッサによって実行されると記載されている動作を実行する、１つまたは複数のコンピュータ読取可能記憶媒体に格納されたコンピュータによって実行可能な命令を表し得る。一般に、コンピュータによって実行可能な命令は、特定の機能を実行するまたは特定のデータタイプを実現するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。動作が記載されている順序は、限定として解釈されるよう意図されるものではなく、このプロセスを実現するために、任意の数の記載されている動作を任意の順序でおよび／または並列に組み合わせることができる。
さらに、このプロセスは、実行可能な命令で構成された１つまたは複数のコンピューティングデバイスまたはコンピュータシステムの制御下で実行され得て、１つもしくは複数のプロセッサ上で集合的に実行されるコード（たとえば、実行可能な命令、１つもしくは複数のコンピュータプログラム、または１つもしくは複数のアプリケーション）として実現されてもよく、ハードウェアによって実現されてもよく、またはそれらの組み合わせによって実現されてもよい。上記のように、コードは、たとえば１つまたは複数のプロセッサによって実行可能な複数の命令を含むコンピュータプログラムの形式でコンピュータ読取可能記憶媒体に格納され得る。いくつかの実施形態において、プロセス１４００は、複数のプロセッサによって並列に実行され得る。コンピュータ読取可能記憶媒体は、非一時的であり得る。
プロセス１４００は、ブロック１４０２から開始し得て、ブロック１４０２において、コンピューティングシステムは、宣言型インフラストラクチャプロビジョナ（たとえば、図２の地域ＣＩＯＳ２０２）を実行する。図２に関連して上記したように、宣言型インフラストラクチャプロビジョナ（地域ＣＩＯＳ２０２など）は、コンポーネントおよびそれらがどのように相互作用するかを記載する宣言ファイルを使用してリソースをプロビジョニングし得る。構成ファイルは、リソースと、要素を作成するのに必要とされる関連するフィールドとを記載することができるため、以前に記載された要素を参照する他の要素も記載されることができる。いくつかの例において、プロビジョニングツールは、次いで、構成ファイルに記載されている要素を作成して管理するためのワークフローを生成することができる。いくつかの実施形態において、宣言型インフラストラクチャプロビジョナは、インフラストラクチャコンポーネントを構築、変更およびバージョン化するためのツールであるテラフォームに従ってフォーマットされた宣言文を利用してもよい。
プロセス１４００は、ブロック１４０４に進み得て、ブロック１４０４において、コンピューティングシステムは、第１の一組のインフラストラクチャコンポーネントをプロビジョニングする。この第１の一組のインフラストラクチャコンポーネントは、コンピューティングシステムが第１の一組の宣言命令を宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づき得る。
プロセス１４００は、ブロック１４０６に進み得て、ブロック１４０６において、コンピューティングシステムは、第２の一組のソフトウェアアーティファクトをデプロイする。この第２の一組のソフトウェアアーティファクトは、コンピューティングシステムが第２の一組の宣言命令を宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づき得る。
プロセス１４００は、ブロック１４０８に進み得て、ブロック１４０８において、コンピューティングシステムは、一組のユーザインターフェイス要素（たとえば、たとえば図５のインフラストラクチャエリア５０２およびアプリケーションエリア５０４）を表示するユーザインターフェイスシステムを提供する。これらのユーザインターフェイス要素は、少なくとも、第１の一組のインフラストラクチャコンポーネントをプロビジョニングすることに関連付けられた第１のステータス（たとえば、プログレスバー５１０）と、第２の一組のソフトウェアアーティファクトをデプロイすることに関連付けられた第２のステータス（たとえば、プログレスバー５１６）とを識別し得る。
コンピューティングシステムは、上記の図５～図１３のユーザインターフェイス５００～１３００などの任意の好適なインターフェイスを提供するように構成されてもよい、ということが理解されるべきである。
例示的なシステム
図１５～図１７は、さまざまな実施形態に係る、本開示の局面を実現するための例示的な環境の局面を示す図である。図１５は、本開示の一実施形態を実現するための分散型システム１５００の簡略図である。示されている実施形態において、分散型システム１５００は、１つまたは複数のクライアントコンピューティングデバイス１５０２，１５０４，１５０６および１５０８を含み、それらは、１つまたは複数のネットワーク１５１０を介してクライアントアプリケーション（ウェブブラウザ、プロプライエタリクライアント（たとえば、オラクルフォームズ）など）を実行して動作させるように構成される。サーバ１５１２は、ネットワーク１５１０を介してリモートクライアントコンピューティングデバイス１５０２，１５０４，１５０６および１５０８と通信可能に結合され得る。
さまざまな実施形態において、サーバ１５１２は、１つまたは複数のサービスまたはソフトウェアアプリケーション（アイデンティティ管理サービスを提供するサービスおよびアプリケーションなど）を実行するように適合され得る。特定の実施形態において、サーバ１５１２は、非仮想環境および仮想環境を含み得る他のサービスまたはソフトウェアアプリケーションも提供し得る。いくつかの実施形態において、これらのサービスは、ウェブベースのサービスもしくはクラウドサービスとして、またはソフトウェア・アズ・ア・サービス（ＳａａＳ）モデル下で、クライアントコンピューティングデバイス１５０２，１５０４，１５０６および／または１５０８のユーザに対して提供され得る。そして、クライアントコンピューティングデバイス１５０２，１５０４，１５０６および／または１５０８を動作させるユーザは、１つまたは複数のクライアントアプリケーションを利用してサーバ１５１２と対話して、これらのコンポーネントによって提供されるサービスを利用し得る。
図１５に示される構成では、システム１５００のソフトウェアコンポーネント１５１８，１５２０および１５２２は、サーバ１５１２上で実行されるものとして示されている。他の実施形態では、システム１５００のコンポーネントのうちの１つもしくは複数のコンポーネントおよび／またはこれらのコンポーネントによって提供されるサービスも、クライアントコンピューティングデバイス１５０２，１５０４，１５０６および／または１５０８のうちの１つまたは複数のクライアントコンピューティングデバイスによって実行され得る。次いで、これらのクライアントコンピューティングデバイスを動作させるユーザは、１つまたは複数のクライアントアプリケーションを利用して、これらのコンポーネントによって提供されるサービスを使用し得る。これらのコンポーネントは、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせで実現されてもよい。さまざまな異なるシステム構成が可能であり、これらは分散型システム１５００とは異なっていてもよい、ということが理解されるべきである。図１５に示される実施形態は、したがって、実施形態のシステムを実現するための分散型システムの一例であり、限定的であるよう意図されるものではない。
クライアントコンピューティングデバイス１５０２，１５０４，１５０６および／または１５０８は、さまざまなタイプのコンピューティングシステムを含み得る。たとえば、クライアントコンピューティングデバイスは、ソフトウェア（マイクロソフトウィンドウズモバイル（登録商標）など）および／またはさまざまなモバイルオペレーティングシステム（ｉＯＳ、ウィンドウズフォン、アンドロイド（登録商標）、ブラックベリー１０、パームＯＳなど）を実行する携帯型の手持ち式デバイス（たとえば、ｉＰｈｏｎｅ（登録商標）、携帯電話、ｉＰａｄ（登録商標）、コンピューティングタブレット、パーソナルデジタルアシスタント（ＰＤＡ））またはウェアラブルデバイス（たとえば、グーグルグラス（登録商標）頭部装着型ディスプレイ）を含み得る。これらのデバイスは、さまざまなアプリケーション（さまざまなインターネット関連アプリ、電子メール、ショートメッセージサービス（ＳＭＳ）アプリケーションなど）をサポートし得て、さまざまな他の通信プロトコルを使用し得る。クライアントコンピューティングデバイスは、汎用パーソナルコンピュータも含み得て、これらの汎用パーソナルコンピュータは、一例として、マイクロソフトウィンドウズ（登録商標）、アップルマッキントッシュ（登録商標）および／またはＬｉｎｕｘ（登録商標）オペレーティングシステムのさまざまなバージョンを実行するパーソナルコンピュータおよび／またはラップトップコンピュータを含む。クライアントコンピューティングデバイスは、さまざまな市場で入手可能なＵＮＩＸ（登録商標）またはＵＮＩＸ系オペレーティングシステムのうちのいずれかを実行するワークステーションコンピュータであり得て、これらのＵＮＩＸ（登録商標）またはＵＮＩＸ系オペレーティングシステムは、さまざまなＧＮＵ／Ｌｉｎｕｘオペレーティングシステム（たとえば、グーグルクロームＯＳなど）を含むが、それらに限定されるものではない。また、クライアントコンピューティングデバイスは、ネットワーク１５１０を介して通信することができる電子デバイス（シンクライアントコンピュータ、インターネット対応ゲームシステム（たとえば、キネクト（登録商標）ジェスチャ入力デバイスを備えていたり備えていなかったりするマイクロソフトＸｂｏｘゲーム機）および／またはパーソナルメッセージングデバイスなど）も含み得る。
図１５における分散型システム１５００は、４つのクライアントコンピューティングデバイスとともに示されているが、任意の数のクライアントコンピューティングデバイスがサポートされてもよい。他のデバイス（センサを備えたデバイスなど）がサーバ１５１２と対話してもよい。
分散型システム１５００におけるネットワーク１５１０は、さまざまな入手可能なプロトコルのうちのいずれかを使用したデータ通信をサポートすることができる、当業者が精通している任意のタイプのネットワークであり得て、これらのプロトコルは、ＴＣＰ／ＩＰ（伝送制御プロトコル／インターネットプロトコル）、ＳＮＡ（システムネットワークアーキテクチャ）、ＩＰＸ（インターネットパケット交換）、アップルトークなどを含むが、それらに限定されるものではない。単に一例として、ネットワーク１５１０は、ローカルエリアネットワーク（ＬＡＮ）、イーサネット（登録商標）に基づくネットワーク、トークンリング、ワイドエリアネットワーク、インターネット、仮想ネットワーク、仮想プライベートネットワーク（ＶＰＮ）、イントラネット、エクストラネット、公衆交換電話網（ＰＳＴＮ）、赤外線ネットワーク、ワイヤレスネットワーク（たとえば、米国電気電子学会（ＩＥＥＥ）１００２．１１のプロトコル一式、ブルートゥース（登録商標）および／もしくはその他のワイヤレスプロトコルのうちのいずれかの下で動作するネットワーク）、ならびに／または、これらのいずれかの組み合わせおよび／もしくは他のネットワークであり得る。
サーバ１５１２は、１つもしくは複数の汎用コンピュータ、専用のサーバコンピュータ（一例として、ＰＣ（パーソナルコンピュータ）サーバ、ＵＮＩＸ（登録商標）サーバ、ミッドレンジサーバ、メインフレームコンピュータ、ラックマウント型サーバなどを含む）、サーバファーム、サーバクラスタ、または、その他の適切な構成および／もしくは組み合わせで構成され得る。サーバ１５１２は、仮想オペレーティングシステムを実行する１つもしくは複数の仮想マシン、または、仮想化を含む他のコンピューティングアーキテクチャを含み得る。論理ストレージデバイスの１つもしくは複数のフレキシブルなプールは、サーバのために仮想ストレージデバイスを維持するように仮想化され得る。仮想ネットワークは、ソフトウェアによって定義されるネットワーキングを使用してサーバ１５１２によって制御され得る。さまざまな実施形態において、サーバ１５１２は、前述の開示に記載されている１つまたは複数のサービスまたはソフトウェアアプリケーションを実行するように適合され得る。たとえば、サーバ１５１２は、本開示の一実施形態に従って上記の処理を実行するためのサーバに対応し得る。
サーバ１５１２は、上記のもののうちのいずれかを含むオペレーティングシステム、および、任意の市場で入手可能なサーバオペレーティングシステムを実行し得る。サーバ１５１２は、さまざまなさらに他のサーバアプリケーションおよび／または中間層アプリケーションのうちのいずれかも実行し得て、これらのアプリケーションは、ＨＴＴＰ（ハイパーテキスト転送プロトコル）サーバ、ＦＴＰ（ファイル転送プロトコル）サーバ、ＣＧＩ（コモンゲートウェイインターフェイス）サーバ、ＪＡＶＡ（登録商標）サーバ、データベースサーバなどを含む。例示的なデータベースサーバは、オラクル社、マイクロソフト社、サイベース社、ＩＢＭ社（インターナショナルビジネスマシンズ）などから市場で入手可能なものを含むが、それらに限定されるものではない。
いくつかの実現例において、サーバ１５１２は、クライアントコンピューティングデバイス１５０２，１５０４，１５０６および１５０８のユーザから受信されるデータフィードおよび／またはイベント更新情報を解析および整理統合するための１つまたは複数のアプリケーションを含み得る。一例として、データフィードおよび／またはイベント更新情報は、１つまたは複数の第三者情報源および連続データストリームから受信される、ツイッター（登録商標）フィード、フェイスブック（登録商標）更新情報またはリアルタイムの更新情報を含み得るが、それらに限定されるものではなく、これらは、センサデータアプリケーション、金融株式相場表示板、ネットワーク性能測定ツール（たとえば、ネットワーク監視およびトラフィック管理アプリケーション）、クリックストリーム解析ツール、自動車交通監視などに関連するリアルタイムのイベントを含み得る。サーバ１５１２は、データフィードおよび／またはリアルタイムのイベントをクライアントコンピューティングデバイス１５０２，１５０４，１５０６および１５０８の１つまたは複数のディスプレイデバイスを介して表示するための１つまたは複数のアプリケーションも含み得る。
分散型システム１５００は、１つまたは複数のデータベース１５１４および１５１６も含み得る。これらのデータベースは、アイデンティティ情報などの情報、および、本開示の実施形態によって使用される他の情報を格納するための機構を提供し得る。データベース１５１４および１５１６は、さまざまな場所にあり得る。一例として、データベース１５１４および１５１６のうちの１つまたは複数のデータベースは、サーバ１５１２にローカルな（および／または、サーバ１５１２内にある）非一時的な記憶媒体上にあってもよい。代替的に、データベース１５１４および１５１６は、サーバ１５１２から離れていて、ネットワークベースのまたは専用の接続を介してサーバ１５１２と通信してもよい。一組の実施形態では、データベース１５１４および１５１６は、ストレージエリアネットワーク（ＳＡＮ）内にあってもよい。同様に、サーバ１５１２によるものである機能を実行するための任意の必要なファイルは、適宜、サーバ１５１２上にローカルにおよび／またはリモートで格納され得る。一組の実施形態において、データベース１５１４および１５１６は、ＳＱＬによってフォーマットされたコマンドに応答してデータを格納、更新および検索するように適合されたリレーショナルデータベース（オラクル社によって提供されるデータベースなど）を含み得る。
図１６は、本開示の一実施形態を実現するために使用され得る例示的なコンピュータシステム１６００を示す図である。いくつかの実施形態において、コンピュータシステム１６００は、上記のさまざまなサーバおよびコンピュータシステムのうちのいずれかを実現するために使用され得る。図１６に示されるように、コンピュータシステム１６００は、処理サブシステム１６０４を含むさまざまなサブシステムを含み、処理サブシステム１６０４は、バスサブシステム１６０２を介していくつかの周辺サブシステムと通信する。これらの周辺サブシステムは、処理加速ユニット１６０６と、Ｉ／Ｏサブシステム１６０８と、ストレージサブシステム１６１８と、通信サブシステム１６２４とを含み得る。ストレージサブシステム１６１８は、有形のコンピュータ読取可能記憶媒体１６２２と、システムメモリ１６１０とを含み得る。
バスサブシステム１６０２は、コンピュータシステム１６００のさまざまなコンポーネントおよびサブシステムに意図した通りに互いに通信させるための機構を提供する。バスサブシステム１６０２は、単一のバスとして概略的に示されているが、バスサブシステムの代替的な実施形態は、複数のバスを利用してもよい。バスサブシステム１６０２は、いくつかのタイプのバス構造のうちのいずれかであり得て、これらのバス構造は、さまざまなバスアーキテクチャのうちのいずれかを用いるメモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含む。たとえば、このようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、エンハンストＩＳＡ（ＥＩＳＡ）バス、ビデオ・エレクトロニクス・スタンダーズ・アソシエーション（ＶＥＳＡ）ローカルバス、およびＩＥＥＥ Ｐ１３８６．１規格に従って製造される中二階バスとして実現され得る周辺コンポーネントインターコネクト（ＰＣＩ）バスなどを含み得る。
処理サブシステム１６０４は、コンピュータシステム１６００の動作を制御し、１つまたは複数の処理ユニット１６３２，１６３４などを備え得る。処理ユニットは、シングルコアもしくはマルチコアプロセッサを含む１つもしくは複数のプロセッサ、プロセッサの１つもしくは複数のコア、またはそれらの組み合わせを含み得る。いくつかの実施形態において、処理サブシステム１６０４は、１つまたは複数の特別目的コプロセッサ（グラフィックスプロセッサ、デジタル信号プロセッサ（ＤＳＰ）など）を含み得る。いくつかの実施形態において、処理サブシステム１６０４の処理ユニットの一部または全ては、カスタマイズされた回路（特定用途向け集積回路（ＡＳＩＣ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）を使用して実現可能である。
いくつかの実施形態において、処理サブシステム１６０４内の処理ユニットは、システムメモリ１６１０内またはコンピュータ読取可能記憶媒体１６２２上に格納された命令を実行することができる。さまざまな実施形態において、処理ユニットは、さまざまなプログラムまたはコード命令を実行することができ、複数の同時実行プログラムまたはプロセスを維持することができる。どんなときでも、実行対象のプログラムコードの一部または全ては、システムメモリ１６１０内および／またはコンピュータ読取可能記憶媒体１６２２上（場合によっては、１つまたは複数のストレージデバイス上を含む）にあることができる。好適なプログラミングを通じて、処理サブシステム１６０４は、使用パターンに応答してドキュメント（たとえば、ウェブページ）を動的に変更するための上記のさまざまな機能を提供することができる。
特定の実施形態において、処理加速ユニット１６０６は、コンピュータシステム１６００によって実行される処理全体を加速させるために、カスタマイズされた処理を実行するように、または、処理サブシステム１６０４によって実行される処理の一部をオフロードするように設けられ得る。
Ｉ／Ｏサブシステム１６０８は、情報をコンピュータシステム１６００に入力する、および／または、情報をコンピュータシステム１６００からもしくはコンピュータシステム１６００を介して出力するためのデバイスおよび機構を含み得る。一般に、入力デバイスという語の使用は、情報をコンピュータシステム１６００に入力するための全ての可能なタイプのデバイスおよび機構を含むよう意図されている。ユーザインターフェイス入力デバイスは、たとえば、キーボード、ポインティングデバイス（マウスまたはトラックボールなど）、ディスプレイに組み込まれたタッチパッドまたはタッチスクリーン、スクロールホイール、クリックホイール、ダイアル、ボタン、スイッチ、キーパッド、音声コマンド認識システムを備えたオーディオ入力デバイス、マイクロフォン、および他のタイプの入力デバイスを含み得る。ユーザインターフェイス入力デバイスは、ユーザが入力デバイスを制御して入力デバイスと対話することを可能にするモーション感知および／またはジェスチャ認識デバイス（マイクロソフトキネクト（登録商標）モーションセンサなど）、マイクロソフトＸｂｏｘ（登録商標）３６０ゲームコントローラ、ジェスチャおよび口頭のコマンドを使用して入力を受信するためのインターフェイスを提供するデバイスも含み得る。ユーザインターフェイス入力デバイスは、ユーザから目の動き（たとえば、写真を撮っている間および／またはメニュー選択を行なっている間の「まばたき」）を検出してアイジェスチャを入力デバイス（たとえば、グーグルグラス（登録商標））への入力として変換するアイジェスチャ認識デバイス（グーグルグラス（登録商標）瞬き検出器など）も含み得る。さらに、ユーザインターフェイス入力デバイスは、ユーザが音声コマンドを介して音声認識システム（たとえば、Ｓｉｒｉ（登録商標）ナビゲータ）と対話することを可能にする音声認識感知デバイスを含み得る。
ユーザインターフェイス入力デバイスの他の例としては、三次元（３Ｄ）マウス、ジョイスティックまたはポインティングスティック、ゲームパッドおよびグラフィックタブレット、ならびにオーディオ／ビジュアルデバイス（スピーカ、デジタルカメラ、デジタルカムコーダ、ポータブルメディアプレーヤ、ウェブカム、画像スキャナ、指紋スキャナ、バーコードリーダ３Ｄスキャナ、３Ｄプリンタ、レーザレンジファインダ、および視線追跡デバイスなど）が挙げられるが、それらに限定されるものではない。さらに、ユーザインターフェイス入力デバイスは、たとえば、医療用画像化入力デバイス（コンピュータ断層撮影、磁気共鳴撮像、ポジションエミッショントモグラフィー、医療用超音波検査デバイスなど）を含み得る。ユーザインターフェイス入力デバイスは、たとえば、オーディオ入力デバイス（ＭＩＤＩキーボード、デジタル楽器など）も含み得る。
ユーザインターフェイス出力デバイスは、ディスプレイサブシステム、インジケータライト、または非ビジュアルディスプレイ（オーディオ出力デバイスなど）を含み得る。ディスプレイサブシステムは、陰極線管（ＣＲＴ）、フラットパネルデバイス（液晶ディスプレイ（ＬＣＤ）またはプラズマディスプレイを使用するものなど）、投影デバイス、タッチスクリーンなどであり得る。一般に、「出力デバイス」という語の使用は、情報をコンピュータシステム１６００からユーザまたは他のコンピュータに出力するための全ての可能なタイプのデバイスおよび機構を含むよう意図されている。たとえば、ユーザインターフェイス出力デバイスは、テキスト、グラフィックスおよび音声／映像情報を視覚的に伝えるさまざまなディスプレイデバイス（モニタ、プリンタ、スピーカ、ヘッドフォン、自動車ナビゲーションシステム、プロッタ、音声出力デバイスおよびモデムなど）を含み得るが、それらに限定されるものではない。
ストレージサブシステム１６１８は、コンピュータシステム１６００によって使用される情報を格納するためのリポジトリまたはデータストアを提供する。ストレージサブシステム１６１８は、いくつかの実施形態の機能を提供する基本的なプログラミングおよびデータ構造を格納するための有形の非一時的なコンピュータ読取可能記憶媒体を提供する。処理サブシステム１６０４によって実行されると上記の機能を提供するソフトウェア（プログラム、コードモジュール、命令）は、ストレージサブシステム１６１８に格納され得る。このソフトウェアは、処理サブシステム１６０４の１つまたは複数の処理ユニットによって実行され得る。ストレージサブシステム１６１８は、本開示に従って使用されるデータを格納するためのリポジトリも提供し得る。
ストレージサブシステム１６１８は、揮発性および不揮発性メモリデバイスを含む１つまたは複数の非一時的なメモリデバイスを含み得る。図１６に示されるように、ストレージサブシステム１６１８は、システムメモリ１６１０と、コンピュータ読取可能記憶媒体１６２２とを含む。システムメモリ１６１０は、いくつかのメモリを含み得て、これらのメモリは、プログラム実行中に命令およびデータを格納するための揮発性メインランダムアクセスメモリ（ＲＡＭ）、および、固定された命令が格納される不揮発性リードオンリメモリ（ＲＯＭ）またはフラッシュメモリを含む。いくつかの実現例において、起動中などにコンピュータシステム１６００内の要素間で情報を転送するのを手助けする基本的なルーチンを含むベーシックインプット／アウトプットシステム（ＢＩＯＳ）は、ＲＯＭに格納され得る。ＲＡＭは、処理サブシステム１６０４によって現在動作および実行されているデータおよび／またはプログラムモジュールを含み得る。いくつかの実現例において、システムメモリ１６１０は、複数の異なるタイプのメモリ（スタティックランダムアクセスメモリ（ＳＲＡＭ）またはダイナミックランダムアクセスメモリ（ＤＲＡＭ））を含み得る。
一例として、図１６に示されるように、システムメモリ１６１０は、アプリケーションプログラム１６１２（クライアントアプリケーション、ウェブブラウザ、中間層アプリケーション、リレーショナルデータベース管理システム（ＲＤＢＭＳ）などを含み得る）と、プログラムデータ１６１４と、オペレーティングシステム１６１６とを格納し得るが、それらに限定されるものではない。一例として、オペレーティングシステム１６１６は、マイクロソフトウィンドウズ（登録商標）、アップルマッキントッシュ（登録商標）および／もしくはＬｉｎｕｘオペレーティングシステムのさまざまなバージョン、さまざまな市場で入手可能なＵＮＩＸ（登録商標）もしくはＵＮＩＸ系オペレーティングシステム（さまざまなＧＮＵ／Ｌｉｎｕｘオペレーティングシステム、グーグルクローム（登録商標）ＯＳなどを含むが、それらに限定されるものではない）、ならびに／または、モバイルオペレーティングシステム（ｉＯＳ、ウィンドウズ(登録商標)フォン、アンドロイド（登録商標）ＯＳ、ブラックベリー（登録商標）１０ＯＳ、およびパーム（登録商標）ＯＳオペレーティングシステム）を含み得る。
コンピュータ読取可能記憶媒体１６２２は、いくつかの実施形態の機能を提供するプログラミングおよびデータ構造を格納し得る。処理サブシステム１６０４によって実行されるとプロセッサが上記の機能を提供するソフトウェア（プログラム、コードモジュール、命令）は、ストレージサブシステム１６１８に格納され得る。一例として、コンピュータ読取可能記憶媒体１６２２は、不揮発性メモリ（ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブ（ＣＤ ＲＯＭ、ＤＶＤ、ブルーレイ（登録商標）ディスクなど）、または他の光学メディアなど）を含み得る。コンピュータ読取可能記憶媒体１６２２は、Ｚｉｐ（登録商標）ドライブ、フラッシュメモリカード、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブ、セキュアデジタル（ＳＤ）カード、ＤＶＤディスク、デジタルビデオテープなどを含み得るが、それらに限定されるものではない。コンピュータ読取可能記憶媒体１６２２は、不揮発性メモリに基づくソリッドステートドライブ（ＳＳＤ）（フラッシュメモリベースのＳＳＤ、企業フラッシュドライブ、ソリッドステートＲＯＭなど）、揮発性メモリに基づくＳＳＤ（ソリッドステートＲＡＭ、ダイナミックＲＡＭ、スタティックＲＡＭなど）、ＤＲＡＭベースのＳＳＤ、磁気抵抗ＲＡＭ（ＭＲＡＭ）ＳＳＤ、およびＤＲＡＭベースのＳＳＤとフラッシュメモリベースのＳＳＤとの組み合わせを使用するハイブリッドＳＳＤも含み得る。コンピュータ読取可能媒体１６２２は、コンピュータ読取可能な命令、データ構造、プログラムモジュールおよび他のデータのストレージをコンピュータシステム１６００に提供し得る。
特定の実施形態において、ストレージサブシステム１６００は、コンピュータ読取可能記憶媒体１６２２にさらに接続可能なコンピュータ読取可能記憶媒体リーダ１６２０も含み得る。システムメモリ１６１０とともに、および任意にシステムメモリ１６１０と組み合わせて、コンピュータ読取可能記憶媒体１６２２は、コンピュータ読取可能情報を格納するための、リモートの、ローカルの、固定された、および／または、取り外し可能なストレージデバイスと記憶媒体との組み合わせを包括的に表し得る。
特定の実施形態において、コンピュータシステム１６００は、１つまたは複数の仮想マシンを実行するためのサポートを提供し得る。コンピュータシステム１６００は、仮想マシンの構成および管理を容易にするためのプログラム（ハイパーバイザなど）を実行し得る。各仮想マシンは、割り当てられたメモリ、コンピュータ（たとえば、プロセッサ、コア）、Ｉ／Ｏおよびネットワーキングリソースであり得る。各仮想マシンは、自身のオペレーティングシステムを実行し得て、このオペレーティングシステムは、コンピュータシステム１６００によって実行される他の仮想マシンによって実行されるオペレーティングシステムと同一であってもよく、または異なっていてもよい。したがって、場合によっては、複数のオペレーティングシステムがコンピュータシステム１６００によって同時に実行され得る。各仮想マシンは、一般に、他の仮想マシンから独立して動作する。
通信サブシステム１６２４は、他のコンピュータシステムおよびネットワークに対するインターフェイスを提供する。通信サブシステム１６２４は、他のシステムとコンピュータシステム１６００との間のデータの送受のためのインターフェイスとしての役割を果たす。たとえば、通信サブシステム１６２４は、コンピュータシステム１６００が、クライアントデバイスとの間での情報の送受のための、インターネットを介した１つまたは複数のクライアントデバイスとの通信チャネルを確立することを可能にし得る。さらに、通信サブシステム１６２４は、ログインが成功したことの通知、または、特権が付与されているアカウントマネージャから要求元のユーザにパスワードを再入力するための通知を伝達するのに使用され得る。
通信サブシステム１６２４は、ワイヤードおよび／またはワイヤレス通信プロトコルを両方ともサポートし得る。たとえば、特定の実施形態において、通信サブシステム１６２４は、（たとえば、セルラー電話技術、先進データネットワーク技術（３Ｇ、４ＧもしくはＥＤＧＥ（グローバル進化のための拡張版データ通信速度）など）、ＷｉＦｉ（ＩＥＥＥ８０２．１１ファミリー規格）、または他のモバイル通信技術、またはそれらの任意の組み合わせを使用して）ワイヤレス音声および／またはデータネットワークにアクセスするための無線周波数（ＲＦ）送受信機コンポーネント、グローバルポジショニングシステム（ＧＰＳ）受信機コンポーネント、ならびに／または、他のコンポーネントを含み得る。いくつかの実施形態において、通信サブシステム１６２４は、ワイヤレスインターフェイスに加えて、またはその代わりに、ワイヤードネットワーク接続（たとえば、イーサネット）を提供することができる。
通信サブシステム１６２４は、データをさまざまな形式で送受信することができる。たとえば、いくつかの実施形態において、通信サブシステム１６２４は、構造化されたおよび／または構造化されていないデータフィード１６２６、イベントストリーム１６２８、イベント更新情報１６３０などの形式で入力通信を受信し得る。たとえば、通信サブシステム１６２４は、ソーシャルメディアネットワークのユーザからリアルタイムでデータフィード１６２６および／または他の通信サービス（ツイッター（登録商標）フィード、フェイスブック（登録商標）更新情報、ウェブフィード（リッチ・サイト・サマリ（ＲＳＳ）フィードなど）、および／または、１つもしくは複数の第三者情報源からのリアルタイム更新情報など）を受信（または、送信）するように構成され得る。
特定の実施形態において、通信サブシステム１６２４は、連続データストリームの形式でデータを受信するように構成され得て、当該連続データストリームは、明確な終端を持たない、事実上連続的または無限であり得るリアルタイムイベントのイベントストリーム１６２８および／またはイベント更新情報１６３０を含み得る。連続データを生成するアプリケーションの例としては、たとえば、センサデータアプリケーション、金融株式相場表示板、ネットワーク性能測定ツール（たとえば、ネットワーク監視およびトラフィック管理アプリケーション）、クリックストリーム解析ツール、自動車交通監視などを挙げることができる。
また、通信サブシステム１６２４は、コンピュータシステム１６００に結合された１つまたは複数のストリーミングデータソースコンピュータと通信し得る１つまたは複数のデータベースに、構造化されたおよび／または構造化されていないデータフィード１６２６、イベントストリーム１６２８、イベント更新情報１６３０などを出力するように構成され得る。
コンピュータシステム１６００は、さまざまなタイプ（手持ち式の携帯型デバイス（たとえば、ｉＰｈｏｎｅ（登録商標）携帯電話、ｉＰａｄ（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブルデバイス（たとえば、グーグルグラス（登録商標）頭部装着型ディスプレイ）、パーソナルコンピュータ、ワークステーション、メインフレーム、キオスク、サーバラック、またはその他のデータ処理システムを含む）のもののうちの１つであり得る。
常に変化するコンピュータおよびネットワークの性質のために、図１６に示されるコンピュータシステム１６００の記載は、具体例として意図されているに過ぎない。図１６に示されているシステムよりも多くのコンポーネントまたは少ないコンポーネントを有する多くの他の構成が可能である。本明細書において提供されている開示および教示に基づいて、当業者は、さまざまな実施形態を実現するための他の態様および／または方法を理解するであろう。
いくつかの図面に示されているシステムは、さまざまな構成で提供されてもよい。いくつかの実施形態において、これらのシステムは、システムの１つまたは複数のコンポーネントが１つまたは複数のクラウドインフラストラクチャシステム内の１つまたは複数のネットワークにわたって分散される分散型システムとして構成されてもよい。
クラウドインフラストラクチャシステムは、１つまたは複数のサーバコンピューティングデバイス、ネットワークデバイスおよび／またはストレージデバイスの集合体である。これらのリソースは、クラウドサービスプロバイダによって分割されて、その顧客に何らかの方法で割り当てられ得る。たとえば、クラウドサービスプロバイダ（カリフォルニア州レッドウッドショアーズのオラクル社など）は、さまざまなタイプのクラウドサービス（ソフトウェア・アズ・ア・サービス（ＳａａＳ）カテゴリ下で提供される１つまたは複数のサービス、プラットフォーム・アズ・ア・サービス（ＰａａＳ）カテゴリ下で提供されるサービス、インフラストラクチャ・アズ・ア・サービス（ＩａａＳ）カテゴリ下で提供されるサービス、またはハイブリッドサービスを含むサービスの他のカテゴリを含むが、それらに限定されるものではない）を提供し得る。ＳａａＳサービスの例としては、オンデマンドアプリケーション（オラクルフージョンアプリケーションなど）一式を構築して提供する機能が挙げられるが、それに限定されるものではない。ＳａａＳサービスは、顧客がクラウドインフラストラクチャシステム上で実行されるアプリケーションのためのソフトウェアを購入する必要なく、顧客がこれらのアプリケーションを利用することを可能にする。ＰａａＳサービスの例としては、組織（オラクル社など）が既存のアプリケーションを共有の共通のアーキテクチャ上で整理統合することを可能にするサービス、プラットフォームによって提供される共有のサービス（オラクルＪａｖａクラウドサービス（ＪＣＳ）、オラクルデータベースクラウドサービス（ＤＢＣＳ）など）を活用する新たなアプリケーションを構築する機能などが挙げられるが、それらに限定されるものではない。ＩａａＳサービスは、ＳａａＳプラットフォームおよびＰａａＳプラットフォームによって提供されるサービスを利用する顧客のために、基本的なコンピューティングリソース（ストレージ、ネットワークおよび他の基本的なコンピューティングリソースなど）の管理および制御を容易にし得る。
図１７は、本開示の一実施形態に係る、実施形態のシステムの１つまたは複数のコンポーネントによって提供されるサービスがクラウドサービスとして提供され得るシステム環境１７００の１つまたは複数のコンポーネントの簡略ブロック図である。示されている実施形態において、システム環境１７００は、１つまたは複数のクライアントコンピューティングデバイス１７０４，１７０６および１７０８を含み、１つまたは複数のクライアントコンピューティングデバイス１７０４，１７０６および１７０８は、クラウドサービスを提供するクラウドインフラストラクチャシステム１７０２と対話するためにユーザによって使用され得る。これらのクライアントコンピューティングデバイスは、クライアントアプリケーション（ウェブブラウザ、プロプライエタリクライアントアプリケーション（たとえば、オラクルフォームズ）、または何らかの他のアプリケーションなど）を動作させるように構成され得て、このクライアントアプリケーションは、クラウドインフラストラクチャシステム１７０２と対話して、クラウドインフラストラクチャシステム１７０２によって提供されるサービスを使用するためにクライアントコンピューティングデバイスのユーザによって使用され得る。
図に示されているクラウドインフラストラクチャシステム１７０２は、示されているコンポーネント以外のコンポーネントを有していてもよい、ということが理解されるべきである。さらに、図に示されている実施形態は、本開示の一実施形態を組み込むことができるクラウドインフラストラクチャシステムの一例に過ぎない。いくつかの他の実施形態では、クラウドインフラストラクチャシステム１７０２は、図に示されているよりも多くのコンポーネントもしくは少ないコンポーネントを有していてもよく、２つもしくはそれ以上のコンポーネントを組み合わせてもよく、またはコンポーネントの異なる構成もしくは配置を有していてもよい。
クライアントコンピューティングデバイス１７０４，１７０６および１７０８は、クライアントコンピューティングデバイス１５０２，１５０４，１５０６および１５０８について上記したものと同様のデバイスであってもよい。
例示的なシステム環境１７００は３つのクライアントコンピューティングデバイスとともに示されているが、任意の数のクライアントコンピューティングデバイスがサポートされてもよい。他のデバイス（センサを備えたデバイスなど）がクラウドインフラストラクチャシステム１７０２と対話してもよい。
ネットワーク１７１０は、クライアント１７０４，１７０６および１７０８とクラウドインフラストラクチャシステム１７０２との間におけるデータの通信および交換を容易にし得る。各ネットワークは、ネットワーク１５１０について上記したものを含む、さまざまな市場で入手可能なプロトコルのうちのいずれかを用いてデータ通信をサポートすることができる、当業者が精通している任意のタイプのネットワークであり得る。
クラウドインフラストラクチャシステム１７０２は、１つもしくは複数のコンピュータ、および／または、サーバ１５１２について上記したものを含み得るサーバを備え得る。
特定の実施形態において、クラウドインフラストラクチャシステムによって提供されるサービスは、オンデマンドでクラウドインフラストラクチャシステムのユーザに利用可能にされる多数のサービス（オンラインデータストレージおよびバックアップソリューション、ウェブベースの電子メールサービス、ホスト型オフィススイートおよび文書コラボレーションサービス、データベース処理、管理された技術サポートサービスなど）を含み得る。クラウドインフラストラクチャシステムによって提供されるサービスは、動的にスケーリングしてそのユーザのニーズを満たすことができる。クラウドインフラストラクチャシステムによって提供されるサービスのある具体的なインスタンス化は、本明細書では「サービスインスタンス」と称される。一般に、クラウドサービスプロバイダのシステムからインターネットなどの通信ネットワークを介してユーザに利用可能にされる任意のサービスは、「クラウドサービス」と称される。パブリックなクラウド環境においては、クラウドサービスプロバイダのシステムを構成するサーバおよびシステムは、顧客自身のオンプレミスのサーバおよびシステムとは異なる。たとえば、クラウドサービスプロバイダのシステムは、アプリケーションを運営管理し得て、ユーザは、インターネットなどの通信ネットワークを介して、オンデマンドで、アプリケーションをオーダーして使用し得る。
いくつかの例において、コンピュータネットワーククラウドインフラストラクチャにおけるサービスは、ストレージ、ホスト型データベース、ホスト型ウェブサーバ、ソフトウェアアプリケーション、またはクラウドベンダによってユーザに提供される他のサービス、またはそうでなければ当該技術分野において公知であるような他のサービスに対する保護されたコンピュータネットワークアクセスを含み得る。たとえば、サービスは、クラウド上のリモートストレージに対するインターネットを介してのパスワード保護されたアクセスを含み得る。別の例として、サービスは、ネットワーク接続された開発者による個人的な使用のための、ウェブサービスベースのホスト型リレーショナルデータベースおよびスクリプト言語ミドルウェアエンジンを含み得る。別の例として、サービスは、クラウドベンダのウェブサイトにおいて運営管理される電子メールソフトウェアアプリケーションに対するアクセスを含み得る。
特定の実施形態において、クラウドインフラストラクチャシステム１７０２は、セルフサービスの、サブスクリプションベースの、弾性的にスケーラブルで、信頼性があり、高可用性の、安全な態様で顧客に対して提供される一連のアプリケーション、ミドルウェア、およびデータベースサービス提供を含み得る。このようなクラウドインフラストラクチャシステムの一例は、本譲受人によって提供されるオラクルパブリッククラウド（Oracle Public Cloud）である。
さまざまな実施形態において、クラウドインフラストラクチャシステム１７０２は、クラウドインフラストラクチャシステム１７０２によって提供されるサービスに対する顧客のサブスクリプションを自動的にプロビジョニングし、管理し、および追跡するように適合され得る。クラウドインフラストラクチャシステム１７０２は、クラウドサービスをさまざまなデプロイメントモデルを介して提供し得る。たとえば、サービスは、クラウドインフラストラクチャシステム１７０２が（たとえばオラクル社によって所有される）クラウドサービスを販売する組織によって所有され、サービスが一般大衆または異なる業界企業に利用可能にされるパブリッククラウドモデルの下で提供されてもよい。別の例として、サービスは、クラウドインフラストラクチャシステム１７０２がもっぱら単一の組織について動作され、その組織内における１つまたは複数のエンティティに対してサービスを提供し得るプライベートクラウドモデルの下で提供されてもよい。また、クラウドサービスは、クラウドインフラストラクチャシステム１７０２およびクラウドインフラストラクチャシステム１７０２によって提供されるサービスが、関連するコミュニティにおけるいくつかの組織によって共有されるコミュニティクラウドモデルの下で提供されてもよい。また、クラウドサービスは、２つまたはそれ以上の異なるモデルの組み合わせであるハイブリッドクラウドモデルの下で提供されてもよい。
いくつかの実施形態において、クラウドインフラストラクチャシステム１７０２によって提供されるサービスは、ソフトウェア・アズ・ア・サービス（ＳａａＳ）カテゴリ、プラットフォーム・アズ・ア・サービス（ＰａａＳ）カテゴリ、インフラストラクチャ・アズ・ア・サービス（ＩａａＳ）カテゴリ、またはハイブリッドサービスを含む他のサービスのカテゴリの下で提供される１つまたは複数のサービスを含み得る。顧客は、サブスクリプションオーダーを介して、クラウドインフラストラクチャシステム１７０２によって提供される１つまたは複数のサービスをオーダーし得る。クラウドインフラストラクチャシステム１７０２は、次いで、処理を実行して、顧客のサブスクリプションオーダーにおけるサービスを提供する。
いくつかの実施形態において、クラウドインフラストラクチャシステム１７０２によって提供されるサービスは、アプリケーションサービス、プラットフォームサービスおよびインフラストラクチャサービスを含み得るが、それらに限定されるものではない。いくつかの例において、アプリケーションサービスは、クラウドインフラストラクチャシステムによってＳａａＳプラットフォームを介して提供され得る。ＳａａＳプラットフォームは、ＳａａＳカテゴリに該当するクラウドサービスを提供するように構成され得る。たとえば、ＳａａＳプラットフォームは、統合された開発およびデプロイメントプラットフォーム上で一連のオンデマンドアプリケーションを構築して提供する機能を提供し得る。ＳａａＳプラットフォームは、ＳａａＳサービスを提供するための基本的なソフトウェアおよびインフラストラクチャを管理および制御し得る。ＳａａＳプラットフォームによって提供されるサービスを利用することによって、顧客は、クラウドインフラストラクチャシステムにおいて実行されるアプリケーションを利用することができる。顧客は、別個のライセンスおよびサポートを購入する必要なくアプリケーションサービスを取得することができる。さまざまな異なるＳａａＳサービスが提供されてもよい。その例としては、大組織に対して販売実績管理、企業統合、およびビジネスの柔軟性のためのソリューションを提供するサービスが挙げられるが、それらに限定されるものではない。
いくつかの実施形態において、プラットフォームサービスは、クラウドインフラストラクチャシステムによってＰａａＳプラットフォームを介して提供され得る。ＰａａＳプラットフォームは、ＰａａＳカテゴリに該当するクラウドサービスを提供するように構成され得る。プラットフォームサービスの例としては、組織（オラクル社など）が既存のアプリケーションを共有の共通のアーキテクチャ上で整理統合することを可能にするサービス、およびプラットフォームによって提供される共有のサービスを活用する新たなアプリケーションを構築する機能を挙げることができるが、それらに限定されるものではない。ＰａａＳプラットフォームは、ＰａａＳサービスを提供するための基本的なソフトウェアおよびインフラストラクチャを管理および制御し得る。顧客は、クラウドインフラストラクチャシステムによって提供されるＰａａＳサービスを、別個のライセンスおよびサポートを購入する必要なく取得することができる。プラットフォームサービスの例としては、オラクルＪａｖａクラウドサービス（ＪＣＳ）、オラクルデータベースクラウドサービス（ＤＢＣＳ）などが挙げられるが、それらに限定されるものではない。
ＰａａＳプラットフォームによって提供されるサービスを利用することによって、顧客は、クラウドインフラストラクチャシステムによってサポートされるプログラミング言語およびツールを使用することができ、デプロイされたサービスを制御することもできる。いくつかの実施形態において、クラウドインフラストラクチャシステムによって提供されるプラットフォームサービスは、データベースクラウドサービス、ミドルウェアクラウドサービス（たとえば、オラクル・フュージョン・ミドルウェアサービス）、およびＪａｖａクラウドサービスを含み得る。一実施形態において、データベースクラウドサービスは、組織がデータベースリソースをプールし、顧客にデータベース・アズ・ア・サービスをデータベースクラウドの形式で提供することを可能にする共有のサービスデプロイメントモデルをサポートし得る。ミドルウェアクラウドサービスは、顧客がさまざまなビジネスアプリケーションを開発およびデプロイするためのプラットフォームをクラウドインフラストラクチャシステムにおいて提供し得て、Ｊａｖａクラウドサービスは、顧客がＪａｖａアプリケーションをデプロイするためのプラットフォームをクラウドインフラストラクチャシステムにおいて提供し得る。
さまざまな異なるインフラストラクチャサービスがＩａａＳプラットフォームによってクラウドインフラストラクチャシステムにおいて提供され得る。インフラストラクチャサービスは、ＳａａＳプラットフォームおよびＰａａＳプラットフォームによって提供されるサービスを利用する顧客のために、基本的なコンピューティングリソース（ストレージ、ネットワークおよび他の基本的なコンピューティングリソースなど）の管理および制御を容易にする。
特定の実施形態において、クラウドインフラストラクチャシステム１７０２は、クラウドインフラストラクチャシステムの顧客に対してさまざまなサービスを提供するために用いられるリソースを提供するためのインフラストラクチャリソース１７３０も含み得る。一実施形態において、インフラストラクチャリソース１７３０は、ＰａａＳプラットフォームおよびＳａａＳプラットフォームによって提供されるサービスを実行するためのハードウェア（サーバ、ストレージおよびネットワーキングリソースなど）の予め統合され最適化された組み合わせを含み得る。
いくつかの実施形態において、クラウドインフラストラクチャシステム１７０２におけるリソースは、複数のユーザによって共有され、要求ごとに動的に再割り当てされ得る。さらに、リソースは、ユーザに対してさまざまな時間ゾーンで割り当てられ得る。たとえば、クラウドインフラストラクチャシステム１７０２は、第１の時間ゾーンにおけるユーザの第１の組がクラウドインフラストラクチャシステムのリソースをある特定の時間の間利用することを可能にし、次いで、異なる時間ゾーンに位置するユーザの別の組に対する同じリソースの再割り当てを可能にし、それによって、リソースの利用を最大化し得る。
特定の実施形態において、クラウドインフラストラクチャシステム１７０２のさまざまなコンポーネントまたはモジュールによって共有されてクラウドインフラストラクチャシステム１７０２によって提供されるサービスによって共有されるいくつかの内部共有サービス１７３２が提供され得る。これらの内部共有サービスは、セキュリティおよびアイデンティティサービス、統合サービス、企業リポジトリサービス、企業マネージャサービス、ウイルススキャンおよびホワイトリストサービス、高可用性、バックアップおよび回復サービス、クラウドサポートを可能にするためのサービス、電子メールサービス、通知サービス、ファイル転送サービスなどを含み得るが、それらに限定されるものではない。
特定の実施形態において、クラウドインフラストラクチャシステム１７０２は、クラウドインフラストラクチャシステムにおいてクラウドサービス（たとえば、ＳａａＳ、ＰａａＳ、およびＩａａＳサービス）の包括的な管理を提供し得る。一実施形態において、クラウド管理機能は、クラウドインフラストラクチャシステム１７０２によって受信される顧客のサブスクリプションをプロビジョニングし、管理し、および追跡する機能などを含み得る。
一実施形態において、図に示されるように、クラウド管理機能は、１つまたは複数のモジュール（オーダー管理モジュール１７２０、オーダーオーケストレーションモジュール１７２２、オーダープロビジョニングモジュール１７２４、オーダー管理および監視モジュール１７２６およびアイデンティティ管理モジュール１７２８など）によって提供され得る。これらのモジュールは、１つもしくは複数のコンピュータおよび／もしくはサーバを含み得て、またはそれらを用いて提供され得て、それらは、汎用コンピュータ、専用のサーバコンピュータ、サーバファーム、サーバクラスタ、またはその他の適切な構成および／もしくは組み合わせであり得る。
例示的な動作１７３４において、顧客は、クラウドインフラストラクチャシステム１７０２によって提供される１つまたは複数のサービスを要求し、クラウドインフラストラクチャシステム１７０２によって提供される１つまたは複数のサービスのサブスクリプションに対するオーダーを行なうことによって、クライアントデバイス（クライアントデバイス１７０４，１７０６または１７０８など）を用いてクラウドインフラストラクチャシステム１７０２と対話し得る。特定の実施形態において、顧客は、クラウドユーザインターフェイス（ＵＩ）、すなわちクラウドＵＩ１７１２、クラウドＵＩ１７１４および／またはクラウドＵＩ１７１６にアクセスし、サブスクリプションオーダーをこれらのＵＩを介して行ない得る。顧客がオーダーを行なうことに応答してクラウドインフラストラクチャシステム１７０２によって受信されるオーダー情報は、顧客、およびその顧客が契約する予定の、クラウドインフラストラクチャシステム１７０２によって提供される１つまたは複数のサービスを識別する情報を含み得る。
オーダーが顧客によって行われた後、オーダー情報は、クラウドＵＩ１７１２，１７１４および／または１７１６を介して受信される。
動作１７３６において、オーダーは、オーダーデータベース１７１８に保存される。オーダーデータベース１７１８は、クラウドインフラストラクチャシステム１７０２によって動作されて他のシステム要素と連携して動作されるいくつかのデータベースのうちの１つであり得る。
動作１７３８において、オーダー情報は、オーダー管理モジュール１７２０に転送される。いくつかの例において、オーダー管理モジュール１７２０は、オーダーに関連する請求および課金機能（オーダーを検証すること、および検証すると同時にオーダーを予約することなど）を実行するように構成され得る。
動作１７４０において、オーダーに関する情報は、オーダーオーケストレーションモジュール１７２２に通信される。オーダーオーケストレーションモジュール１７２２は、オーダー情報を利用して、顧客によってなされたオーダーに対してサービスおよびリソースのプロビジョニングをオーケストレーションし得る。いくつかの例において、オーダーオーケストレーションモジュール１７２２は、オーダープロビジョニングモジュール１７２４のサービスを使用してサブスクライブされたサービスをサポートするようにリソースのプロビジョニングをオーケストレーションし得る。
特定の実施形態において、オーダーオーケストレーションモジュール１７２２は、各オーダーに関連付けられたビジネスプロセスの管理を可能にし、ビジネス論理を適用して、オーダーがプロビジョニングに進むべきか否かを判断する。動作１７４２において、新たなサブスクリプションに対するオーダーを受信すると、オーダーオーケストレーションモジュール１７２２は、リソースを割り当てて、サブスクリプションオーダーを満たすのに必要とされるそれらのリソースを構成するように、オーダープロビジョニングモジュール１７２４に対して要求を送信する。オーダープロビジョニングモジュール１７２４は、顧客によってオーダーされたサービスに対するリソースの割り当てを可能にする。オーダープロビジョニングモジュール１７２４は、クラウドインフラストラクチャシステム１７０２によって提供されるクラウドサービスと、要求されたサービスを提供するためのリソースをプロビジョニングするために用いられる物理的インプリメンテーション層との間の抽象化レベルを提供する。これにより、インプリメンテーション詳細（サービスおよびリソースが実際にオンザフライでプロビジョニングされるか、サービスおよびリソースが予めプロビジョニングされて要求時には割り当てられる／あてがわれるのみであるかなど）からオーダーオーケストレーションモジュール１７２２を分離することができる。
動作１７４４において、サービスおよびリソースがプロビジョニングされると、提供されたサービスの通知が、クラウドインフラストラクチャシステム１７０２のオーダープロビジョニングモジュール１７２４によってクライアントデバイス１７０４，１７０６および／または１７０８上の顧客に送信され得る。動作１７４６において、顧客のサブスクリプションオーダーは、オーダー管理および監視モジュール１７２６によって管理および追跡され得る。いくつかの例において、オーダー管理および監視モジュール１７２６は、サブスクリプションオーダーにおけるサービスの使用統計（使用されるストレージの量、転送されるデータの量、ユーザの人数、ならびにシステムアップ時間およびシステムダウン時間の量など）を収集するように構成され得る。
特定の実施形態において、クラウドインフラストラクチャシステム１７００は、アイデンティティ管理モジュール１７２８を含み得る。アイデンティティ管理モジュール１７２８は、アイデンティティサービス（クラウドインフラストラクチャシステム１７００におけるアクセス管理および認可サービスなど）を提供するように構成され得る。いくつかの実施形態において、アイデンティティ管理モジュール１７２８は、クラウドインフラストラクチャシステム１７０２によって提供されるサービスを利用することを望む顧客についての情報を制御し得る。このような情報は、このような顧客のアイデンティティを認証する情報、およびそれらの顧客がさまざまなシステムリソース（たとえば、ファイル、ディレクトリ、アプリケーション、通信ポート、メモリセグメントなど）に対してどのアクションを実行することが認可されるかを記述する情報を含み得る。アイデンティティ管理モジュール１７２８は、各顧客についての記述的情報ならびにその記述的情報がどのように誰によってアクセスおよび修正され得るかについての情報の管理も含み得る。
本開示の特定の実施形態について説明してきたが、さまざまな変形例、変更例、代替的な構成および等価物も本開示の範囲内に包含される。本開示の実施形態は、特定の具体的なデータ処理環境内での動作に限定されるものではなく、複数のデータ処理環境内で自由に動作できる。さらに、特定の一連のトランザクションおよびステップを使用して本開示の実施形態について説明してきたが、本開示の範囲は記載されている一連のトランザクションおよびステップに限定されるものではないということが当業者に明らかであるべきである。上記の実施形態のさまざまな特徴および局面は、個々に使用されてもよく、または一緒に使用されてもよい。
さらに、ハードウェアとソフトウェアとの特定の組み合わせを使用して本開示の実施形態について説明してきたが、ハードウェアとソフトウェアとの他の組み合わせも本開示の範囲内であるということが認識されるべきである。本開示の実施形態は、ハードウェアのみで実現されてもよく、ソフトウェアのみで実現されてもよく、またはそれらの組み合わせを使用して実現されてもよい。本明細書に記載されているさまざまなプロセスは、同一のプロセッサ上で実現されてもよく、または任意の組み合わせの異なるプロセッサ上で実現されてもよい。したがって、コンポーネントまたはモジュールは、特定の動作を実行するように構成されるものとして説明されているが、このような構成は、たとえば、動作を実行するように電子回路を設計することによって、動作を実行するようにプログラム可能電子回路（マイクロプロセッサなど）をプログラムすることによって、またはそれらの任意の組み合わせによって達成することができる。プロセスは、さまざまな技術（プロセス間通信のための従来の技術を含むが、それに限定されるものではない）を使用して通信することができ、異なるプロセスペアは異なる技術を使用してもよく、同じプロセスペアが別々のタイミングで異なる技術を使用してもよい。
したがって、明細書および図面は、限定的な意味ではなく例示的な意味で考えられるべきである。しかし、特許請求の範囲に記載されているより広い精神および範囲から逸脱することなく、追加、減算、削除ならびに他の変形および変更がなされてもよい、ということは明らかであろう。したがって、本開示の特定の実施形態について説明してきたが、これらは限定的であるよう意図されるものではない。さまざまな変形例および等価物は、以下の特許請求の範囲の範囲内である。これらの変形例は、開示されている特徴の任意の関連する組み合わせを含む。

Claims (24)

  1. コンピュータによって実行される方法であって、
    コンピューティングシステムが、宣言型インフラストラクチャプロビジョナを実行するステップと、
    前記コンピューティングシステムが、第１の一組の宣言命令を前記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第１の一組のインフラストラクチャコンポーネントをプロビジョニングするステップと、
    前記コンピューティングシステムが、第２の一組の宣言命令を前記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第２の一組のソフトウェアアーティファクトをデプロイするステップと、
    前記コンピューティングシステムが、複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供するステップとを備え、前記複数のユーザインターフェイス要素は、少なくとも、前記第１の一組のインフラストラクチャコンポーネントをプロビジョニングするステップに関連付けられた第１のステータスと、前記第２の一組のソフトウェアアーティファクトをデプロイするステップに関連付けられた第２のステータスとを識別する、コンピュータによって実行される方法。
  2. 前記第１の一組のインフラストラクチャコンポーネントをプロビジョニングするステップに関連付けられた前記第１のステータス、および、前記第２の一組のソフトウェアアーティファクトをデプロイするステップに関連付けられた前記第２のステータスは、１つまたは複数の実行ターゲットに個々に対応し、前記１つまたは複数の実行ターゲットの各実行ターゲットは、少なくとも１つの物理的位置を備える予め定義された領域に対応する、請求項１に記載のコンピュータによって実行される方法。
  3. 前記コンピューティングシステムが、複数のフェーズのうちのあるフェーズに対応する進捗の視覚表示を表示するステップをさらに備え、前記複数のフェーズの各フェーズは、インフラストラクチャコンポーネントのそれぞれの組をプロビジョニングするステップまたはソフトウェアアーティファクトのそれぞれの組を一組の実行ターゲットにデプロイするステップに関連付けられ、前記一組の実行ターゲットの各実行ターゲットは、少なくとも１つの物理的位置を備える予め定義された領域に対応し、前記複数のフェーズは、予め定義された実行順序に関連付けられる、請求項１または２に記載のコンピュータによって実行される方法。
  4. 前記フェーズに対応する前記進捗の視覚表示を表示するステップは、前記フェーズに対応する前記進捗の視覚表示内に、前記一組の実行ターゲットに対応するステータスのそれぞれのインジケータを表示するステップを備える、請求項３に記載のコンピュータによって実行される方法。
  5. 前記コンピューティングシステムが、前記第２の一組のソフトウェアアーティファクトのうちのあるソフトウェアアーティファクトの以前の構成を識別するステップと、
    前記コンピューティングシステムが、前記第２の一組のソフトウェアアーティファクトをデプロイするステップに少なくとも部分的に基づいて、前記ソフトウェアアーティファクトの新たな構成を識別するステップと、
    前記コンピューティングシステムが、前記ユーザインターフェイスを介して、前記ソフトウェアアーティファクトの前記以前の構成から前記新たな構成への変更の表示を提供するステップとをさらに備える、先行する請求項のいずれか１項に記載のコンピュータによって実行される方法。
  6. 前記コンピューティングシステムが、前記第１の一組のインフラストラクチャコンポーネントのうちの少なくとも１つのインフラストラクチャコンポーネントのプロビジョニングにおける失敗を検出するステップと、
    前記コンピューティングシステムが、前記ユーザインターフェイスを介して、前記失敗の表示を表示するステップと、
    前記コンピューティングシステムが、ユーザ入力を受信するステップと、
    前記コンピューティングシステムが、前記ユーザ入力に応答して少なくとも１つの改善措置を実行するステップとをさらに備える、先行する請求項のいずれか１項に記載のコンピュータによって実行される方法。
  7. 前記コンピューティングシステムが、前記第２の一組のソフトウェアアーティファクトのうちの少なくとも１つのソフトウェアアーティファクトのデプロイメントにおける失敗を検出するステップと、
    前記コンピューティングシステムが、前記ユーザインターフェイスを介して、前記失敗の表示を表示するステップと、
    前記コンピューティングシステムが、ユーザ入力を受信するステップと、
    前記コンピューティングシステムが、前記ユーザ入力に応答して少なくとも１つの改善措置を実行するステップとをさらに備える、先行する請求項のいずれか１項に記載のコンピュータによって実行される方法。
  8. 前記第２の一組のソフトウェアアーティファクトをデプロイするステップは、実行ターゲットに関連付けられたソフトウェアリソースを第１の状態から第２の状態に変更するステップを備え、前記コンピュータによって実行される方法は、前記コンピューティングシステムが、前記ソフトウェアリソースを前記第１の状態から前記第２の状態に変更するステップの一部として前記ソフトウェアリソースに対して加えられる一組の変更を表示するステップをさらに備える、先行する請求項のいずれか１項に記載のコンピュータによって実行される方法。
  9. 少なくとも、前記第１の一組のインフラストラクチャコンポーネントをプロビジョニングするステップに関連付けられた前記第１のステータスと、前記第２の一組のソフトウェアアーティファクトをデプロイするステップに関連付けられた前記第２のステータスとを識別する前記複数のユーザインターフェイス要素を備えるように前記ユーザインターフェイスを生成するステップをさらに備える、先行する請求項のいずれか１項に記載のコンピュータによって実行される方法。
  10. システムであって、
    １つまたは複数のプロセッサと、
    コンピュータによって実行可能な命令を格納する１つまたは複数のメモリとを備え、前記コンピュータによって実行可能な命令は、前記１つまたは複数のプロセッサによって実行されると、前記システムに、
    宣言型インフラストラクチャプロビジョナを実行させ、
    第１の一組の宣言命令を前記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第１の一組のインフラストラクチャコンポーネントをプロビジョニングさせ、
    第２の一組の宣言命令を前記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第２の一組のソフトウェアアーティファクトをデプロイさせ、
    複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供させ、前記複数のユーザインターフェイス要素は、少なくとも、前記第１の一組のインフラストラクチャコンポーネントをプロビジョニングさせることに関連付けられた第１のステータスと、前記第２の一組のソフトウェアアーティファクトをデプロイさせることに関連付けられた第２のステータスとを識別する、システム。
  11. 前記第１の一組のインフラストラクチャコンポーネントをプロビジョニングさせることに関連付けられた前記第１のステータス、および、前記第２の一組のソフトウェアアーティファクトをデプロイさせることに関連付けられた前記第２のステータスは、１つまたは複数の実行ターゲットに個々に対応し、前記１つまたは複数の実行ターゲットの各実行ターゲットは、少なくとも１つの物理的位置を備える予め定義された領域に対応する、請求項１０に記載のシステム。
  12. 前記命令の実行はさらに、前記システムに、複数のフェーズのうちのあるフェーズに対応する進捗の視覚表示を表示させ、前記複数のフェーズの各フェーズは、インフラストラクチャコンポーネントのそれぞれの組をプロビジョニングすることまたはソフトウェアアーティファクトのそれぞれの組を一組の実行ターゲットにデプロイすることに関連付けられ、前記一組の実行ターゲットの各実行ターゲットは、少なくとも１つの物理的位置を備える予め定義された領域に対応し、前記複数のフェーズは、予め定義された実行順序に関連付けられる、請求項１０または１１に記載のシステム。
  13. 前記命令の実行はさらに、前記システムに、
    前記第２の一組のソフトウェアアーティファクトのうちのあるソフトウェアアーティファクトの以前の構成を識別させ、
    前記第２の一組のソフトウェアアーティファクトをデプロイさせることに少なくとも部分的に基づいて、前記ソフトウェアアーティファクトの新たな構成を識別させ、
    前記ユーザインターフェイスを介して、前記ソフトウェアアーティファクトの前記以前の構成から前記新たな構成への変更の表示を提供させる、請求項１０～１２のいずれか１項に記載のシステム。
  14. 前記命令の実行はさらに、前記システムに、
    前記第１の一組のインフラストラクチャコンポーネントのうちの少なくとも１つのインフラストラクチャコンポーネントのプロビジョニングまたは前記第２の一組のソフトウェアアーティファクトのうちの少なくとも１つのソフトウェアアーティファクトのデプロイメントにおける失敗を検出させ、
    前記ユーザインターフェイスを介して、前記失敗の表示を表示させ、
    ユーザ入力を受信させ、
    前記ユーザ入力に応答して少なくとも１つの改善措置を実行させる、請求項１０～１３のいずれか１項に記載のシステム。
  15. 非一時的なコンピュータ読取可能記憶媒体であって、前記非一時的なコンピュータ読取可能記憶媒体は、１つまたは複数のプロセッサと、コンピュータによって実行可能な命令を格納する１つまたは複数のメモリとを備え、前記コンピュータによって実行可能な命令は、前記１つまたは複数のプロセッサによって実行されると、コンピューティングデバイスに、
    宣言型インフラストラクチャプロビジョナを実行させ、
    第１の一組の宣言命令を前記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第１の一組のインフラストラクチャコンポーネントをプロビジョニングさせ、
    第２の一組の宣言命令を前記宣言型インフラストラクチャプロビジョナに提供することに少なくとも部分的に基づいて、第２の一組のソフトウェアアーティファクトをデプロイさせ、
    複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供させ、前記複数のユーザインターフェイス要素は、少なくとも、前記第１の一組のインフラストラクチャコンポーネントをプロビジョニングさせることに関連付けられた第１のステータスと、前記第２の一組のソフトウェアアーティファクトをデプロイさせることに関連付けられた第２のステータスとを識別する、非一時的なコンピュータ読取可能記憶媒体。
  16. 前記第１の一組のインフラストラクチャコンポーネントをプロビジョニングさせることに関連付けられた前記第１のステータス、および、前記第２の一組のソフトウェアアーティファクトをデプロイさせることに関連付けられた前記第２のステータスは、１つまたは複数の実行ターゲットに個々に対応し、前記１つまたは複数の実行ターゲットの各実行ターゲットは、少なくとも１つの物理的位置を備える予め定義された領域に対応する、請求項１５に記載の非一時的なコンピュータ読取可能記憶媒体。
  17. 前記命令の実行はさらに、前記コンピューティングデバイスに、複数のフェーズのうちのあるフェーズに対応する進捗の視覚表示を表示させ、前記複数のフェーズの各フェーズは、インフラストラクチャコンポーネントのそれぞれの組をプロビジョニングすることまたはソフトウェアアーティファクトのそれぞれの組を一組の実行ターゲットにデプロイすることに関連付けられ、前記一組の実行ターゲットの各実行ターゲットは、少なくとも１つの物理的位置を備える予め定義された領域に対応し、前記複数のフェーズは、予め定義された実行順序に関連付けられる、請求項１５または１６に記載の非一時的なコンピュータ読取可能記憶媒体。
  18. 前記命令の実行はさらに、前記コンピューティングデバイスに、
    前記第２の一組のソフトウェアアーティファクトのうちのあるソフトウェアアーティファクトの以前の構成を識別させ、
    前記第２の一組のソフトウェアアーティファクトをデプロイさせることに少なくとも部分的に基づいて、前記ソフトウェアアーティファクトの新たな構成を識別させ、
    前記ユーザインターフェイスを介して、前記ソフトウェアアーティファクトの前記以前の構成から前記新たな構成への変更の表示を提供させる、請求項１５～１７のいずれか１項に記載の非一時的なコンピュータ読取可能記憶媒体。
  19. 前記命令の実行はさらに、前記コンピューティングデバイスに、
    前記第１の一組のインフラストラクチャコンポーネントのうちの少なくとも１つのインフラストラクチャコンポーネントのプロビジョニングまたは前記第２の一組のソフトウェアアーティファクトのうちの少なくとも１つのソフトウェアアーティファクトのデプロイメントにおける失敗を検出させ、
    前記ユーザインターフェイスを介して、前記失敗の表示を表示させ、
    ユーザ入力を受信させ、
    前記ユーザ入力に応答して少なくとも１つの改善措置を実行させる、請求項１５～１８のいずれか１項に記載の非一時的なコンピュータ読取可能記憶媒体。
  20. 前記第２の一組のソフトウェアアーティファクトをデプロイさせることは、実行ターゲットに関連付けられたソフトウェアリソースを第１の状態から第２の状態に変更することを備え、前記命令の実行はさらに、前記コンピューティングデバイスに、前記ソフトウェアリソースを前記第１の状態から前記第２の状態に変更することの一部として前記ソフトウェアリソースに対して加えられる一組の変更を表示させる、請求項１５～１９のいずれか１項に記載の非一時的なコンピュータ読取可能記憶媒体。
  21. コンピュータによって実行される方法であって、
    コンピューティングシステムが、複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供するステップを備え、前記複数のユーザインターフェイス要素は、少なくとも、第１の一組のインフラストラクチャコンポーネントをプロビジョニングすることに関連付けられた第１のステータスと、第２の一組のソフトウェアアーティファクトをデプロイすることに関連付けられた第２のステータスとを識別し、前記第１の一組のインフラストラクチャは、宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされ、前記第２の一組のソフトウェアアーティファクトは、前記宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされる、コンピュータによって実行される方法。
  22. システムであって、
    １つまたは複数のプロセッサと、
    コンピュータによって実行可能な命令を格納する１つまたは複数のメモリとを備え、前記コンピュータによって実行可能な命令は、前記１つまたは複数のプロセッサによって実行されると、前記システムに、
    複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供させ、前記複数のユーザインターフェイス要素は、少なくとも、第１の一組のインフラストラクチャコンポーネントをプロビジョニングすることに関連付けられた第１のステータスと、第２の一組のソフトウェアアーティファクトをデプロイすることに関連付けられた第２のステータスとを識別し、前記第１の一組のインフラストラクチャは、宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされ、前記第２の一組のソフトウェアアーティファクトは、前記宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされる、システム。
  23. 非一時的なコンピュータ読取可能記憶媒体であって、前記非一時的なコンピュータ読取可能記憶媒体は、１つまたは複数のプロセッサと、コンピュータによって実行可能な命令を格納する１つまたは複数のメモリとを備え、前記コンピュータによって実行可能な命令は、前記１つまたは複数のプロセッサによって実行されると、コンピューティングデバイスに、
    複数のユーザインターフェイス要素を表示するユーザインターフェイスを提供させ、前記複数のユーザインターフェイス要素は、少なくとも、第１の一組のインフラストラクチャコンポーネントをプロビジョニングすることに関連付けられた第１のステータスと、第２の一組のソフトウェアアーティファクトをデプロイすることに関連付けられた第２のステータスとを識別し、前記第１の一組のインフラストラクチャは、宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされ、前記第２の一組のソフトウェアアーティファクトは、前記宣言型インフラストラクチャプロビジョナに少なくとも部分的に基づいてプロビジョニングされる、非一時的なコンピュータ読取可能記憶媒体。
  24. 請求項１～９および２１のいずれか１項に記載のステップを実行するための手段を備える装置。
JP2022542782A 2020-01-20 2020-11-12 インフラストラクチャオーケストレーションサービスのためのユーザインターフェイス技術 Pending JP2023511535A (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US202062963456P 2020-01-20 2020-01-20
US62/963,456 2020-01-20
US202062964596P 2020-01-22 2020-01-22
US62/964,596 2020-01-22
US17/001,626 2020-08-24
US17/001,626 US20210223923A1 (en) 2020-01-20 2020-08-24 User interface techniques for an infrastructure orchestration service
PCT/US2020/060081 WO2021150291A1 (en) 2020-01-20 2020-11-12 User interface techniques for an infrastructure orchestration service

Publications (2)

Publication Number Publication Date
JP2023511535A true JP2023511535A (ja) 2023-03-20
JPWO2021150291A5 JPWO2021150291A5 (ja) 2023-10-31

Family

ID=76991830

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022542782A Pending JP2023511535A (ja) 2020-01-20 2020-11-12 インフラストラクチャオーケストレーションサービスのためのユーザインターフェイス技術

Country Status (4)

Country Link
EP (1) EP4094148A1 (ja)
JP (1) JP2023511535A (ja)
CN (1) CN114730258A (ja)
WO (1) WO2021150291A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114338423A (zh) * 2021-12-30 2022-04-12 贵州国卫信安科技有限公司 一种持续迭代的自动化网络靶标构建技术

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015184158A1 (en) * 2014-05-28 2015-12-03 New Media Solutions, Inc. Generation and management of computing infrastructure instances
US11366744B2 (en) * 2017-04-07 2022-06-21 Microsoft Technology Licensing, Llc Partitioning and orchestrating infrastructure software deployments for safety and agility across diverse configurations and hardware types
US10769281B2 (en) * 2017-12-07 2020-09-08 International Business Machines Corporation Compliant software component infrastructure deployment
US10990368B2 (en) * 2017-12-26 2021-04-27 Oracle International Corporation On-premises and cloud-based software provisioning

Also Published As

Publication number Publication date
CN114730258A (zh) 2022-07-08
EP4094148A1 (en) 2022-11-30
WO2021150291A1 (en) 2021-07-29

Similar Documents

Publication Publication Date Title
US20210223923A1 (en) User interface techniques for an infrastructure orchestration service
US11755337B2 (en) Techniques for managing dependencies of an orchestration service
EP4094149B1 (en) Updating code in distributed version control system
JP2023511113A (ja) 宣言型プロビジョニングツールを使用してインフラストラクチャリソースを展開するための技術
JP2023511114A (ja) デプロイ命令のために有向非巡回グラフを利用するための技術
JP2023511111A (ja) デプロイメントオーケストレータにおけるドリフトを検出するための技術
JP2023511535A (ja) インフラストラクチャオーケストレーションサービスのためのユーザインターフェイス技術

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231023

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20231023