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.

# Mejores prácticas para la administración AWS de versiones de Provider
<a name="version"></a>

Administrar cuidadosamente las versiones del AWS proveedor y los módulos de Terraform asociados es fundamental para la estabilidad. En esta sección se describen las mejores prácticas en relación con las restricciones y actualizaciones de las versiones.

**Topics**
+ [Añada comprobaciones de versiones automatizadas](#version-check)
+ [Supervise las nuevas versiones](#new-releases)
+ [Contribuya a los proveedores](#contribute-providers)

## Añada comprobaciones de versiones automatizadas
<a name="version-check"></a>

Añada comprobaciones de versiones para los proveedores de Terraform a sus procesos de CI/CD para validar la fijación de versiones y, si la versión no está definida, no podrá compilar correctamente.
+ Añade comprobaciones [de TFlint](https://github.com/terraform-linters/tflint) en las canalizaciones de CI/CD para buscar versiones de proveedores que no tengan definidas las restricciones de versiones principales o secundarias fijas. Utilice el [complemento de conjunto de reglas TFlint para Terraform AWS Provider, que proporciona reglas para detectar posibles errores](https://github.com/terraform-linters/tflint-ruleset-aws) y comprueba las mejores prácticas en relación con los recursos. AWS 
+ Falla las ejecuciones de CI que detectan versiones de proveedores no fijadas para evitar que las actualizaciones implícitas lleguen a producción.

## Supervise las nuevas versiones
<a name="new-releases"></a>
+ Supervise las notas de las versiones de los proveedores y los feeds de los registros de cambios. Recibe notificaciones sobre las nuevas versiones principales o secundarias.
+ Evalúe las notas de la versión para detectar posibles cambios importantes y evalúe su impacto en la infraestructura existente.
+ Actualice primero las versiones secundarias en entornos que no sean de producción para validarlas antes de actualizar el entorno de producción.

Al automatizar las comprobaciones de versiones en los procesos y supervisar las nuevas versiones, puede detectar las actualizaciones no compatibles con antelación y dar tiempo a sus equipos para evaluar el impacto de las nuevas versiones principales o secundarias antes de actualizar los entornos de producción.

## Contribuya a los proveedores
<a name="contribute-providers"></a>

Contribuya activamente al HashiCorp AWS proveedor informando sobre los defectos o solicitando características en caso de GitHub problemas:
+ Abre las publicaciones bien documentadas en el repositorio AWS de Provider para detallar cualquier error que hayas encontrado o alguna funcionalidad que falte. Proporcione pasos reproducibles.
+ Solicite y vote sobre las mejoras para ampliar las capacidades del AWS proveedor para administrar nuevos servicios.
+ Haga referencia a las solicitudes de cambios emitidas cuando aporte propuestas para corregir los defectos o mejoras del proveedor. Enlace a temas relacionados.
+ Siga las pautas de contribución del repositorio para conocer las convenciones de codificación, los estándares de prueba y la documentación.

Al retribuir a los proveedores que utilizas, puedes contribuir directamente a su hoja de ruta y ayudar a mejorar su calidad y sus capacidades para todos los usuarios.