JP2022546994A - サービス・インフラストラクチャを横断したマイクロサービスのデプロイ - Google Patents

Abstract

複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするための方法、コンピュータ・システムおよびコンピュータ・プログラム製品が提供される。本発明は、複数のマイクロサービスの少なくとも１つの依存関係を決定することを含んでもよい。本発明は、複数のリソースの各リソースについて、時間に関するリソースの可用性を記述した機能停止分布を決定することを含んでもよい。本発明は、各リソースに関連付けられた機能停止分布と、複数のマイクロサービスの少なくとも１つの依存関係とに基づいて、サービス・インフラストラクチャのリソースを横断した複数のマイクロサービスのデプロイメント構成を決定することを含んでもよい。

Description

本発明は、概して、サービス・インフラストラクチャにおけるマイクロサービスに関し、より詳細には、複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするための方法に関する。

本発明は、また、システムのプロセッサまたはネットワークの複数のプロセッサがこのような方法を実装することを可能とするコンピュータ可読プログラム・コードを含むコンピュータ・プログラム製品に関する。

さらに本発明は、少なくとも１つのプロセッサと、このようなコンピュータ・プログラム製品とを含み、少なくとも１つのプロセッサが、前記コンピュータ・プログラム製品のコンピュータ可読プログラム・コードを実行するように適合される、コンピュータ・システムに関する。

本発明は、また、複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのシステムに関する。

伝統的なソフトウェア・サービスは、伝統的なオンサイトのデプロイメントを超えてクラウド・サービスにおいてホストされ得る。クラウド・サービス・インフラストラクチャを実装することにより、使用の利便性、セットアップの容易さを向上し、また、インフラストラクチャの柔軟性およびスケーラビリティを最適化することができる。サービス・インフラストラクチャのダウンタイムを最小限化するために、クラウド・サービスが最適な信頼性で実行することを保証することが有益である可能性がある。これにより、サービス・レベル合意、つまり、サービス・プロバイダとサービス・クライアントとの間で合意されたコミットメントが満たされることを確実にすることができる。

クラウド・サービスでホスティングされたマイクロサービスは、時折故障する可能性があり、故障したマイクロサービスの再デプロイメントをもたらす。再デプロイメントに必要な時間の間、故障したマイクロサービスは、ダウンタイムを経験する可能性があり、このダウンタイムでは、マイクロサービスが動作不能であり、使用のために利用不可能である。ダウンタイムは、クラウド・サービスのシステム・アーキテクチャに依存する可能性がある。クラウド・サービスでホストされた他のマイクロサービスは、故障したマイクロサービスのダウンタイムを認識しない可能性があり、故障したマイクロサービスとのやり取りを継続することを試みる可能性がある。これは、故障したマイクロサービスだけを超えた問題、例えば、喪失したトランザクションを生じる可能性がある。その結果、同じバインドされた（内部）インフラストラクチャ内または遠隔（外部）のインフラストラクチャ内で他の故障したマイクロサービスにマイクロサービスを接続するときに問題が生じることがある。内部および外部の両方において、マイクロサービスおよびサービス・インフラストラクチャは、低速化またはダウンする可能性がある。接続されたマイクロサービスがこのシナリオを最適に取り扱うように設計されていない場合、これは、サービス・インフラストラクチャ全体（この例ではクラウド・サービス）の性能およびスケーラビリティに悪影響を与える可能性がある。

システム・インフラストラクチャ内のマイクロサービスの所定の性能閾値に対する性能が監視され得る。マイクロサービスが期待以下である、すなわち、マイクロサービスの性能が閾値未満である場合、マイクロサービスの位置が調査されて、低性能の原因が決定され得る。元の位置が低性能の原因であることが判明した場合には、マイクロサービスは、システム・インフラストラクチャ内の別の位置に移動される可能性がある。これにより、システム・インフラストラクチャにおけるマイクロサービスの性能の最適化が可能となる可能性があるが、しかしながら、このアプローチは、マイクロサービスの信頼性および可用性を最適化しない可能性がある。

本発明は、複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのコンピュータ実装方法を提供することを目的とする。

本発明はさらに、コントローラ・ユニットによって実行されたとき、提案された方法を実装するためのコンピュータ・プログラム・コードを含むコンピュータ・プログラム製品を提供することを目的とする。

本発明は、また、このコンピュータ・プログラム・コードを実行するように適合された処理システムを提供することを目的とする。

本発明は、また、複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのシステムを提供することを目的とする。

本発明の一側面によれば、コンピュータ実装方法が提供される。本方法は、複数のマイクロサービスの依存関係（dependencies）を決定するステップを含む。本方法は、複数のリソースの各リソースについて、時間に関するリソースの可用性（availability）を記述した機能停止分布（outage distribution）を決定するステップをさらに含む。本方法は、各リソースに関連付けられた機能停止分布と、複数のマイクロサービスの依存関係とに基づいて、サービス・インフラストラクチャのリソースを横断した複数のマイクロサービスのデプロイメント構成を決定するステップを含む。

本発明のさらに別の側面によれば、データ処理システムが提供される。システムは、複数のマイクロサービスの依存関係を決定するように構成された分析コンポーネントを含む。本システムは、複数のリソースの各リソースについて、時間に関するリソースの可用性を記述した機能停止分布を決定するように構成された処理コンポーネントをさらに含む。本システムは、各リソースに関連付けられた機能停止分布と、複数のマイクロサービスの依存関係とに基づいて、サービス・インフラストラクチャのリソースを横断した複数のマイクロサービスのデプロイメント構成を決定するよう構成された構成コンポーネントを含む。

本発明の別の側面によれば、複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのコンピュータ・プログラム製品が提供される。コンピュータ・プログラム製品は、処理ユニットによって実行可能なプログラム命令を有するコンピュータ読み取り可能な記憶媒体を含み、このプログラム命令は、提案された実施形態に従った方法を処理ユニットに実行させるように処理ユニットによって実行可能である。

本発明の別の側面によれば、少なくとも１つのプロセッサおよび一実施形態にかかるコンピュータ・プログラム製品を含む処理システムが提供される。少なくとも１つのプロセッサは、前記コンピュータ・プログラム製品のコンピュータ・プログラム・コードを実行するように適合される。

本発明のこれらおよび他の目的、特徴および利点は、添付の図面に関連して読み取られる、以下の例示的な実施形態の詳細な説明から明らかになるであろう。図面の種々の特徴は、詳細な説明に関連して本発明を当業者が理解するのを容易にするために明確化するためのものであり、縮尺通りではない。

例示的な実施形態の一側面が実装されてもよい例示的な分散システムの図的表現を示す。 例示的な実施形態の側面が実装されてもよい例示的なシステムのブロック図である。 複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのコンピュータ実装方法のフロー図である。 複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのシステムの例示的な実施形態の簡略化されたブロック図である。 複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのシステムの例示的な実施形態の簡略化されたブロック図である。 本開示の一実施形態による、図１に示すコンピュータ・システムを含む例示的クラウド・コンピューティング環境のブロック図である。 本開示の一実施形態による、図６の例示的クラウド・コンピューティング環境の機能レイヤのブロック図である。

図面は、単に模式的なものであり、縮尺通りに描かれていないことを理解されたい。また、同一または類似の部分を示すために図面を通して同一の参照符号が使用されていることも理解されたい。

本出願の文脈において、本発明の実施形態が方法を構成する場合、そのような方法は、コンピュータによる実行のためのプロセス、すなわち、コンピュータ実装方法であってもよいことを理解されたい。したがって、この方法の種々のステップは、コンピュータ・プログラムの種々の部分、例えば、１以上のアルゴリズムの種々の部分を反映することができる。

また、本出願の文脈において、システムは、本発明の方法の１以上の実施形態を実行するように適合された単一のデバイスまたは分散デバイスの集合であってもよい。例えば、システムは、本発明の方法の少なくとも１つの実施形態を協働して実行するためのパーソナルコンピュータ（ＰＣ）、サーバ、ローカル・エリア・ネットワークやインターネットなどのネットワークを介して接続されたＰＣもしくはサーバまたはこれらの両方の集合であってもよい。システムは、また、シン・クライアント、シック・クライアント、ハンドヘルドまたはラップトップデバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベースのシステム、ネットワークＰＣ、ミニコンピュータ・システム、および、上記システムまたはデバイスのいずれかを含む分散型クラウド・コンピューティング環境を含んでもよい。

複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのコンセプト（概念）が提案される。このようなコンセプトは、マイクロサービス・ベースのサービス・インフラストラクチャがダウンタイムを招く確率を最小化するように適合された最適なデプロイメント・トポロジーの決定を可能にすることができる。したがって、実施形態は、サービス・インフラストラクチャを横断してマイクロサービスをデプロイすることを容易にすることができる。

実施形態は、統計的方法、連続モニタリングもしくはサンプリングまたはこれらの組み合わせ並びに複数のマイクロサービスの最適なデプロイメント構成を決定するための最適化アルゴリズムと関連して実施されてもよい。

提案された実施形態は、サービス・インフラストラクチャに影響を与える可能性がある異なる潜在的な機能停止を考慮し、そのような機能停止の統計的分布の推定によって重み付けをして、すべてのこのような停止に対する最大の許容度を保証するというコンセプトを採用することができる。

