這是 AWS CDK v2 開發人員指南。較舊的 CDK v1 已於 2022 年 6 月 1 日進入維護,並於 2023 年 6 月 1 日結束支援。
本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
建置 AWS Cloud Development Kit (AWS CDK) 應用程式時,您會使用多種類型的識別符和名稱。若要 AWS CDK 有效使用 並避免錯誤,請務必了解識別符的類型。
識別符必須在建立它們的範圍內是唯一的;它們不需要在您的 AWS CDK 應用程式中全域是唯一的。
如果您嘗試在相同範圍內建立具有相同值的識別符, 會 AWS CDK 擲回例外狀況。
建構 IDs
最常見的識別符 id
是執行個體化建構物件時作為第二個引數傳遞的識別符。此識別符與所有識別符一樣,只需要在建立識別符的範圍內是唯一的,這是執行個體化建構物件時的第一個引數。
注意
堆疊id
的 也是您在 中用來參考它的識別符AWS CDK參考CLI。
讓我們來看看範例,其中有兩個具有 識別符的建構MyBucket
。第一個定義在具有識別符 的堆疊範圍內Stack1
。第二個是定義在具有識別符 的堆疊範圍內Stack2
。因為它們是在不同的範圍內定義,這不會造成任何衝突,而且可以在同一應用程式中共存而不會發生問題。
import { App, Stack, StackProps } from 'aws-cdk-lib';
import { Construct } from 'constructs';
import * as s3 from 'aws-cdk-lib/aws-s3';
class MyStack extends Stack {
constructor(scope: Construct, id: string, props: StackProps = {}) {
super(scope, id, props);
new s3.Bucket(this, 'MyBucket');
}
}
const app = new App();
new MyStack(app, 'Stack1');
new MyStack(app, 'Stack2');
路徑
應用程式中的建構會 AWS CDK 形成以 App
類別為根的階層。我們將來自指定建構、其父建構、其祖父母等IDs 集合,稱為建構樹根目錄的路徑。
AWS CDK 通常會將範本中的路徑顯示為字串。來自關卡的 IDs 會以斜線分隔,從根App
執行個體下的節點開始,通常為堆疊。例如,上一個程式碼範例中兩個 Amazon S3 儲存貯體資源的路徑為 Stack1/MyBucket
和 Stack2/MyBucket
。
您可以程式設計方式存取任何建構的路徑,如下列範例所示。這會取得路徑 myConstruct
(或 my_construct
,因為 Python 開發人員會寫入)。由於 IDs 在建立的範圍內必須是唯一的,因此其路徑在 AWS CDK 應用程式中一律是唯一的。
const path: string = myConstruct.node.path;
唯一 ID
AWS CloudFormation 要求範本中的所有邏輯 IDs 都是唯一的。因此, AWS CDK 必須能夠為應用程式中的每個建構產生唯一的識別符。資源具有全域唯一的路徑 (從堆疊到特定資源的所有範圍名稱)。因此, 會透過串連路徑的元素並新增 8 位數雜湊來 AWS CDK 產生必要的唯一識別符。(雜湊是區分不同路徑的必要項目,例如 A/B/C
和 A/BC
,這會導致相同的 AWS CloudFormation 識別符。 AWS CloudFormation 識別符是英數字元,不能包含斜線或其他分隔符號字元。) 會將此字串 AWS CDK 呼叫為建構體的唯一 ID。
一般而言,您的 AWS CDK 應用程式不需要知道唯一 IDs。不過,您可以透過程式設計方式存取任何建構的唯一 ID,如下列範例所示。
const uid: string = Names.uniqueId(myConstruct);
地址是另一種唯一識別符,可唯一區分 CDK 資源。衍生自路徑的 SHA-1 雜湊,無法人類讀取。不過,其常數、相對較短的長度 (一律為 42 個十六進位字元),在「傳統」唯一 ID 可能太長的情況下非常有用。有些建構可能使用合成 AWS CloudFormation 範本中的地址,而非唯一 ID。同樣地,您的應用程式通常不需要知道其建構地址,但您可以擷取建構地址,如下所示。
const addr: string = myConstruct.node.addr;
邏輯 IDs
唯一 IDs 做為代表資源之建構的產生 AWS CloudFormation 範本中 AWS 資源的邏輯識別符 (或邏輯名稱)。
例如,在上一個範例中建立的 Amazon S3 儲存貯體Stack2
會產生 AWS::S3::Bucket
資源。資源的邏輯 ID 位於產生的 AWS CloudFormation 範本Stack2MyBucket4DD88B4F
中。(如需如何產生此識別符的詳細資訊,請參閱 唯一 ID。)
邏輯 ID 穩定性
建立資源之後,請避免變更資源的邏輯 ID。 會依其邏輯 ID 來 AWS CloudFormation 識別資源。因此,如果您變更資源的邏輯 ID, 會使用新的邏輯 ID AWS CloudFormation 建立新的資源,然後刪除現有的資源。視資源類型而定,這可能會導致服務中斷、資料遺失或兩者。