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à.

Domande frequenti

Quali sono alcuni indicatori chiave del fatto che il mio processo di implementazione non è completamente CI/CD?

L'indicatore più comune è quando ci sono più rami di repository che rappresentano ambienti separati in una pipeline. I repository in un CI/CD processo completo utilizzano un flusso di lavoro basato su trunk, in cui una filiale funge da unica fonte di verità per le implementazioni di quel repository. Per ulteriori informazioni, consulta Approccio basato su Trunk. Altri indicatori includono le fasi di implementazione manuali diverse dalle semplici decisioni «go go» o «no go go», l'uso di hotfix e i rilasci pianificati.

Cosa succede se desidero utilizzare un CI/CD processo completo ma comunque pianificare il rilascio di determinate funzionalità per momenti specifici?

Questo di solito viene fatto con i flag di funzionalità. In questo processo, le distribuzioni vengono comunque eseguite continuamente, ma alcune funzionalità vengono nascoste utilizzando chiusure condizionali nel codice fino al momento del rilascio.

Cosa succede se alcune fasi del mio processo di distribuzione non possono essere automatizzate?

Uno degli obiettivi di una CI/CD pipeline completa è ridurre al minimo la necessità di processi manuali, ma ci sono sicuramente potenziali casi d'uso in cui potrebbero essere necessari processi manuali. In effetti, i processi di sola lettura, come la consultazione dei registri delle applicazioni, possono spesso essere eseguiti in ambienti di produzione con rischi minimi. Tuttavia, si consiglia vivamente di considerare le azioni di scrittura manuale in produzione come l'ultima risorsa.

E se il mio staff tecnico fosse più a suo agio con i flussi di lavoro esistenti piuttosto che con un CI/CD processo completo?

È normale che il personale tecnico sia restio ai cambiamenti più importanti, soprattutto quando qualcosa che prima era una best practice viene sostituito da qualcosa di più nuovo. La tecnologia si muove rapidamente e i miglioramenti vengono costantemente scoperti. Sebbene un certo grado di scetticismo sia una buona qualità per uno staff tecnico, è altrettanto importante che sia aperto al cambiamento. Non agite troppo velocemente con personale scettico, perché deve gestire le modifiche al sistema prima che vengano implementate. La chiave è impedire agli scettici di rimanere statici per sempre.

Cosa succede se i miei ambienti sono suddivisi in più account? Posso ancora utilizzare un CI/CD processo completo?

Sì, in effetti, si consiglia di utilizzare un account separato per ogni ambiente. Per ulteriori informazioni su una pipeline che attiva fasi in account diversi, consulta Creare una pipeline in CodePipeline cui vengono utilizzate le risorse di un altro. Account AWS