本発明者らは、構成コンポーネントの提供を提案する。このような構成コンポーネントは、各リソースに関連する機能停止分布および複数のマイクロサービスの依存関係に基づいて、サービス・インフラストラクチャのリソースを横断して複数のマイクロサービスのデプロイメント構成を決定するように構成されてもよい。例えば、構成コンポーネントは、サービス・インフラストラクチャの各リソースについて、サービス・インフラストラクチャのリソースに関連付けられた機能停止分布に基づいて、所定の期間におけるリソースの非可用性（unavailability）の確率を決定する。構成コンポーネントは、各リソースに対する非可用性の確率および複数のマイクロサービスの依存関係に基づいて、サービス・インフラストラクチャのリソースを横断した複数のマイクロサービスのデプロイメント構成を決定するように構成されてもよい。デプロイメント構成は、複数のマイクロサービスの非可用性の確率を最小化する。

したがって、実施形態は、複数のマイクロサービスの非可用性の確率を低減する複数のマイクロサービスの好適なデプロイメント構成の識別を容易することができる。これは、例えば、重要なマイクロサービスが”ダウン（停止中，ｄｏｗｎ）”する確率が最小となるように１以上のマイクロサービスをデプロイするための最適な位置を決定することによって、コストを増加させることなく、サービス・インフラストラクチャの全体的な可用性を増大することができる。

提案された実施形態においては、複数のマイクロサービスの依存関係を決定することは、複数のマイクロサービスの複数の異なる構成を識別することを含んでもよい。各構成は、マイクロサービス・インスタンスの各自のセットを含んでもよい。ステップは、複数のマイクロサービスの各構成について、マイクロサービス・インスタンスの各自のセットの機能性を決定し、各構成に対して決定された機能性に基づいて、複数のマイクロサービスのうちの少なくとも１つの依存関係を決定することをさらに含むことができる。このようにして、複数のマイクロサービスの最適または好適な構成を決定することができる。このような構成に基づいて、複数のマイクロサービスの依存関係を決定することができる。これにより、決定された依存関係が最適化される可能性があり、これにより、サービス・インフラストラクチャの効率が向上される可能性がある。

いくつかの実施形態においては、複数のマイクロサービスの複数の異なる構成を識別することは、複数のマイクロサービスの構成を識別するためのユーザ入力を受信することと、次いで、ユーザ入力に基づいて、複数のマイクロサービスの各々の構成を識別することと含む。ひいては、複数のマイクロサービスの構成が、ユーザの選好に基づいて調整され得る。これにより、構成を識別することの制御の容易性および適合性を向上させることができ、その結果、サービス・インフラストラクチャのリソースを横断する複数のマイクロサービスの決定されたデプロイメント構成の制御の容易性および適合性を向上させることができる。

いくつかの実施形態においては、マイクロサービス・インスタンスの各自のセットの機能性を決定することは、マイクロサービス・インスタンスの各自のセットの実行をシミュレートまたはテストすることと、シミュレートまたはテストすることの結果に基づいて、マイクロサービス・インスタンスの各自のセットの機能性を決定することとを含み得る。このようにして、”アップ（稼働中，ｕｐ）”と見なされる、サービス・インフラストラクチャをもたらすマイクロサービス・インスタンスの各自のセットを決定することができる。これは、複数のマイクロサービスのうちの少なくとも１つの依存関係を決定することを可能にし、これは、サービス・インフラストラクチャのリソースを横断して複数のマイクロサービスのデプロイメント構成を決定するプロセスを最適化することを可能とする。

提案された実施形態においては、リソースについて機能停止分布を決定することは、複数のリソースの各リソースに関連付けられたサービス・レベル合意を解析すること、もしくは、リソースの以前の可用性に関する複数の履歴機能停止情報を処理すること、またはこれらの両方を含む。このようにして、サービス・インフラストラクチャのプロバイダのサービス・レベル合意（ＳＬＡ）から直接的に機能停止分布を取得することができる。プロバイダは、例えば、インフラストラクチャの保守員もしくはインフラストラクチャによって実装されるハードウェアの製造業者であってもよい。このように、サービス・インフラストラクチャの品質、可用性および責任などの側面を含む、サービス・インフラストラクチャのプロバイダとクライアントとの間に保持されるコミットメントに基づいて、分布を識別することができる。さらに、分布は、長期的なアップタイム・メトリクスによって推定されてもよい。これにより、機能停止分布の決定処理の制御の容易性および適応性を向上させることができるとともに、決定された分布の信頼性を向上させることができる。

提案された実施形態においては、サービス・インフラストラクチャのリソースを横断した複数のマイクロサービスのデプロイメント構成を決定することは、各リソースについて、リソースに関連付けられた機能停止分布に基づいて、所定の時間期間にわたるリソースの非可用性の確率を決定することを含む。ステップは、サービス・インフラストラクチャの各リソースの非可用性の確率と、複数のマイクロサービスの依存関係とに基づいて、サービス・インフラストラクチャのリソースを横断した複数のマイクロサービスのデプロイメント構成を決定することを含む。デプロイメント構成は、複数のマイクロサービスの非可用性の確率を最小化する可能性がある。このようにして、各リソースの非可用性の確率を決定することができる。これにより、各リソースの非可用性の確率に基づいてデプロイメント構成を決定することが可能となり、その結果、デプロイメント構成を決定するプロセスを最適化することができ、方法の効率を向上させることができる。

いくつかの実施形態においては、サービス・インフラストラクチャのリソースを横断して複数のマイクロサービスのデプロイメント構成を決定することは、モンテカルロ法を使用して、複数の異なるデプロイメント構成についての複数のマイクロサービスの非可用性を評価することを含むことができる。このようにして、複数の異なる構成についての複数のマイクロサービスの非可用性の確率をコスト関数として評価することができる。コスト関数は、従来の最適化ヒューリスティック、例えば、シミュレーテッド・アニーリングを採用することを可能する可能性がある。最適化ヒューリスティックの結果は、いかなるダウンタイムを招く確率が最小化されるようにサービス・インフラストラクチャをデプロイするために用いられてもよい。しかしながら、異なるデプロイメント構成についての非可用性を評価するための他の方法が採用されてもよいことが理解されるであろう。例えば、単純な可用性ゾーンのアップタイム分布について、代わりに全体的な分布についての閉形式（closed form）を計算するために統計的分析を使用することができる。

提案された実施形態においては、方法は、サービス・インフラストラクチャの複数のリソースの可用性を監視することをさらに含んでもよい。ステップは、サービス・インフラストラクチャのリソースの可用性の変化を検出することをさらに含んでもよい。方法は、サービス・インフラストラクチャのリソースの可用性の変化を検出したことに応答して、サービス・インフラストラクチャのリソースを横断して複数のマイクロサービスの修正されたデプロイメントを決定することをさらに含んでもよい。このようにして、サービス・インフラストラクチャは、最適なデプロイメント構成であることを反復的に確認し、決定されたデプロイメント構成が定期的に更新されることを可能とする。これは、方法の効率を最適化することができ、デプロイメント構成が現在の時点で最適化されることを保証することができる。

一例では、システムは、同一のリソース要件を有する２つのマイクロサービスを含んでもよい。２つのマイクロサービスは、高い可用性のために多数のインスタンスを有していてもよい。システムは、３つのリソース、例えば”可用性ゾーン”と参照され得るデータセンタをさらに含んでもよい。システムの可用性を改善するために取られるアプローチは、慣例的には、各データセンタ内に２つのマイクロサービスの各々の１つのインスタンスを有することである。従って、この慣例的なアプローチでは、６つのインスタンスのマイクロサービスが必要とされる。

例をさらに検討すると、３つのデータセンタが、データセンタ１、データセンタ２、データセンタ３のようにラベル付けされ得る。データセンタ２およびデータセンタ３は、概ね等しい信頼性を有する可能性があり、データセンタ１は、データセンタ２およびデータセンタ３のそれぞれよりも信頼性が高い可能性がある。時間が、離散化されてもよく、各期間において、データセンタｎ（ｎ＝１、２、３）において任意のサービス・インフラストラクチャが”ダウン（ｄｏｗｎ）”している確率ｓ_ｎを有している可能性がある。サービス・インフラストラクチャがダウンすると、ダウンしたサービス・インフラストラクチャに配備されたマイクロサービスもダウンする可能性がある。また、データセンタｎは、各データ点でダウンしている確率ｄ_ｎを有する可能性があり、ここで、各ｎについて、

となる。

全てのｎについて、簡略化の仮定

を行うことができ、式中、ａは所定の正の定数であってもよい。

更なる簡略化の仮定

を行うことができ、ここで、ｂは０から１の間の所定の正の定数であってもよい。

この例では、１つのマイクロサービスが重要であると決定され、他のマイクロサービスが非重要であると決定され得る。その結果、重要なマイクロサービスの２つのインスタンスが、データセンタ１の異なるサービス・インフラストラクチャに割り当てられる可能性があり、１つのインスタンスがデータセンタ２のサービス・インフラストラクチャに割り当てられ、データセンタ３にはインスタンスが割り当てられない可能性がある。非重要なマイクロサービスは、１つのインスタンスのみを有することができる。このようにして、システムは、デプロイされるべき６つのマイクロサービスのインスタンスを必要とする上記慣例的なアプローチよりも少ないリソースを必要とする可能性がある。

