Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Esquemas de tipos de cambio
Todos los tipos de cambios proporcionan un esquema JSON para que los introduzcas en la creación, modificación o acceso a los recursos. El esquema proporciona los parámetros y sus descripciones para que pueda crear una solicitud de cambio (RFC).
La ejecución correcta de una RFC da como resultado el resultado de la ejecución. Para el aprovisionamiento RFCs, el resultado de la ejecución incluye un «stack_id» que representa la pila CloudFormation y se puede buscar en la consola. CloudFormation El resultado de la ejecución a veces incluye el resultado del ID de la instancia creada y ese ID se puede usar para buscar la instancia en la consola de AWS correspondiente. Por ejemplo, el resultado de ejecución de Create ELB CT incluye un «stack_id» que se puede buscar CloudFormation y genera un valor Key=ELB value= que <stack-xxxx>se puede buscar en la consola de Amazon para Elastic Load Balancing. EC2
Examinemos un esquema CT. Este es el esquema de CodeDeploy Application Create, un esquema bastante pequeño. Algunos esquemas tienen Parameter áreas muy grandes.
|
La primera parte del esquema proporciona información a AMS sobre el tipo de cambio solicitado.
|
El TimeoutInMinutes parámetro permite indicar un tiempo límite para ejecutar el tipo de cambio. Los valores válidos oscilan entre 60 y 360 si se trata de una ejecución prolongada UserData.
| |
En la sección de parámetros se especifican los ajustes del recurso que se está creando o de la acción que se solicita.
| |
Las secciones de «propiedades adicionales» le permiten saber qué parámetros son obligatorios y cuáles son opcionales. |
nota
Este esquema permite hasta siete etiquetas; sin embargo, EFS EC2, RDS y los esquemas de creación de varios niveles permiten hasta 50 etiquetas.