オーバーサブスクリプションとオーバーコミットメントは同じですか？
クラウドでのQoSとコンピューティングリソースの使用状況のコンテキストでこれらの用語が一緒に使用されているのはわかりますが、用語の正式な定義とそれらの関係が不足しています。
たとえば、 このドキュメント は次のように述べています。
オーバーコミット環境では、ノード上のポッドが任意の時点で使用可能なよりも多くのコンピューティングリソースを使用しようとする可能性があります。
そして
最終的に、十分なスワップスペースがない場合、システムがオーバーサブスクライブされているために、ポッド内のプロセスが終了する可能性があります。
これまでの私の理解では、リソースの全体を回収すると、そのリソースのオーバーサブスクリプションが発生するという約束がなされた場合、リソースはオーバーコミットされたと見なされます。一方、リソースがコミットしたすべての作業を提供できない場合、リソースはオーバーサブスクライブされていると言われます。
私はこの主題に不慣れですが、参照すべき主題に関する独創的な論文はありますか？
それらは基本的にまったく同じことを意味しますが、違いは画角にあります。
サブスクリプション（またはオーバーサブスクリプション）は、クライアントが使用しようとしているシステム/サービスに関連して、クライアントのレンズを通して見ている状況（クライアントが何であれ、誰であれ）を定義する用語です。例えば。 @Ron Maupinが質問へのコメントで説明したように、同時に処理できるより多くのユーザーにサービスを売り込む場合、それらをオーバーサブスクライブしていることになります。
コミットメント（またはオーバーコミットメント）は、クライアントにサービスを提供するために必要なリソースに関連して、システム/サービスのレンズを通して見た同じ状況を定義する用語です。例えば。バーの警備員は、バーの定員よりも多くの人を入れました（誰かが常連客をオーバーサブスクライブしたため、彼らはバーのドアに到着しましたが、警備員は彼らを入れてオーバーコミットしました:)）。
ただし、このトピックについては別の意見もあります。ベンジャミン・アームストロング 主張 「オーバーコミットメント」とは、リソースがすでに割り当てられている場合（たとえば、私の例ではバーがすでにいっぱいで容量が不足している場合）であり、悪いことですが、「オーバーサブスクリプション」は単なるスポットがあることを約束し、それは良いことです（仮想化の観点から）。
これらの用語は同じ意味で使用されます。デルのソフトウェアの記事： vSphere仮想環境でのCPU、メモリ、ストレージのオーバーサブスクリプションのベストプラクティス 、作成者は次の概念を定義しています。
...管理者は、ホストで実行できるワークロードの数を最大化するために、ホスト上の物理リソースをオーバーサブスクライブできます。つまり、ホストで実際に使用できるよりも多くのリソースを合計して仮想マシンに割り当てることができます。
そして、次のように、いくつかの場所で両方の単語を同じ意味で使用します。
メモリリソースのオーバーサブスクライブ
社会通念
オーバーサブスクライブRAMは、より物議を醸しているリソースのオーバーサブスクリプションオプションの1つです。CPUおよびストレージリソースはオーバーコミットされることがよくありますが、RAMのオーバーコミットに関しては保守的な見方があります。