この例では、ｓ_１＝０．０００１、すなわち、データセンタ１の各システム・インフラストラクチャは、９９．９９％のアップ（ｕｐ）の見込みを有する。また、ａ＝０．００１であり、データセンタ１は、９９．９９９９９％のアップ（ｕｐ）の見込みを有する。また、ｂ＝０．０１であり、データセンタ２とデータセンタ３とは、それぞれ９９．９９９％のアップ（ｕｐ）の見込みを有し、データセンタ２およびデータセンタ３の各システム・インフラストラクチャは、９９％のアップ（ｕｐ）の見込みを有する。この例では、本発明の方法は、９９．９９９９９８９６９９０４０３％の慣例的アプローチのシステムに対する確率とは対照的に、９９．９９９９９８９８０００１０１％のシステムに対する可用性の確率をもたらす。ひいては、３つのリソースのうちの２つのみを実装しながら、９．１１倍で可用性を高めることができる。

図１は、例示的な実施形態の側面が実装されてもよい例示的な分散システムの図的表現を示す。分散システム１００は、例示的な実施形態の側面が実装されてもよいコンピュータのネットワークを含むことができる。分散システム１００は、少なくとも１つのネットワーク１０２を含み、少なくとも１つのネットワーク１０２は、分散データ処理システム１００内で互いに接続された種々のデバイスとコンピュータとの間の通信リンクを提供するために使用される媒体である。ネットワーク１０２は、有線、無線通信リンクまたは光ファイバケーブルのような接続を含んでもよい。

図示された具体例では、第１のサーバ１０４および第２のサーバ１０６は、ストレージ・ユニット１０８と共にネットワーク１０２に接続される。また、クライアント１１０，１１２，１１４もネットワーク１０２に接続されている。クライアント１１０，１１２，１１４は、例えば、パーソナルコンピュータ、ネットワーク・コンピュータなどであってもよい。図示の具体例では、第１のサーバ１０４は、ブート・ファイル、オペレーティング・システム・イメージおよびアプリケーションのようなデータをクライアント１１０，１１２，１１４に提供する。クライアント１１０，１１２，１１４は、図示された具体例では、第１のサーバ１０４に対するクライアントである。分散処理システム１００は、追加のサーバ、クライアントおよび図示しない他のデバイスを含んでもよい。

図示の具体例では、分散システム１００は、世界的なコレクションのネットワークを表すネットワーク１０２と、互いに通信するためにトランスミッション・コントロール・プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）スイートを使用するゲートウェイとを有するインターネットである。インターネットの核心は、データおよびメッセージをルーティングする、計り知れないほど多くの商業的、政府、教育および他のコンピュータ・システムからなる、主要ノードまたはホストコンピュータ間の高速データ通信回線のバックボーンである。もちろん、分散システム１００は、例えばイントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）などの多数の異なるタイプのネットワークを含むように実装されてもよい。上述したように、図１は、本発明の異なる実施形態のためのアーキテクチャ上の限界のためではなく、例示を目的としており、したがって、図１に示された特定の要素は、本発明の例示的な実施形態が実施され得る環境に関する限定とみなされるべきではない。

図２は、例示的な実施形態の側面が実装されてもよい例示的なシステム２００のブロック図である。システム２００は、図１のクライアント１１０のようなコンピュータの一例であり、ここには、本発明の例示的な実施形態のためのプロセスを実装するコンピュータ使用可能なコードまたは命令が配置され得る。

図示の例では、システム２００は、ノース・ブリッジおよびメモリ・コントローラ・ハブ（ＮＢ／ＭＣＨ）２０２と、サウス・ブリッジおよび入力／出力（Ｉ／Ｏ）コントローラ・ハブ（ＳＢ／ＩＣＨ）２０４とを含むハブ・アーキテクチャを採用する。処理ユニット２０６と、メイン・メモリ２０８と、グラフィックス・プロセッサ２１０とが、ＮＢ／ＭＣＨ２０２に結合される。グラフィックス・プロセッサ２１０は、アクセラレーテッド・グラフィックス・ポート（ＡＧＰ）を介して、ＮＢ／ＭＣＨ２０２に接続されてもよい。

図示の例では、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ２１２が、ＳＢ／ＩＣＨ２０４に接続される。オーディオ・アダプタ２１６、キーボードおよびマウス・アダプタ２２０、モデム２２２、リード・オンリー・メモリ（ＲＯＭ）２２４、ハード・ディスク・ドライブ（ＨＤＤ）２２６、ＣＤ－ＲＯＭ２３０、ユニバーサル・シリアル・バス（ＵＳＢ）および他のポート２３２、ならびにＰＣＩ／ＰＣＩｅデバイス２３４が第１のバス２３８および第２のバス２４０を介してＳＢ／ＩＣＨ２０４に接続される。ＰＣＩ／ＰＣＩｅデバイス２３４は、例えば、イーサネット（登録商標）アダプタ、アドイン・カード、およびノート型コンピュータ用ＰＣカードを含んでもよい。ＰＣＩは、カード・バス・コントローラを使用し、一方、ＰＣＩｅは、使用しない。ＲＯＭ２２４は、例えば、フラッシュ基本入力／出力システム（ＢＩＯＳ）であってもよい。

ＨＤＤ２２６およびＣＤ－ＲＯＭ２３０は、第２のバス２４０を介してＳＢ／ＩＣＨ２０４に接続されてもよい。ＨＤＤ２２６およびＣＤ－ＲＯＭ２３０は、例えば、インテグレーテッド・ドライブ・エレクトロニクス（ＩＤＥ）またはシリアル・アドバンスト・テクノロジー・アタッチメント（ＳＡＴＡ）インターフェースを使用してもよい。スーパＩ／Ｏ（ＳＩＯ）デバイス２３６が、ＳＢ／ＩＣＨ２０４に接続されてもよい。

オペレーティング・システムは、処理ユニット２０６上で実行される。オペレーティング・システムは、図２におけるシステム２００内の種々のコンポーネントの制御を調整および提供する。クライアントとして、オペレーティング・システムは、市販のオペレーティング・システムであってもよい。Ｊａｖａ（登録商標）プログラミング・システムのようなオブジェクト指向プログラミング・システムは、オペレーティング・システムと共に実行され、システム２００上で実行されるＪａｖａ（登録商標）プログラムまたはアプリケーションからオペレーティング・システムに対する呼び出しを提供する。

サーバとして、システム２００は、例えば、ＩＢＭ（登録商標）ｅＳｅｒｖｅｒ（登録商標）Ｓｙｓｔｅｍ ｐ（登録商標）コンピュータ・システムであってもよく、アドバンスド・インタラクティブ・エグゼクティブ（ＡＩＸ（登録商標））オペレーティング・システムまたはＬｉｎｕｘ（登録商標）オペレーティング・システムを実行する。システム２００は、処理ユニット２０６において複数のプロセッサを含む対称マルチプロセッサ（ＳＭＰ）システムであってもよい。あるいは、シングル・プロセッサ・システムが採用されてもよい。

オペレーティング・システム、オブジェクト指向プログラミング・システムおよびアプリケーションまたはプログラムのための命令は、ハード・ディスク・ドライブ２２６のようなストレージ・デバイスに配置され、処理ユニット２０６による実行のためにメイン・メモリ２０８にロードされてもよい。同様に、一実施形態による１以上のメッセージ処理プログラムが、ストレージ・デバイスもしくはメイン・メモリまたはこれらの両方によって格納されるように適合されてもよい。

本発明の例示的な実施形態のためのプロセスは、例えば、コンピュータ使用可能なプログラム・コードを用いて処理ユニット２０６によって実行されてもよく、コンピュータ使用可能なプログラム・コードは、メイン・メモリ２０８、ＲＯＭ２２４のようなメモリまたは１以上の周辺装置２２６，２３０に配置されてもよい。

図２に示すような第１のバス２３８または第２のバス２４０のようなバス・システムは、１以上のバスを含むことができる。もちろん、バス・システムは、ファブリックまたはアーキテクチャに取り付けられる異なるコンポーネントまたはデバイス間でデータの転送を提供する、任意のタイプの通信ファブリックまたはアーキテクチャを使用して実装することができる。図２のモデム２２２またはネットワーク・アダプタ２１２のような通信ユニットは、データを送受信するために使用される１以上のデバイスを含んでもよい。メモリは、例えば、図２のＮＢ／ＭＣＨ２０２に見られるようなメイン・メモリ２０８、ＲＯＭ２２４またはキャッシュであってもよい。

当業者であれば、図１および図２におけるハードウェアが実装に依存して様々で有り得ることを理解するであろう。図１および図２に示すハードウェアに加えて、またはその代替として、フラッシュ・メモリ、同等の不揮発性メモリまたは光ディスク・ドライブなどのような他の内部ハードウェアまたは周辺装置が使用されてもよい。また、本発明の精神および範囲から逸脱することなく、前述したシステム以外のマルチプロセッサ・データ処理システムにも、例示的な実施形態のプロセスを適用することができる。

