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.
Preguntas frecuentes
¿Cuáles son algunos de los indicadores clave de que mi proceso de implementación no es totalmente de CI/CD?
El indicador más común es cuando hay varias ramas de repositorio que representan entornos independientes en una canalización. En un CI/CD proceso completo, los repositorios utilizan un flujo de trabajo basado en enlaces troncales, en el que una rama actúa como la única fuente de información para las implementaciones de ese repositorio. Para obtener más información, consulte Enfoque basado en troncos. Otros indicadores incluyen los pasos de implementación manual distintos de las simples decisiones de aceptar o no, el uso de revisiones y las versiones programadas.
¿Qué sucede si quiero utilizar un CI/CD proceso completo, pero aun así quiero programar el lanzamiento de determinadas funciones para momentos específicos?
Por lo general, esto se hace con indicadores de características. En este proceso, las implementaciones se siguen realizando de forma continua, pero algunas funciones se ocultan mediante cierres condicionales en el código hasta que llegue el momento de publicarlas.
¿Qué sucede si algunos pasos de mi proceso de implementación no se pueden automatizar?
Uno de los objetivos de una CI/CD canalización completa es minimizar la necesidad de procesos manuales, pero no cabe duda de que hay posibles casos de uso en los que podrían ser necesarios los procesos manuales. De hecho, los procesos de solo lectura, como la consulta de los registros de las aplicaciones, suelen realizarse en entornos de producción con un riesgo mínimo. Sin embargo, se recomienda encarecidamente que las acciones de escritura manual en producción sean el último recurso.
¿Qué sucede si mi personal técnico se siente más cómodo con los flujos de trabajo tradicionales que con un CI/CD proceso completo?
Es habitual que el personal técnico se resista a los cambios importantes, especialmente cuando algo que solía ser una buena práctica se sustituye por algo más nuevo. La tecnología avanza rápido y las mejoras se descubren constantemente. Si bien un cierto grado de escepticismo es una buena cualidad para el personal técnico, es igual de importante que estén abiertos a los cambios. No actúes demasiado rápido con el personal escéptico, ya que necesitan gestionar los cambios en el sistema antes de implementarlos. La clave es evitar que los escépticos permanezcan estáticos para siempre.
¿Qué pasa si mis entornos están en varias cuentas? ¿Puedo seguir utilizando un CI/CD proceso completo?
Sí, de hecho, se recomienda utilizar una cuenta independiente para cada entorno. Para obtener más información sobre una canalización que activa etapas en distintas cuentas, consulta Crear una canalización CodePipeline que utilice recursos de otra Cuenta de AWS.