AWS CDK bandiere caratteristiche - AWS Cloud Development Kit (AWS CDK) v2

Questa è la guida per sviluppatori AWS CDK v2. La versione precedente della CDK versione 1 è entrata in manutenzione il 1° giugno 2022 e ha terminato il supporto il 1° giugno 2023.

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

AWS CDK bandiere caratteristiche

AWS CDK Utilizza i flag di funzionalità per abilitare comportamenti potenzialmente dannosi in una versione. I flag vengono memorizzati come I valori di contesto e il AWS CDK valori in cdk.json (o). ~/.cdk.json Non vengono rimossi dai cdk context --clear comandi cdk context --reset o.

I flag delle funzionalità sono disabilitati per impostazione predefinita. I progetti esistenti che non specificano il flag continueranno a funzionare come prima con le AWS CDK versioni successive. I nuovi progetti creati utilizzando i flag cdk init includono che abilitano tutte le funzionalità disponibili nella versione che ha creato il progetto. Modifica cdk.json per disabilitare tutti i flag per i quali preferisci il comportamento precedente. È inoltre possibile aggiungere flag per abilitare nuovi comportamenti dopo l'aggiornamento di. AWS CDK

Un elenco di tutti i flag di funzionalità correnti è disponibile nel repository in. AWS CDK GitHub FEATURE_FLAGS.md Per una descrizione di tutti i nuovi flag di funzionalità aggiunti CHANGELOG in quella versione, consulta la sezione relativa a una determinata versione.

Ripristino del comportamento v1

Nella CDK v2, le impostazioni predefinite per alcuni flag di funzionalità sono state modificate rispetto alla v1. È possibile reimpostarli su per ripristinare il comportamento specifico della false v1. AWS CDK Utilizzate il cdk diff comando per esaminare le modifiche al modello sintetizzato per vedere se qualcuno di questi flag è necessario.

@aws-cdk/core:newStyleStackSynthesis

Usa il nuovo metodo di sintesi dello stack, che presuppone risorse bootstrap con nomi noti. Richiede un sistema di bootstrap moderno, ma a sua volta consente la CI/CD tramite CDKPipelines e le distribuzioni tra account preconfigurati.

@aws-cdk/aws-apigateway:usagePlanKeyOrderInsensitiveId

Se la tua applicazione utilizza più API chiavi Amazon API Gateway e le associa a piani di utilizzo.

@aws-cdk/aws-rds:lowercaseDbIdentifier

Se la tua applicazione utilizza istanze di RDS database Amazon o cluster di database e specifica esplicitamente l'identificatore per questi.

@aws-cdk/aws-cloudfront:defaultSecurityPolicyTLSv1.2_2021

Se la tua applicazione utilizza la politica di sicurezza TLS _V1_2_2019 con distribuzioni. Amazon CloudFront CDKv2 utilizza la politica di sicurezza .2_2021 per impostazione predefinita. TLSv1

@aws-cdk/core:stackRelativeExports

Se l'applicazione utilizza più stack e si fa riferimento alle risorse di uno stack all'altro, ciò determina se viene utilizzato un percorso assoluto o relativo per costruire le esportazioni. AWS CloudFormation

@aws-cdk/aws-lambda:recognizeVersionProps

Se impostato sufalse, CDK include i metadati quando rileva se una funzione Lambda è cambiata. Ciò può causare errori di distribuzione quando sono stati modificati solo i metadati, poiché non sono consentite versioni duplicate. Non è necessario ripristinare questo flag se hai apportato almeno una modifica a tutte le funzioni Lambda dell'applicazione.

La sintassi per ripristinare questi flag è mostrata qui. cdk.json

{ "context": { "@aws-cdk/core:newStyleStackSynthesis": false, "@aws-cdk/aws-apigateway:usagePlanKeyOrderInsensitiveId": false, "@aws-cdk/aws-cloudfront:defaultSecurityPolicyTLSv1.2_2021": false, "@aws-cdk/aws-rds:lowercaseDbIdentifier": false, "@aws-cdk/core:stackRelativeExports": false, "@aws-cdk/aws-lambda:recognizeVersionProps": false } }