さらに、システム２００は、クライアント・コンピューティング・デバイス、サーバ・コンピューティング・デバイス、タブレット・コンピュータ、ラップトップ・コンピュータ、電話または他の通信デバイス、パーソナル・デジタル・アシスタント（ＰＤＡ）などを含む多くの異なるデータ処理システムのいずれかの形態を取ってもよい。いくつかの例示的な例では、システム２００は、例えば、オペレーティング・システム・ファイルもしくはユーザ生成データまたはこれらの両方を記憶するための不揮発性メモリを提供するためにフラッシュ・メモリで構成されたポータブル・コンピューティング・デバイスであってもよい。よって、システム２００は、本質的には、アーキテクチャ上の制限なく、任意の既知のまたは今後開発されるデータ処理システムであってもよい。

図３を参照すると、複数のリソースを有するシステム・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのコンピュータ実装方法のフロー図が示されている

ステップ３１０は、複数のマイクロサービスの依存関係を決定することを含む。一実施形態においては、複数のマイクロサービスの依存関係を決定することは、複数のマイクロサービスの複数の異なる構成を識別することを含む。各構成は、マイクロサービス・インスタンスの各自のセットを含む。複数のマイクロサービスの各構成について、ステップは、マイクロサービス・インスタンスの各自のセットの機能性を決定するステップと、各構成について決定された機能性に基づいて、複数のマイクロサービスのうちの少なくとも１つの依存関係を決定することをさらに含む。

例えば、Ｍが、サービス・インフラストラクチャを含む複数のマイクロサービスである。マイクロサービスの例には、コンテナ、仮想マシンまたは他の仮想化環境が含まれる。Ｍのサブセット、つまり、必要とされるように機能する、すなわち、”アップ（ｕｐ）”とみなされるシステム・インフラストラクチャをもたらす複数のマイクロサービスの構成を決定する必要がある。Ｍのいくつかの別個の要素、すなわち、マイクロサービスは、複数のインスタンスを有する同一のコンポーネントであってもよい。必要とされるように実行されるシステム・インフラストラクチャをもたらすＭのサブセットは、機能：

を決定する必要があるものとして定式化することができ、ここで、Ｓのマイクロサービスのみが”アップ（ｕｐ）”であるサービス・インフラストラクチャが機能していると考えられるときかつそのときに限り、

である。

一実施形態においては、複数のマイクロサービスの複数の異なる構成を識別することは、複数のマイクロサービスの構成を識別するためのユーザ入力を受信し、ユーザ入力に基づいて複数のマイクロサービスの構成を識別することを含む。

一例では、ｆを決定する方法は、ユーザ、例えば製品設計者が、潜在的な許容可能なセットを手動で入力できるようにすることを含んでもよい。

の全ての要素、すなわちＭのサブセットを列挙する必要はない。これは、

で、ｙがｘのスーパセットであり

で、ｙがｘのサブセットであるためである。

一実施形態においては、マイクロサービス・インスタンスの各自のセットの機能性を決定することは、マイクロサービス・インスタンスのセットの実行をシミュレートまたはテストすることと、シミュレーションまたはテストの結果に基づいて、マイクロサービスのセットの機能性を決定することとを含む。

この例では、ｆを決定する方法は、比較的包括的なシステム・テスト・スイートがあることを保証し、次いで、このスイートを使用して、いずれのマイクロサービスがサービス・インフラストラクチャの性能にとって重要であると考えられているか、いずれがそうではないかを経験的に決定することを含んでもよい。これは、各コンテナを反復し、各コンテナをオフに切り替えて、テストスイートを再実行し、結果を使用して、重要セット、つまり、サービス・インフラストラクチャの性能にとって重要であると考えられるマイクロサービスのセット内にマイクロサービスを維持するかどうかを決定することによって達成されてもよい。このアプローチは、部分的に順序付けられたセット：

が、最小の要素、すなわちマイクロサービスを有することが暗黙的に想定される。この仮定が正しくない場合には、最小要素の各々の位置を決定する代わりに、確率的方法を使用することができる。

ステップ３２０は、サービス・インフラストラクチャの各リソースについて、時間に関してリソースの可用性を記述する機能停止分布を決定することを含む。一実施形態においては、リソースについての機能停止分布を決定することは、リソースに関連付けられたサービス・レベル合意を分析すること、もしくはリソースの以前の可用性に関する履歴機能停止情報を処理すること、またはこれらの両方を含む。

この例では、複数のリソースの階層が生成される。階層は、種々の異なるレベルの”可用性ゾーン”を表す。機能停止分布、すなわちダウンタイム分布は、各可用性ゾーンに関連付けられる。複数のリソースの階層は、各物理サーバを含んでもよく、ここで、各物理サーバは、（物理的な交換まで）３時間”ダウン（ｄｏｗｎ）”している１％の見込みと、そうでない０％の見込みとを含む機能停止分布を有する。階層は、多数のサーバを含むデータセンタをさらに含んでもよく、ここで、各サーバは、５時間”ダウン（ｄｏｗｎ）している０．００１％の見込みと、１０分間”ダウン（Ｄｏｗｎ）”している０．０１％の見込みとを２データ点間の線形分布とともに含む機能停止分布を有する。階層は、また、多数のデータセンタをカバーする電力グリッドもしくは複数のデータセンタにまたがるネットワークまたはこれらの両方を含み得るが、必ずしも電力グリッド境界とは一致しなくともよい。

この例では、機能停止分布は、リソースに関連付けられたサービス・レベル合意、例えば、サービス・インフラストラクチャの保守員もしくは使用されるハードウェアの製造業者またはこれらの両方から、直接取得されてもよい。機能停止分布は、長期的なアップタイム・メトリクスによって推定されてもよい。

ステップ３３０は、各リソースに関連付けられた機能停止分布と、複数のマイクロサービスの依存関係とに基づいて、サービス・インフラストラクチャのリソースを横断した複数のマイクロサービスのデプロイメント構成を決定することを含む。

一実施形態においては、サービス・インフラストラクチャのリソースを横断した複数のマイクロサービスのデプロイメント構成を決定することは、各リソースについて、リソースに関連付けられた機能停止分布に基づいて、リソースの所定の時間期間にわたる非可用性の確率を決定することを含む。ステップは、各リソースの非可用性の確率と、複数のマイクロサービスの依存関係とに基づいて、サービス・インフラストラクチャのリソースを横断した複数のマイクロサービスのデプロイメント構成を決定することをさらに含む。デプロイメント構成は、複数のマイクロサービスの非可用性の確率を最小化する。

一実施形態においては、サービス・インフラストラクチャのリソースを横断して複数のマイクロサービスのデプロイメント構成を決定することは、モンテカルロ法を使用して、複数の異なるデプロイメント構成についての複数のマイクロサービスの非可用性を評価することを含む。

この例では、サービス・インフラストラクチャのリソースを横断した複数のマイクロサービスの決定されたデプロイメント構成に基づいて、ダウンタイムを発生させる確率、すなわち、所定時間内の複数のマイクロサービスの非可用性が計算される。非可用性は、モンテカルロ法を用いて計算され、分布の代わりに、確率を決定することを可能とする。サービス・インフラストラクチャが、故障した、すなわちクラッシュしたものを交換するための新たなインスタンスを再プロビジョニングすることによって復帰することができるものと仮定されるが、マイクロサービスの重要なセットからのいずれかがその全てのインスタンスを失う場合には、比較的小さいが有害な量のダウンタイムが発生する。

純粋な例として、ダウンタイムは、（故障の検出および交換サービスの起動を含んで）３０秒である可能性がある。しかしながら、これは、関与するシステムに大きく依存し得るため、他の例では、ダウンタイムは、はるかに高いか、あるいははるかに低くい可能性がある。

一実施形態においては、ステップ３４０は、サービス・インフラストラクチャの複数のリソースの可用性を監視することを含む。ステップ３４５は、サービス・インフラストラクチャのリソースの可用性の変化を検出することを含む。ステップ３５０は、サービス・インフラストラクチャのリソースの可用性の変化を検出したことに応答して、サービス・インフラストラクチャの複数のリソースを横断した複数のマイクロサービスの修正されたデプロイメントを決定することを含む。

図４を参照すると、複数のリソースを有するシステム・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのシステムの例示的な実施形態の簡略化されたブロック図が示される。

システムは、複数のマイクロサービスの依存関係を決定するように構成された解析コンポーネント４１０を含む。システムは、さらに、サービス・インフラストラクチャの各リソースについて、時間に関するリソースの可用性を記述する機能停止分布を決定するように構成された処理コンポーネント４２０を含む。システムは、各リソースに関連付けられた機能停止分布と、複数のマイクロサービスの依存関係とに基づいて、サービス・インフラストラクチャのリソースを横断して複数のマイクロサービスのデプロイメント構成を決定するように構成された構成コンポーネント４３０をさらに含む。

