私の曖昧な理解から、ラウンドトリップは、2つの異なるAPIグループバージョン間の変換を伴うプロセスです。 GV(たとえばapps/v1beta1)から別のGV(たとえばapps/v1beta2)に変換する場合、最初のGVは意図されたGVに変換される前に常に最初に内部バージョンに変換されます。Kubernetesでのラウンドトリップはどのように機能しますか?
私の理解が正しいかどうかはわかりません。
私の曖昧な理解から、ラウンドトリップは、2つの異なるAPIグループバージョン間の変換を伴うプロセスです。 GV(たとえばapps/v1beta1)から別のGV(たとえばapps/v1beta2)に変換する場合、最初のGVは意図されたGVに変換される前に常に最初に内部バージョンに変換されます。Kubernetesでのラウンドトリップはどのように機能しますか?
私の理解が正しいかどうかはわかりません。
次のようにGroup/Versionオブジェクトを変換します。例えば
kubectl version => kube-apiserver version => etcd version
Incoming Object Version => Internal Object Verion => Storage Object Version
、物事を以下の手順でそのためv1beta1 =>内部=> V1
は、ストレージ・レベルのバージョン、検証、セマンティクス、およびポリシーに上位バージョンから行われます。
バージョンを検証するのは、そのkube-apiserverの責任です。 これは、クラスタがリソースをサポートしていない場合に発生する一般的なエラーです。
データを検証エラー:不明なオブジェクト型schema.GroupVersionKind
私は、さらなる研究のためのリンクを添付しています。 kubernetes-deep-dive-api-server-part-2