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.
# ¿Qué son los tipos de cambios?
El tipo de cambio se refiere a la acción que realiza una solicitud de cambio (RFC) de AWS Managed Services (AMS) y abarca la acción de cambio en sí misma y el tipo de cambio: manual o automatizado. AMS tiene una amplia colección de tipos de cambios que no utilizan otros servicios web de Amazon. Estos tipos de cambios se utilizan al enviar una solicitud de cambio (RFC) para implementar, gestionar o acceder a los recursos.
**Topics**
+ [Automatizado y manual CTs](ug-automated-or-manual.md)
+ [Requisitos de aprobación CT](constrained-unconstrained-ctis.md)
+ [Cambiar las versiones de los tipos](ct-versions.md)
+ [Crear tipos de cambios](ct-creates.md)
+ [Actualizar tipos de cambios](ct-updates.md)
+ [Tipos de cambios solo internos](ct-internals.md)
+ [Esquemas de tipos de cambio](ct-schemas.md)
+ [Administrar los permisos para los tipos de cambios](ct-permissions.md)
+ [Redacción de información confidencial de los tipos de cambios](ct-redaction.md)
+ [Búsqueda de un tipo de cambio mediante la opción de consulta](ug-find-ct-ex-section.md)
# Automatizado y manual CTs
Una limitación de los tipos de cambio es si son automáticos o manuales; se trata del `AutomationStatusId` atributo del tipo de cambio, denominado **modo de ejecución** en la consola AMS.
Los tipos de cambios automatizados tienen los resultados y los tiempos de ejecución esperados y se ejecutan en el sistema automatizado AMS, generalmente en una hora o menos (esto depende en gran medida de los recursos que aprovisione el CT). Los tipos de cambios manuales son poco frecuentes, pero se tratan de forma diferente porque requieren que un operador de AMS actúe en función de la RFC antes de poder ejecutarla. A veces, esto implica comunicarse con el remitente de la RFC, por lo que los tipos de cambios manuales requieren períodos de tiempo variables para completarse.
Para todos los programados RFCs, se escribe una hora de finalización no especificada como la hora especificada `RequestedStartTime` más el `ExpectedExecutionDurationInMinutes` atributo del tipo de cambio enviado. Por ejemplo, si `ExpectedExecutionDurationInMinutes` es «60» (minutos) y la especificada `RequestedStartTime` es `2016-12-05T14:20:00Z` (5 de diciembre de 2016 a las 4:20 a.m.), la hora de finalización real se establecerá en el 5 de diciembre de 2016 a las 5:20 a.m. Para `ExpectedExecutionDurationInMinutes` buscar el tipo de cambio específico, ejecute este comando:
```
aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{ExpectedDuration:ExpectedExecutionDurationInMinutes}"
```
**nota**
Programado RFCs con **modo de ejecución** = Manual, en la consola, debe configurarse para que se ejecute al menos 24 horas en el futuro.
**nota**
Si se utiliza de forma manual CTs, AMS recomienda utilizar la opción de **programación** ASAP (elegir **ASAP** en la consola y dejar en blanco la hora de inicio y finalización en la API/CLI), ya que CTs requiere que un operador de AMS examine la RFC y, posiblemente, se comunique con usted antes de que pueda aprobarse y ejecutarse. Si las programa RFCs, asegúrese de esperar al menos 24 horas. Si la aprobación no se produce antes de la hora de inicio programada, la RFC se rechaza automáticamente.
El objetivo de AMS es responder a una tomografía computarizada manual en un plazo de cuatro horas y se comunicará con ella lo antes posible, pero la RFC podría tardar mucho más en ejecutarse realmente.
Para ver una lista de las CTs que son manuales y requieren una revisión por parte de AMS, consulta el archivo CSV de tipo de cambio, disponible en la página **de recursos para desarrolladores** de la consola.
**YouTube Vídeo**: [¿Cómo puedo encontrar los tipos de cambios automatizados para AMS RFCs?](https://www.youtube.com/watch?v=sOzDuCCOduI&list=PLhr1KZpdzukc_VXASRqOUSM5AJgtHat6-&index=2&t=1s)
Para encontrar el **modo de ejecución** de un CT en la consola AMS, debe utilizar la opción de búsqueda Buscar **tipos de cambios**. Los resultados muestran el modo de ejecución del tipo o los tipos de cambio coincidentes.
Para buscar un tipo de cambio específico mediante la CLI de AMS, ejecute este comando: `AutomationStatus`
```
aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{AutomationStatus:AutomationStatus.Name}"
```
También puede buscar los tipos de cambio en la [Referencia de tipos de cambios de AMS](https://docs.aws.amazon.com/managedservices/latest/ctref/index.html), que proporciona información sobre todos los tipos de cambios de AMS.
**nota**
ActualmenteAPI/CLI. To access the AMS API/CLI, API/CLI los AMS no forman parte de AWS; puede descargar el SDK de AMS a través de la consola de AMS.
# Requisitos de aprobación CT
Los AMS CTs siempre tienen dos condiciones de aprobación, **AwsApprovalId**CustomerApprovalId****que indican si la RFC exige que AMS, usted o alguien más apruebe la ejecución.
La condición de aprobación está relacionada en cierta medida con el modo de ejecución; para obtener más información, consulte[Automatizado y manual CTs](ug-automated-or-manual.md).
Para averiguar la condición de aprobación de un CT, puede consultar la [referencia de cambio de tipo del AMS](https://docs.aws.amazon.com/managedservices/latest/ctref/index.html) o correr [GetChangeTypeVersion](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_GetChangeTypeVersion.html). Ambos también le ofrecerán el modo CT `AutomationStatusId` o **modo de ejecución**.
Puede aprobarlo RFCs mediante la consola AMS o con el siguiente comando:
```
aws amscm approve-rfc --rfc-id RFC_ID
```
**Condición de aprobación CT**
| Si la condición de aprobación por TC es | Requiere la aprobación de | Y |
| --- | --- | --- |
| `AwsApprovalId: Required` | El sistema de cambio de tipos AMS, | No hay que hacer nada más. Esta condición es típica de los sistemas automatizados CTs. |
| `AwsApprovalId: NotRequiredIfSubmitter` | El AMS cambia el tipo de sistema y nadie más, si el RFC enviado es para la cuenta en la que se presentó, | No hay que hacer nada más. Esta condición es típica de los manuales, CTs ya que siempre los revisan los operadores del AMS. |
| `CustomerApprovalId: NotRequired` | El sistema de cambio de tipos AMS, | Si el RFC pasa las comprobaciones de sintaxis y parámetros, se aprueba automáticamente. |
| `CustomerApprovalId: Required` | El AMS cambia el sistema de tipos y usted, | Se le envía una notificación y debe aprobar la RFC de forma explícita, ya sea respondiendo a la notificación o ejecutando la [ApproveRfc](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ApproveRfc.html)operación. |
| `CustomerApprovalId: NotRequiredIfSubmitter` | El AMS cambia el tipo de sistema y nadie más, si has enviado la RFC. | Si el RFC pasa las comprobaciones de sintaxis y parámetros, se aprueba automáticamente. |
| Incidente o parche de seguridad urgente | AMS | Está aprobado e implementado automáticamente. |
# Cambiar las versiones de los tipos
Los tipos de cambio se versionan y la versión cambia cuando se realiza una actualización importante del tipo de cambio.
Tras seleccionar un tipo de cambio mediante la consola AMS, tiene la opción de abrir el área de **configuración adicional** y seleccionar una versión del tipo de cambio. También puede especificar una versión del tipo de cambio en la línea de API/CLI comandos. Es posible que desee hacerlo por varios motivos, entre los que se incluyen los siguientes:
+ **Sabe que la versión del tipo de cambio de **actualización** que desea debe coincidir con la versión del tipo de cambio de creación que utilizó para crear el recurso que ahora desea actualizar.** Por ejemplo, puede que tengas una instancia de Elastic Load Balancer (ELB) que hayas creado con la versión 1 de ELB Create tipo cambio. Para actualizarla, elija la versión 1 de ELB Update.
+ Desea utilizar una versión de tipo de cambio que tenga opciones diferentes a las del tipo de cambio más reciente. No lo recomendamos porque las actualizaciones de AMS cambian de tipo principalmente por motivos de seguridad y te recomendamos que elijas siempre la versión más reciente.
# Crear tipos de cambios
Los tipos de cambios de creación coinciden version-to-version con los tipos de cambios de actualización. Es decir, la versión del tipo de cambio que utilice para aprovisionar un recurso debe coincidir con la versión del tipo de cambio de actualización que utilizaría más adelante para modificar ese recurso. Por ejemplo, si crea un depósito de S3 con la versión 2.0 de Create S3 Bucket y, posteriormente, desea enviar una RFC para modificar ese depósito de S3, también debe utilizar la versión 2.0 de Update S3 Bucket, incluso si hay un tipo de cambio de tipo de depósito de S3 de Update S3 con la versión 3.0.
Te recomendamos mantener un registro del ID de tipo de cambio y la versión que utilizas al aprovisionar un recurso con el tipo Crear cambio en caso de que más adelante desees utilizar un tipo de cambio Actualizar para modificarlo.
# Actualizar tipos de cambios
AMS proporciona tipos de cambios de actualización para actualizar los recursos que se crearon con Create change types. Los tipos de cambios de actualización deben coincidir version-to-version con el tipo de cambio de creación que se utilizó originalmente para aprovisionar el recurso.
Se recomienda llevar un registro del identificador del tipo de cambio y de la versión que se utiliza al aprovisionar un recurso para facilitar su actualización.
**YouTube Vídeo**: [¿Cómo utilizo la actualización CTs para cambiar los recursos de una cuenta de AWS Managed Services (AMS)?](https://www.youtube.com/watch?v=dqb31yaAXhc&list=PLhr1KZpdzukc_VXASRqOUSM5AJgtHat6-&index=8&t=30s)
# Tipos de cambios solo internos
Puedes ver los tipos de cambios que son solo para uso interno. Esto sirve para que sepa qué acciones puede o toma AMS. Si hay un tipo de cambio solo interno que le gustaría tener disponible para su uso, envíe una solicitud de servicio.
Por ejemplo, hay un CT de administración, monitoreo y notificación, supresión de CloudWatch alarmas, actualización, que es solo interno. AMS lo utiliza para implementar actualizaciones de infraestructura (como la aplicación de parches) a fin de desactivar las notificaciones de alarma que las actualizaciones podrían activar por error. Cuando envíe este CT, verá el RFC del CT en su lista de RFC. Cualquier CT solo interno que esté desplegado en una RFC aparecerá en su lista de RFC.
# 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\$1id» 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\$1id» que se puede buscar CloudFormation y genera un valor Key=ELB value= que 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.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/ct-schemas.html)
**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.
# Administrar los permisos para los tipos de cambios
Puede usar una política personalizada para restringir los tipos de cambio (CTs) que están disponibles para los distintos grupos o usuarios.
Para obtener más información sobre cómo hacerlo, consulte la sección [Configuración de permisos](https://docs.aws.amazon.com/managedservices/latest/userguide/setting-permissions.html) de la Guía del usuario de AMS.
# Redacción de información confidencial de los tipos de cambios
Los esquemas de tipos de cambio de AMS ofrecen un atributo de parámetro, `"metadata":"ams:sensitive":"true"` que se utiliza para los parámetros que contienen información confidencial, como una contraseña. Cuando se establece este atributo, la entrada proporcionada se oculta. Tenga en cuenta que no puede establecer este atributo de parámetro; sin embargo, si está trabajando con AMS para crear un tipo de cambio y desea ocultar un parámetro al introducirlo, puede solicitarlo.
# Búsqueda de un tipo de cambio mediante la opción de consulta
En este ejemplo se muestra cómo utilizar la consola AMS para encontrar el tipo de cambio adecuado para la RFC que desea enviar.
Puede utilizar la consola o la API/CLI para buscar un identificador de tipo de cambio (CT) o una versión. Existen dos métodos: buscar o seleccionar la clasificación. Para ambos tipos de selección, puede ordenar la búsqueda eligiendo Usado **con más frecuencia, Usado** **más recientemente** o **Alfabético**.
**YouTube Vídeo**: [¿Cómo creo un RFC mediante la CLI de AWS Managed Services y dónde puedo encontrar el esquema CT](https://www.youtube.com/watch?v=IluDFwnJJFU&list=PLhr1KZpdzukc_VXASRqOUSM5AJgtHat6-&index=3&t=150s)?
En la consola AMS, en la página **RFCs**-> **Crear RFC**:
+ Con la opción **Buscar por tipo de cambio** seleccionada (opción predeterminada), puede hacer lo siguiente:
+ Usa el área de **creación rápida** para seleccionar una de las más populares de AMS CTs. Haga clic en una etiqueta y se abrirá la página **Ejecutar RFC** con la opción **Asunto** rellenada automáticamente. Complete las opciones restantes según sea necesario y haga clic en **Ejecutar** para enviar la RFC.
+ O bien, desplácese hacia abajo hasta el área **Todos los tipos de cambios** y comience a escribir un nombre de CT en el cuadro de opciones; no es necesario que tenga el nombre exacto o completo del tipo de cambio. También puede buscar una tomografía computarizada por ID de tipo de cambio, clasificación o modo de ejecución (automática o manual) introduciendo las palabras correspondientes.
Con la vista de **tarjetas** predeterminada seleccionada, las tarjetas CT coincidentes aparecen a medida que escribes, seleccionas una carta y haces clic en **Crear RFC**. Con la vista de **tabla** seleccionada, elige el CT correspondiente y haz clic en **Crear RFC**. Ambos métodos abren la página **Ejecutar RFC**.
+ Como alternativa, y para explorar las opciones de tipos de cambio, haga clic en **Elegir por categoría** en la parte superior de la página para abrir una serie de cuadros de opciones desplegables.
+ Elija una **categoría**, una **subcategoría**, un **elemento** y una **operación.** Aparece el cuadro de información para ese tipo de cambio y aparece un panel en la parte inferior de la página.
+ Cuando esté listo, presione **Entrar** y aparecerá una lista de los tipos de cambios coincidentes.
+ Elige un tipo de cambio de la lista. El cuadro de información para ese tipo de cambio aparece en la parte inferior de la página.
+ Una vez que tenga el tipo de cambio correcto, elija **Crear RFC**.
**nota**
La CLI de AMS debe estar instalada para que estos comandos funcionen. Para instalar la API o CLI de AMS, vaya a la página de **recursos para desarrolladores** de la consola AMS. Para obtener material de referencia sobre la API AMS CM o la API AMS SKMS, consulte la sección Recursos de información de AMS en la Guía del usuario. Puede que necesite añadir una `--profile` opción de autenticación; por ejemplo,`aws amsskms ams-cli-command --profile SAML`. Es posible que también tengas que añadir la `--region` opción, ya que todos los comandos de AMS se ejecutan desde us-east-1, por ejemplo. `aws amscm ams-cli-command --region=us-east-1`
**nota**
Los puntos de enlace AMS API/CLI (amscm y amsskms) se encuentran en la región de AWS del Norte de Virginia,. `us-east-1` En función de cómo esté configurada su autenticación y de la región de AWS en la que se encuentren su cuenta y sus recursos, es posible que tenga que `--region us-east-1` añadirlos al emitir comandos. Es posible que también necesite añadirlo`--profile saml`, si ese es su método de autenticación.
Para buscar un tipo de cambio mediante la API CM de AMS (consulte [ListChangeTypeClassificationSummaries](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ListChangeTypeClassificationSummaries.html)) o la CLI:
Puede utilizar un filtro o una consulta para realizar la búsqueda. La ListChangeTypeClassificationSummaries operación tiene opciones de [filtros](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ListChangeTypeClassificationSummaries.html#amscm-ListChangeTypeClassificationSummaries-request-Filters) para `Category``Subcategory`,`Item`, y`Operation`, pero los valores deben coincidir exactamente con los valores existentes. Para obtener resultados más flexibles al usar la CLI, puede usar la `--query` opción.
**Cambie el tipo de filtrado con la API/CLI AMS CM**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/ug-find-ct-ex-section.html)
1. Estos son algunos ejemplos de clasificaciones de tipos de cambio de listas:
El siguiente comando muestra todas las categorías de tipos de cambio.
```
aws amscm list-change-type-categories
```
El siguiente comando muestra las subcategorías que pertenecen a una categoría específica.
```
aws amscm list-change-type-subcategories --category CATEGORY
```
El siguiente comando muestra los elementos que pertenecen a una categoría y subcategoría especificadas.
```
aws amscm list-change-type-items --category CATEGORY --subcategory SUBCATEGORY
```
1. Estos son algunos ejemplos de búsqueda de tipos de cambios con consultas CLI:
El siguiente comando busca en los resúmenes de las clasificaciones de CT las que contienen «S3" en el nombre del elemento y crea el resultado de la categoría, la subcategoría, el elemento, la operación y el identificador del tipo de cambio en forma de tabla.
```
aws amscm list-change-type-classification-summaries --query "ChangeTypeClassificationSummaries [?contains(Item, 'S3')].[Category,Subcategory,Item,Operation,ChangeTypeId]" --output table
```
```
+---------------------------------------------------------------+
| ListChangeTypeClassificationSummaries |
+----------+-------------------------+--+------+----------------+
|Deployment|Advanced Stack Components|S3|Create|ct-1a68ck03fn98r|
+----------+-------------------------+--+------+----------------+
```
1. A continuación, puede utilizar el identificador del tipo de cambio para obtener el esquema CT y examinar los parámetros. El siguiente comando envía el esquema a un archivo JSON denominado Creates3Params.schema.json.
```
aws amscm get-change-type-version --change-type-id "ct-1a68ck03fn98r" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > CreateS3Params.schema.json
```
Para obtener información sobre el uso de consultas CLI, consulte [Cómo filtrar la salida con la opción --query](https://docs.aws.amazon.com/cli/latest/userguide/controlling-output.html#controlling-output-filter) y la referencia del lenguaje de consulta, [JMESPath Especificación](http://jmespath.org/specification.html).
1. Una vez que tengas el ID del tipo de cambio, te recomendamos que compruebes la versión del tipo de cambio para asegurarte de que es la última. Usa este comando para buscar la versión de un tipo de cambio específico:
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CHANGE_TYPE_ID
```
Para `AutomationStatus` buscar el tipo de cambio específico, ejecute este comando:
```
aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{AutomationStatus:AutomationStatus.Name}"
```
Para `ExpectedExecutionDurationInMinutes` buscar el tipo de cambio específico, ejecuta este comando:
```
aws amscm --profile saml get-change-type-version --change-type-id ct-14027q0sjyt1h --query "ChangeTypeVersion.{ExpectedDuration:ExpectedExecutionDurationInMinutes}"
```