一実施形態においては、解析コンポーネント４１０は、複数のマイクロサービスの複数の異なる構成を識別するように構成された識別コンポーネント４１２を含む。各構成は、マイクロサービス・インスタンスの各自のセットを含む。解析コンポーネント４１０は、複数のマイクロサービスの各構成について、マイクロサービス・インスタンスの各自のセットの機能性を決定するように構成された機能性アセスメント・コンポーネント４１４をさらに含む。解析コンポーネント４１０は、また、各構成について決定された機能性に基づいて、複数のマイクロサービスのうちの少なくとも１つの依存関係を決定するためのデータ分析コンポーネント４１６を含む。

一実施形態においては、識別コンポーネント４１２は、複数のマイクロサービスの構成を識別するためのユーザ入力を受信し、ユーザ入力に基づいて複数のマイクロサービスの構成を識別するよう構成されている。

一実施形態においては、機能性アセスメント・コンポーネント４１４は、マイクロサービス・インスタンスのセットの実行をシミュレートまたはテストし、シミュレートまたはテストすることの結果に基づいて、マイクロサービス・インスタンスのセットの機能性を決定するよう構成される。

一実施形態においては、処理コンポーネント４２０は、各リソースに関連付けられたサービス・レベル合意を解析し、リソースの以前の可用性に関する複数の履歴機能停止情報を処理するようにさらに構成される。

一実施形態においては、構成コンポーネント４３０は、各リソースについて、リソースに関連付けられた機能停止分布に基づいて、所定の期間におけるリソースの非可用性の確率を決定するようにさらに構成される。構成コンポーネント４３０は、各リソースについての非可用性の確率と、複数のマイクロサービスの依存関係とに基づいて、サービス・インフラストラクチャのリソースを横断した複数のマイクロサービスのデプロイメント構成を決定するようにさらに構成される。デプロイメント構成は、複数のマイクロサービスの非可用性の確率を最小にする。構成コンポーネント４３０は、また、モンテカルロ法を用いて、複数の異なるデプロイメント構成について複数のマイクロサービスの非可用性を評価するように構成される。

一実施形態においては、システムは、サービス・インフラストラクチャの複数のリソースの可用性を監視し、サービス・インフラストラクチャのリソースの可用性の変化を検出するように構成された監視コンポーネント４４０をさらに含んでもよい。構成コンポーネント４３０は、サービス・インフラストラクチャのリソースの可用性の検出された変化に応答して、サービス・インフラストラクチャのリソースを横断して複数のマイクロサービスの修正されたデプロイメントを決定するようにさらに構成される。

さらなる例として、図５に示すように、実施形態は、コンピュータ・システムを含んでもよく、コンピュータ・システムは、ネットワーク化されたシステム７の部分を形成し得る。コンピュータ・システム／サーバ７０のコンポーネントは、これらに限定されるものではないが、例えばプロセッサまたは処理ユニット７１と、システム・メモリ７４と、システム・メモリ７４から処理ユニット７１を含む種々のシステム・コンポーネントを結合するバス９０とを含む１以上の処理配置を含んでもよい。

処理ユニット７１は、ターゲット・オブジェクト型を定義するように構成され、ターゲット・オブジェクト型は、ミドルウェア機能の結果を保持するように適合される。また、処理ユニット７１は、アプリケーションについての第１オブジェクトを受信し、その後、第１オブジェクトを用いてミドルウェア機能の処理を実行し、処理結果を生成する。処理ユニット７１は、処理結果に基づいて、ターゲット・オブジェクト型の第２オブジェクトを生成し、第２オブジェクトをアプリケーションに提供する。

バス９０は、種々のバス・アーキテクチャの任意のものを使用する、メモリバスまたはメモリコントローラ、周辺バス、アクセラレーテッド・グラフィックス・ポート、プロセッサまたはローカル・バスを含むいくつかのタイプのバス構造のうちの１以上を表す。例として、このようなアーキテクチャには、限定されるものではないが、インダストリ・スタンダード・アーキテクチャ（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオ・エレクトロニクス・スタンダーズ・アソシエーション（ＶＥＳＡ）ローカル・バスおよびペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）バスが含まれる。

コンピュータ・システム／サーバ７０は、典型的には、種々のコンピュータ・システム可読媒体を含む。このような媒体は、コンピュータ・システム／サーバ７０によってアクセス可能な任意の利用可能な媒体とすることができ、揮発性媒体と不揮発性媒体の両方、リムーバブル媒体と非リムーバブル媒体の両方を含む。

システム・メモリ７４は、ランダム・アクセス・メモリ（ＲＡＭ）７５もしくはキャッシュ・メモリ７６またはこれらの両方などの揮発性メモリの形式のコンピュータ・システム可読媒体を含むことができる。コンピュータ・システム／サーバ７０は、他のリムーバブル／非リムーバブル、揮発性／不揮発性のコンピュータ・システム・ストレージ媒体をさらに含んでよい。単に例として、ストレージ・システム７４が、非リムーバブル、不揮発性の磁気媒体（図示しないが、通常「ハード・ドライブ」と呼ばれる。）に対する読み取りと書込みを行うために提供されてもよい。図示しないが、リムーバブル、不揮発性の磁気ディスク（たとえば、「フロッピー（登録商標）ディスク」）に対する読み取りと書込みを行うための磁気ディスク・ドライブおよびＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭまたは他の光媒体などのリムーバブル、不揮発性の光ディスクに対する読み取りと書込みを行うための光ディスク・ドライブが提供されてもよい。そのような例において、各々は、１以上のデータ媒体インターフェースによってバス９０に接続されてもよい。以下でさらに詳細に示され、説明されるように、メモリ７４は、本開示の実施形態の機能を実行するように構成されたプログラム・モジュールのセット（たとえば、少なくとも１つ）を有する少なくとも１つのプログラム製品を含んでよい。

プログラム・モジュール７９のセット（少なくとも１つ）を有するプログラム／ユーティリティ７８が、限定ではなく例として、メモリ７４に記憶されてもよく、オペレーティング・システム、１以上のアプリケーション・プログラム、他のプログラム・モジュールおよびプログラム・データも同様である。オペレーティング・システム、１以上のアプリケーション・プログラム、他のプログラム・モジュールおよびプログラム・データの各々またはこれらの任意の組み合せは、ネットワーク環境の実装を含んでよい。プログラム・モジュール７９は、概して、本明細書に記載の実施形態の機能もしくは方法論またはこれらの両方を実行する。

コンピュータ・システム／サーバ７０は、キーボード、ポインティング・デバイス、ディスプレイ８５などの１以上の外部デバイス８０；ユーザがコンピュータ・システム／サーバ７０と対話できるようにする１以上のデバイス；もしくはコンピュータ・システム／サーバ７０が１以上の他のコンピューティング・デバイスと通信することを可能にする任意のデバイス（たとえば、ネットワーク・カード、モデムなど）またはこれらの組み合わせと通信してもよい。このような通信は、入力／出力（Ｉ／Ｏ）インターフェース７２を介して行うことができる。さらに、コンピュータ・システム／サーバ７０は、ネットワーク・アダプタ７３を介して、ローカル・エリア・ネットワーク（ＬＡＮ）、一般的なワイド・エリア・ネットワーク（ＷＡＮ）もしくはパブリック・ネットワーク（たとえば、インターネット）またはこれらの組み合わせなどの１以上のネットワークと通信することができる。図示されるように、ネットワーク・アダプタ７３は、バス９０を介してコンピュータ・システム／サーバ７０の他の構成要素と通信する。図示されていないが、他のハードウェア・コンポーネントもしくはソフトウェア・コンポーネントまたはこれらの両方がコンピュータ・システム／サーバ７０とともに使用されてもよいことを理解されたい。具体例には、マイクロコード、デバイス・ドライバ、冗長処理ユニット、外部ディスク・ドライブ・アレイ、ＲＡＩＤシステム、テープ・ドライブおよびデータ・アーカイブ・ストレージ・システムなどが含まれるが、これらに限定されない。

本出願の文脈において、本発明の実施形態が方法を構成する場合、そのような方法は、コンピュータによる実行のためのプロセス、すなわち、コンピュータ実装方法であってもよいことを理解されたい。したがって、この方法の種々のステップは、コンピュータ・プログラムの種々の部分、例えば、１以上のアルゴリズムの種々の部分を反映することができる。

本発明は、システム、方法もしくはコンピュータ・プログラム製品またはこれらの組み合わせであってもよい。コンピュータ・プログラム製品は、プロセッサに本発明の側面を実行させるためのコンピュータ可読プログラム命令をその上に有するコンピュータ可読ストレージ媒体を含んでもよい。

コンピュータ可読ストレージ媒体は、命令実行デバイスによって使用するための命令を保持し格納する有形のデバイスであってよい。コンピュータ可読ストレージ媒体は、例えば、これに限定されるものではないが、電子的ストレージ・デバイス、磁気ストレージ・デバイス、光学ストレージ・デバイス、電磁気ストレージ・デバイス、半導体ストレージ・デバイスまたは上記の任意の適切な組み合わせであってよい。コンピュータ可読ストレージ媒体のより具体的な例示の非網羅的リストとしては、ポータブルなコンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、消去可能プログラマブル・リード・オンリー・メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、ストレージ・クラス・メモリ（ＳＣＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ポータブルなコンパクト・ディスク・リード・オンリー・メモリ（ＣＤ－ＲＯＭ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、メモリースティック、フロッピー（登録商標）ディスク、パンチカードまたは記録された命令を有する溝内の隆起構造のような機械的エンコードされたデバイス、および上記の任意の適切な組み合わせが含まれる。コンピュータ可読ストレージ媒体は、本明細書で使用されるように、電波、自由伝搬する電磁波、導波路または他の伝送媒体を伝搬する電磁波（たとえば、ファイバ光ケーブルを通過する光パルス）または、ワイヤを通して伝送される電気信号のような、それ自体が一時的な信号として解釈されるものではない。

