範例：{{.Account}}

"application/astra-credential"

"1.0"

"1.1"

符合 UUIDv4 架構

最短長度：1

最大長度：127

如果資源中不存在 keyType，且在更新時未指定 keyType，則 keyType 不得在更新後的資源中繼續存在。

如果 keyType 在資源中不存在且在更新中被指定，則必須將 keyType 新增至資源並執行驗證。如果驗證失敗，更新將會失敗。

如果資源中存在 keyType 且未在更新中指定，則必須保留 keyType。

如果資源中存在 keyType 並且在更新時有指定，且所指定的 keyType 與現有的 keyType 相符，則必須保留該 keyType。

如果 keyType 在資源中已存在並且在更新中指定，而指定的 keyType 與現有的 keyType 不同，則更新將會失敗。定義的值為：

「generic」- 認證資料是一般資料集合。這相當於不包含 keyType。

擴充驗證的執行方式如下：

必須在 keyStore 中存在一個或多個字串。

keyStore 中的每個字串都必須有一個以 base64 編碼的值。

"passwordHash" - 憑證是密碼雜湊值。

擴充驗證的執行方式如下：

認證資料名稱必須是唯一的。

憑證名稱必須與有效的使用者資源 ID 相同。

認證資料名稱不得更改。

對應的使用者資源必須具有「authProvider」為「local」。

「cleartext」字串必須存在於 keyStore 中，其值包含經過 base64 編碼的明文密碼：

密碼明文必須符合帳戶的密碼原則。

密碼以雜湊值形式儲存。

字串「change」必須存在於 keyStore 中，其值包含 base64 編碼的字串「true」或「false」。

只有當名稱所指示的使用者 ID 不存在時，才能刪除 passwordHash 類型的憑證。

「apikey」- 認證資料是 API 金鑰。

擴充驗證的執行方式如下：

必須在 keyStore 中存在一個「apikey」字串，其值包含一個 base64 編碼的任意字串。

"kubeconfig" - 認證資料是 kubeconfig。

擴充驗證的執行方式如下：

必須存在一個「base64」字串於 keyStore 中，其值包含一個 base64 編碼的 JSON kubeconfig 檔案。

kubeconfig 檔案只能描述單一叢集。

keyStore 內部不能存在其他欄位。

「 certificate 」－憑證是 PEM 編碼的憑證

擴充驗證的執行方式如下：

「憑證」字串必須存在於 keyStore 中，其值包含 base64 編碼的 PEM 憑證。

「 privkey 」 - 該憑證是 PEM 編碼的私鑰。

擴充驗證的執行方式如下：

「 privkey 」字串必須存在於 keyStore 中，其值包含 base64 編碼的 PEM 私密金鑰。

"s3" - 表示憑證用於簡單儲存服務（S3）存取。

擴充驗證的執行方式如下：

「accessKey」字串必須存在於 keyStore 中，其值包含 base64 編碼的 S3 存取金鑰。

「accessSecret」字串必須存在於keyStore中，其值需包含 base64 編碼的 S3 存取密鑰。

符合 base64 編碼資料架構，字串長度沒有限制。

「true」- 此認證資料符合使用條件。

"false" - 不得使用該憑證。

符合 ISO-8601 日期時間架構

符合 ISO-8601 日期時間架構

符合 Astra Metadata Schema。如果在建立時未指定、則會建立沒有標籤的中繼資料物件。如果在更新時未指定，元資料物件的標籤、creationTimestamp 和 createdBy 將保持不變。