本明細書で説明されるコンピュータ可読プログラム命令は、コンピュータ可読ストレージ媒体からそれぞれのコンピュータ／処理デバイスに、または、例えばインターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワークもしくは無線ネットワークまたはこれらの組み合わせといったネットワークを介して外部コンピュータまたは外部ストレージ・デバイスにダウンロードすることができる。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータもしくはエッジサーバまたはこれらの組み合わせを含んでもよい。各コンピュータ／処理デバイスにおけるネットワーク・アダプタ・カードまたはネットワーク・インタフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、コンピュータ可読プログラム命令を、それぞれのコンピューティング／処理デバイス内のコンピュータ可読ストレージ媒体に格納するために転送する。

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械語命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、または、１以上のプログラミング言語の任意の組み合わせで書かれたソース・コードあるいはオブジェクト・コードであってよく、１以上のプログラミング言語は、Ｓｍａｌｌｔａｌｋ（登録商標）、Ｃ＋＋またはこれらに類するもなどのオブジェクト指向言語、Ｃプログラミング言語または類似のプログラミング言語などの従来型の手続型言語を含む。コンピュータ可読プログラム命令は、スタンド・アローンのソフトウェア・パッケージとして、全体としてユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、部分的にユーザのコンピュータ上かつ部分的に遠隔のコンピュータ上で、または、完全に遠隔のコンピュータまたはサーバ上で実行されてもよい。後者のシナリオでは、遠隔のコンピュータは、ユーザのコンピュータに、ローカル・エリア・ネットワーク（ＬＡＮ）またはワイド・エリア・ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通じて接続されてもよく、あるいは接続は、（例えば、インターネット・サービス・プロバイダを用いてインターネットを通じて）外部コンピュータになされてもよい。いくつかの実施形態においては、電気的回路は、本発明の側面を実行するために、コンピュータ可読プログラム命令の状態情報を利用して、電気的回路を個別化することによって、コンピュータ可読プログラム命令を実行してもよく、この電気的回路は、例えば、プログラマブル・ロジック回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、またはプログラマブル・ロジック・アレイ（ＰＬＡ）を含む。

本発明の側面は、本明細書において、本発明の実施形態に従った方法、装置（システム）およびコンピュータ・プログラム製品のフローチャート図もしくはブロック図またはこれらの両方を参照しながら、説明される。フローチャート図もしくはブロック図またはこれらの両方の各ブロック、および、フローチャート図もしくはブロック図またはこれらの両方における複数のブロックの組み合わせは、コンピュータ可読プログラム命令によって実装されてもよいことが理解されよう。

これらのコンピュータ可読プログラム命令は、汎用コンピュータ、特定用途コンピュータのプロセッサまたは他のプログラマブル・データ処理装置に提供され、コンピュータのプロセッサまたは他のプログラマブル・データ処理装置を介して実行される命令が、フローチャート図もしくはブロック図またはこれらの両方のブロックまたは複数のブロックにおいて特定される機能／作用を実装するための手段を作成するように、マシンを生成する。これらのコンピュータ可読プログラム命令は、また、コンピュータ、プログラマブル・データ処理装置もしくは他のデバイスまたはこれらの組み合わせに特定のやり方で機能するよう指示できるコンピュータ可読ストレージ媒体に格納され、それに格納された命令を有するコンピュータ可読ストレージ媒体に、フローチャート図もしくはブロック図またはこれらの両方ブロックまたは複数のブロックで特定される機能／作用の側面を実装する命令を含む製品が含まれるようにする。

コンピュータ可読プログラム命令は、また、コンピュータ、他のプログラマブル・データ処理装置、または他のデバイスにロードされ、コンピュータ、他のプログラマブル・データ処理装置または他のデバイス上で一連の動作ステップを実行させて、コンピュータ、他のプログラマブル・データ処理装置または他のデバイス上で実行される命令が、フローチャート図もしくはブロック図またはこれらの両方のブロックまたは複数のブロックで特定される機能／作用の側面を実装するように、コンピュータ実装処理を生成することもできる。

図面におけるフローチャート図およびブロック図は、本発明の種々の実施形態に従ったシステム、方法およびコンピュータ・プログラム製品の可能な実装のアーキテクチャ、機能性および動作を示す。この点に関して、フローチャート図またはブロック図の各ブロックは、特定の論理機能を実装するための１以上の実行可能な命令を含む、モジュール、セグメントまたは命令の部分を表す可能性がある。いくつかの代替の実装では、ブロックにおいて言及された機能は、図面に示された順序から外れて生じる可能性がある。例えば、連続して示される２つのブロックは、実際には、同時に、実質的に同時に実行されてもよく、あるいは、複数のブロックは、関与する機能性に応じて逆の順序で実行されてもよい。ブロック図もしくはフローチャート図またはこれらの両方の各ブロックおよびブロック図もしくはフローチャート図またはこれらの両方の複数のブロックの組み合わせが、特定の機能または作用を実行し、または、特別な目的のハードウェアおよびコンピュータ命令の組み合わせを実施する、特定目的ハードウェアベースのシステムによって実装されてもよいことに留意されたい。

この開示は、クラウド・コンピューティングについての詳細な説明を含むが、本明細書で詳述される教示の実装は、クラウド・コンピューティング環境に限定されないことが理解される。むしろ、本発明の実施形態は、現時点で知られた、またはこれから開発される他の任意のタイプのコンピューティング環境と併せて実装可能性である。

クラウド・コンピューティングは、最小の管理労力またはサービス・プロバイダとの対話で迅速にプロビジョニングおよびリリースされ得る、構成可能なコンピューティング・リソース（例えば、ネットワーク、ネットワーク帯域、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシンおよびサービス）の共有プールへの便利なオンデマンドのネットワーク・アクセスを可能とする、サービス配布のモデルである。このクラウド・モデルは、少なくとも５つの特性、少なくとも３つのサービス・モデルおよび少なくとも４つのデプロイメント・モデルを含んでもよい。

特性は、以下の通りである。
オンデマンド・セルフ・サービス：クラウド・コンシューマは、サービス・プロバイダとの人的な対話を必要とせずに自動的に必要なだけ、サーバ時間およびネットワーク・ストレージなどのコンピュータ能力を一方的にプロビジョニングすることができる。
広帯域ネットワーク・アクセス：能力は、ネットワーク越しに利用可能であり、異種シン・クライアントまたはシック・クライアント・プラットフォーム（例えば、モバイルフォン、ラップトップ、ＰＤＡ）による使用を促進する標準的なメカニズムを介して、アクセスされる。
リソース・プーリング：プロバイダのコンピューティング・リソースは、マルチ・テナント・モデルを用いて複数のコンシューマに提供するためにプールされ、種々の物理的および仮想的リソースが需要に従って動的に割り当てられ、また、再割り当てられる。コンシューマは、一般的に、提供されるリソースの正確な場所を管理したり、知識を有したりせず、しかし、より高度な抽象レベル（例えば国、州、またはデータセンタ）にて場所を指定することが可能であるという意味で、場所の独立感がある。
迅速な弾力性：能力は、迅速かつ柔軟に、いくつかの場合では自動的に、プロビジョニングされて素早くスケール・アウトすることができ、また、迅速にリリースされて素早くスケール・インすることができる。コンシューマにとって、プロビジョニング利用可能な能力は、しばしば外面的には無制限のように見え、任意の時間に任意の量を購入することができる。
測量されたサービス：クラウドシステムは、サービスのタイプにとって適切なある抽象レベル（例えば、ストレージ、処理、帯域幅、アクティブ・ユーザ数）での計量能力を利用することによって、自動的にリソース使用を制御し、また最適化する。リソース使用量は、監視され、制御されおよび報告されて、利用サービスのプロバイダおよびコンシューマの双方に対する透明性を提供する。

サービス・モデルは、以下の通りである。
ソフトウェア・アズ・ア・サービス（ＳａａＳ）：コンシューマに提供される能力は、クラウド・インフラストラクチャ上で稼働するプロバイダのアプリケーションを使用することである。アプリケーションは、ウェブ・ブラウザ（例えばウェブベースの電子メール）などのシン・クライアント・インタフェースを介して種々のクライアント・デバイスからアクセス可能である。コンシューマは、ネットワーク、サーバ、オペレーティング・システム、ストレージ、または、限定されたユーザ固有のアプリケーション構成設定の潜在的な例外を除いて個々のアプリケーション能力すらも含む下層のインフラストラクチャを管理または制御しない。
プラットフォーム・アズ・ア・サービス（ＰａａＳ）：コンシューマに提供される能力は、プロバイダによってサポートされるプログラミング言語およびツールを用いて作成された、コンシューマ作成または獲得のアプリケーションをクラウド・インフラストラクチャ上にデプロイすることである。コンシューマは、ネットワーク、サーバ、オペレーティング・システムまたはストレージを含む下層のクラウド・インフラストラクチャを管理または制御しないが、デプロイされたアプリケーションおよび場合によってはアプリケーション・ホスティング環境の構成への制御を有する。
インフラストラクチャ・アズ・ア・サービス（ＩａａＳ）：コンシューマに提供される能力は、処理、ストレージ、ネットワーク、および、コンシューマが、オペレーティング・システムおよびアプリケーションを含み得る任意のソフトウェアをデプロイし、稼働させることができる他の基本的なコンピューティング・リソースを提供することである。コンシューマは、下層のクラウド・インフラストラクチャを管理または制御しないが、オペレーティング・システム、ストレージ、デプロイされたアプリケーションに対する制御、および、場合によっては、選択したネットワーキング・コンポーネント（例えば、ホストファイアウォール）の限定された制御を有する。

デプロイメント・モデルは、以下の通りである。
プライベート・クラウド：クラウド・インフラストラクチャは、１つの組織のためだけに使用される。これは、組織または第三者によって管理されてもよく、オンプレミスまたはオフプレミスが存在し得る。
コミュニティ・クラウド：クラウド・インフラストラクチャは、いくつかの組織により共有され、共通の懸念（例えば、ミッション、セキュリティ要件、ポリシーおよびコンプライアンスに関する考慮事項）を有する特定のコミュニティをサポートする。これは、組織または第三者によって管理されてもよく、オンプレミスまたはオフプレミスが存在し得る。
パブリック・クラウド：クラウド・インフラストラクチャは、一般公衆、または、大きな業界団体が利用可能であり、クラウド・サービスを販売する組織によって所有される。
ハイブリッド・クラウド：クラウド・インフラストラクチャは、２以上のクラウド（プライベート、コミュニティまたはパブリック）の混成であり、これらのクラウドは、固有のエンティティのままであるが、しかし、データおよびアプリケーションのポータビリティを可能とする標準化されたまたは独自の技術（例えばクラウド間の負荷分散のためのクラウド・バースティング）によって結合される。

クラウド・コンピューティング環境は、ステートレス性、低結合、モジュール性および意味論的な相互運用性に重点を置いたサービス指向である。クラウド・コンピューティングの核心は、相互接続された複数のノードのネットワークを含むインフラストラクチャである。

ここで、図６を参照すると、例示的なクラウド・コンピューティング環境１０００が示されている。図示するように、クラウド・コンピューティング環境１０００は、１以上のクラウド・コンピューティング・ノード１０１を含み、これと、例えば、ＰＤＡまたは携帯電話１０００Ａ、デスクトップ・コンピュータ１０００Ｂ、ラップトップ・コンピュータ１０００Ｃもしくは自動車コンピュータ・システム１０００Ｎまたはこれらの組み合わせなどの、クラウド・コンシューマによって使用されるローカル・コンピューティング・デバイスが通信してもよい。ノード１０１は、互いに通信してもよい。これらは、プライベート、コミュニティ、パブリックもしくはハイブリッド・クラウドなど上述したような、またはこれらの組み合わせなどの１以上のネットワークにおいて、物理的にまたは仮想的にグループ化（図示しない）されてもよい。これは、クラウド・コンピューティング環境１０００が、インフラストラクチャ、プラットフォームもしくはソフトウェアまたはこれらの組み合わせをサービスとして提供することを可能とし、これらについては、クラウド・コンシューマは、リソースをローカル・コンピューティング・デバイス上で維持する必要がない。図６に示されるコンピューティング・デバイス１０００Ａ～１０００Ｎのタイプは、説明する目的のみであり、コンピューティング・ノード１０１およびクラウド・コンピューティング環境１０００が、任意のタイプのネットワーク、ネットワークアドレス可能な接続（例えば、ウェブ・ブラウザを使用して）またはこれらの両方を介して、任意のタイプのコンピュータ化されたデバイスと通信することができることが理解される。

ここで、図７を参照すると、クラウド・コンピューティング環境１０００によって提供される機能抽象レイヤのセット１１００が示される。図７に示すコンポーネント、レイヤおよび機能が、説明する目的のみであり、本発明の実施形態は、これらに限定されないことを事前に理解されるべきである。図示すように、以下の層および対応する機能が提供される。

ハードウェアおよびソフトウェア・レイヤ１１０２は、ハードウェアおよびソフトウェア・コンポーネントを含む。ハードウェア・コンポーネントの例には、メインフレーム１１０４、ＲＩＳＣ（縮約命令セットコンピュータ）アーキテクチャに基づくサーバ１１０６、サーバ１１０８、ブレードサーバ１１１０、ストレージ・デバイス１１１２およびネットワークおよびネットワーキング・コンポーネント１１１４を含む。いくつかの実施形態においては、ソフトウェア・コンポーネントは、ネットワーク・アプリケーション・サーバ・ソフトウェア１１１６およびデータベース・ソフトウェア１１１８を含む。

仮想化レイヤ１１２０は、抽象化レイヤを提供し、そこから仮想化サーバ１１２２、仮想化ストレージ１１２４、バーチャル・プライベート・ネットワークを含む仮想化ネットワーク１１２６、仮想化アプリケーションおよびオペレーティング・システム１１２８、および仮想クライアント１１３０などの仮想化エンティティの例が提供される。

一例においては、管理レイヤ１１３２は、以下に説明する機能を提供してもよい。リソース・プロビジョニング１１３４は、クラウド・コンピューティング環境内でタスクを実行するために利用されるコンピューティング・リソースおよび他のリソースの動的な調達を提供する。メータリングおよびプライシング１１３６は、リソースがクラウド・コンピューティング環境内で利用されるコストの追跡およびこれらのソースの消費に対する請求またはインボイスの送付を提供する。一例においては、これらのリソースは、アプリケーション・ソフトウェアのライセンスを含んでもよい。セキュリティは、クラウド・コンシューマおよびタスクについての本人確認、並びに、データおよび他のリソースに対する保護を提供する。ユーザポータル１１３８は、コンシューマおよびシステム管理者に対しクラウド・コンピューティング環境へのアクセスを提供する。サービス・レベル・マネジメント１１４０は、要求されるサービス・レベルを満たすようにクラウド・コンピューティング・リソースの割り当ておよび管理を提供する。サービス・レベル合意（ＳＬＡ）の計画と履行１１４２はサービス・レベル、将来の要求が予期されるクラウド・コンピューティグ・リソースの事前配置および調達を提供する。

ワークロード・レイヤ１１４４は、クラウド・コンピューティング環境が利用される機能性の例を提供する。ワークロードおよびこのレイヤから提供される機能の例には、マッピングおよびナビゲ―ション１１４６、ソフトウェア開発およびライフサイクル管理１１４８、仮想クラスルーム教育配信１１５０、データ・アナリティクス処理１１５２、トランザクション処理１１５４、および、複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイすること１１５６が含まれる。

本開示の種々の実施形態の説明が、説明のために提示されたが、しかしながら、網羅的であること、または、開示される実施形態に限定されることを意図するものではない。説明される実施形態の範囲および精神を逸脱することなく、多くの変更および変形が当業者にとって明らかであろう。本明細書で使用される用語は、実施形態の原理、実際の応用または市場で発見される技術に対する技術的改善を最もよく説明するために、あるいは、他の当業者が、本明細書で開示される実施形態を理解できるように選ばれたものである。

Claims (20)

1. 複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのコンピュータ実装方法であって、
   前記複数のマイクロサービスの少なくとも１つの依存関係を決定するステップと、
   前記複数のリソースの各リソースについて、時間に関するリソースの可用性を記述した機能停止分布を決定するステップと、
   各リソースに関連付けられた機能停止分布と、前記複数のマイクロサービスの前記少なくとも１つの依存関係とに基づいて、前記サービス・インフラストラクチャの前記リソースを横断した前記複数のマイクロサービスのデプロイメント構成を決定するステップと
   を含む、コンピュータ実装方法。
2. 前記複数のマイクロサービスの少なくとも１つの依存関係を決定するステップは、
   前記複数のマイクロサービスの複数の異なる構成を識別するステップであって、前記複数の異なる構成の各々がマイクロサービス・インスタンスの各自のセットを含む、識別するステップと、
   前記複数のマイクロサービスの前記複数の異なる構成の各々について、前記マイクロサービス・インスタンスの各自のセットの機能性を決定するステップと、
   前記複数の異なる構成の各々についての前記複数のマイクロサービス・インスタンスの各自のセットの決定された機能性に基づいて、前記複数のマイクロサービスのうちの少なくとも１つの依存関係を決定するステップと
   を含む、請求項１に記載のコンピュータ実装方法。
3. 前記マイクロサービス・インスタンスの各自のセットの機能性を決定するステップは、
   前記マイクロサービス・インスタンスの各自のセットの実行をシミュレートまたはテストするステップと、
   シミュレートまたはテストすることの結果に基づいて、前記マイクロサービス・インスタンスの各自のセットの機能性を決定するステップと
   を含む、請求項２に記載のコンピュータ実装方法。
4. 前記複数のマイクロサービスの前記複数の異なる構成を識別するステップは、
   前記複数のマイクロサービスの各々の構成を識別することに関連したユーザ入力を受信するステップと、
   前記ユーザ入力に基づいて、前記複数のマイクロサービスの各々の前記構成を識別するステップと
   を含む、請求項２に記載のコンピュータ実装方法。
5. 前記サービス・インフラストラクチャの前記リソースを横断した前記複数のマイクロサービスの前記デプロイメント構成を決定するステップは、
   前記サービス・インフラストラクチャの各リソースについて、前記リソースに関連付けられた機能停止分布に基づいて、前記リソースの所定の時間期間にわたる非可用性の確率を決定するステップと、
   前記サービス・インフラストラクチャの各リソースの前記非可用性の確率と、前記複数のマイクロサービスの前記少なくとも１つの依存関係とに基づいて、前記サービス・インフラストラクチャの前記リソースを横断した前記複数のマイクロサービスの前記デプロイメント構成を決定するステップであって、前記デプロイメント構成は、前記複数のマイクロサービスの非可用性の確率を最小化する、決定するステップと
   を含む、請求項１に記載のコンピュータ実装方法。
6. 前記サービス・インフラストラクチャの前記リソースを横断して前記複数のマイクロサービスの前記デプロイメント構成を決定するステップは、モンテカルロ法を使用して、複数の異なるデプロイメント構成についての前記複数のマイクロサービスの非可用性を評価するステップを含む、請求項５に記載のコンピュータ実装方法。
7. 前記サービス・インフラストラクチャの前記複数のリソースの可用性を監視し、前記サービス・インフラストラクチャのリソースの前記可用性の変化を検出するステップと、
   前記サービス・インフラストラクチャの前記リソースの可用性の変化を検出したことに応答して、前記サービス・インフラストラクチャの前記複数のリソースを横断した前記複数のマイクロサービスの修正されたデプロイメントを決定するステップと
   をさらに含む、請求項１に記載のコンピュータ実装方法。
8. 前記機能停止分布を決定するステップは、
   前記複数のリソースの各リソースに関連付けられたサービス・レベル合意を解析するステップと、
   前記リソースの以前の可用性に関する複数の履歴機能停止情報を処理するステップと
   のうちの少なくとも１つを含む、請求項１に記載のコンピュータ実装方法。
9. 複数のリソースを有するサービス・インフラストラクチャを横断して、複数のマイクロサービスをデプロイするためのコンピュータ・システムであって、
   １以上のプロセッサと、１以上のコンピュータ可読メモリと、１以上のコンピュータ可読有形ストレージ媒体と、前記１以上のコンピュータ可読メモリの少なくとも１つを介して前記１以上のプロセッサのうちの少なくとも１つにより実行のために前記１以上のコンピュータ可読有形ストレージ媒体の少なくとも１つに格納されたプログラム命令とを含み、前記コンピュータ・システムは、方法を実行可能であり、前記方法は、
   前記複数のマイクロサービスの少なくとも１つの依存関係を決定するステップと、
   前記複数のリソースの各リソースについて、時間に関するリソースの可用性を記述した機能停止分布を決定するステップと、
   各リソースに関連付けられた機能停止分布と、前記複数のマイクロサービスの前記少なくとも１つの依存関係とに基づいて、前記サービス・インフラストラクチャの前記リソースを横断した前記複数のマイクロサービスのデプロイメント構成を決定するステップと
   を含む、コンピュータ・システム。
10. 前記複数のマイクロサービスの少なくとも１つの依存関係を決定するステップは、
    前記複数のマイクロサービスの複数の異なる構成を識別するステップであって、前記複数の異なる構成の各々がマイクロサービス・インスタンスの各自のセットを含む、識別するステップと、
    前記複数のマイクロサービスの前記複数の異なる構成の各々について、前記マイクロサービス・インスタンスの各自のセットの機能性を決定するステップと、
    前記複数の異なる構成の各々についての前記複数のマイクロサービス・インスタンスの各自のセットの決定された機能性に基づいて、前記複数のマイクロサービスのうちの少なくとも１つの依存関係を決定するステップと
    を含む、請求項９に記載のコンピュータ・システム。
11. 前記マイクロサービス・インスタンスの各自のセットの機能性を決定するステップは、
    前記マイクロサービス・インスタンスの各自のセットの実行をシミュレートまたはテストするステップと、
    シミュレートまたはテストすることの結果に基づいて、前記マイクロサービス・インスタンスの各自のセットの機能性を決定するステップと
    を含む、請求項１０に記載のコンピュータ・システム。
12. 前記複数のマイクロサービスの前記複数の異なる構成を識別するステップは、
    前記複数のマイクロサービスの各々の構成を識別することに関連したユーザ入力を受信するステップと、
    前記ユーザ入力に基づいて、前記複数のマイクロサービスの各々の前記構成を識別するステップと
    を含む、請求項１０に記載のコンピュータ・システム。
13. 前記サービス・インフラストラクチャの前記リソースを横断した前記複数のマイクロサービスの前記デプロイメント構成を決定するステップは、
    前記サービス・インフラストラクチャの各リソースについて、前記リソースに関連付けられた機能停止分布に基づいて、前記リソースの所定の時間期間にわたる非可用性の確率を決定するステップと、
    前記サービス・インフラストラクチャの各リソースの非可用性の確率と、前記複数のマイクロサービスの前記少なくとも１つの依存関係とに基づいて、前記サービス・インフラストラクチャの前記リソースを横断した前記複数のマイクロサービスの前記デプロイメント構成を決定するステップであって、前記デプロイメント構成は、前記複数のマイクロサービスの非可用性の確率を最小化する、決定するステップと
    を含む、請求項９に記載のコンピュータ・システム。
14. 前記サービス・インフラストラクチャの前記リソースを横断して前記複数のマイクロサービスの前記デプロイメント構成を決定するステップは、モンテカルロ法を使用して、複数の異なるデプロイメント構成についての前記複数のマイクロサービスの非可用性を評価するステップを含む、請求項１３に記載のコンピュータ・システム。
15. 前記方法は、
    前記サービス・インフラストラクチャのリソースの前記可用性の変化を検出するステップと、
    前記サービス・インフラストラクチャの前記リソースの可用性の変化を検出したことに応答して、前記サービス・インフラストラクチャの前記複数のリソースを横断した前記複数のマイクロサービスの修正されたデプロイメントを決定するステップと
    をさらに含む、請求項９に記載のコンピュータ・システム。
16. 前記機能停止分布を決定するステップは、
    前記複数のリソースの各リソースに関連付けられたサービス・レベル合意を解析するステップと、
    前記リソースの以前の可用性に関する複数の履歴機能停止情報を処理するステップと
    のうちの少なくとも１つを含む、請求項９に記載のコンピュータ・システム。
17. 複数のリソースを有するサービス・インフラストラクチャを横断して複数のマイクロサービスをデプロイするためのコンピュータ・プログラム製品であって、
    １以上の非一時的なコンピュータ可読ストレージ媒体と、前記１以上の非一時的なコンピュータ可読ストレージ媒体の少なくとも１つに格納されたプログラム命令とを含み、前記プログラム命令は、プロセッサにより実行されて、プロセッサに方法を実行させ、前記方法は、
    前記複数のマイクロサービスの少なくとも１つの依存関係を決定するステップと、
    前記複数のリソースの各リソースについて、時間に関するリソースの可用性を記述した機能停止分布を決定するステップと、
    各リソースに関連付けられた機能停止分布と、前記複数のマイクロサービスの前記少なくとも１つの依存関係とに基づいて、前記サービス・インフラストラクチャの前記リソースを横断した前記複数のマイクロサービスのデプロイメント構成を決定するステップと
    を含む、コンピュータ・プログラム製品。
18. 前記複数のマイクロサービスの少なくとも１つの依存関係を決定するステップは、
    前記複数のマイクロサービスの複数の異なる構成を識別するステップであって、前記複数の異なる構成の各々がマイクロサービス・インスタンスの各自のセットを含む、識別するステップと、
    前記複数のマイクロサービスの前記複数の異なる構成の各々について、前記マイクロサービス・インスタンスの各自のセットの機能性を決定するステップと、
    前記複数の異なる構成の各々についての前記複数のマイクロサービス・インスタンスの各自のセットの決定された機能性に基づいて、前記複数のマイクロサービスのうちの少なくとも１つの依存関係を決定するステップと
    を含む、請求項１７に記載のコンピュータ・プログラム製品。
19. 前記マイクロサービス・インスタンスの各自のセットの機能性を決定するステップは、
    前記マイクロサービス・インスタンスの各自のセットの実行をシミュレートまたはテストするステップと、
    シミュレートまたはテストすることの結果に基づいて、前記マイクロサービス・インスタンスの各自のセットの機能性を決定するステップと
    を含む、請求項１８に記載のコンピュータ・プログラム製品。
20. 前記複数のマイクロサービスの前記複数の異なる構成を識別するステップは、
    前記複数のマイクロサービスの各々の構成を識別することに関連したユーザ入力を受信するステップと、
    前記ユーザ入力に基づいて、前記複数のマイクロサービスの各々の前記構成を識別するステップと
    を含む、請求項１８に記載のコンピュータ・プログラム製品。

Images