Phenquestions
L'ingegneria di rilascio viene spesso confusa con DevOps. C'è una buona ragione. I ruoli e le responsabilità spesso si sovrappongono. DevOps può essere considerato un superset di ingegneria di rilascio.
Ingegneria di rilascio
L'ingegneria del rilascio è una disciplina che si concentra sulla distribuzione del software. Cerca di creare software di migliore qualità a un ritmo affidabile e prevedibile. Il suo mandato è migliorare la pipeline di build e rilascio del software. Ecco alcune cose che l'ingegneria delle versioni enfatizza:
- Implementa il controllo della versione - L'ingegneria del rilascio cerca di aggiungere tracciabilità e affidabilità al codice. Quindi il codice viene mantenuto nei repository di controllo della versione come Git, SVN, Perforce, ecc. I team di sviluppo utilizzano questi sistemi di controllo della versione per tenere traccia dell'evoluzione del codice.
- Automatizza le pipeline di creazione e rilascio - L'ingegneria di rilascio si concentra sulla ricerca di strumenti di automazione per migliorare la velocità e l'affidabilità del processo di rilascio. Dal primo code-commit al controllo della versione fino al prodotto finale che raggiunge il cliente, l'ingegneria del rilascio continua a migliorare il processo. L'integrazione continua e la distribuzione continua (CI/CD) svolgono un ruolo importante nei moderni sistemi di build/release automatizzati.
- Gestione della configurazione: man mano che il codice software passa attraverso vari cicli di sviluppo, test, staging e produzione, la gestione della configurazione garantisce che gli attributi del prodotto siano coerenti per tutto il ciclo di vita del software.
- Produzione e distribuzione - Ogni pezzo di software che esce al cliente in un ambiente di produzione deve essere strettamente legato alla sua origine. Quindi, se c'è un problema, le aziende possono risalire alla fonte.
DevOps
DevOps ha un mandato più ampio. Si concentra sulla creazione di una collaborazione interfunzionale tra i team.
In passato, i team di sviluppo e i team operativi lavoravano nei propri silos. Quando i team di sviluppo distribuivano il loro codice in produzione, ci sarebbero state accese discussioni su chi si sarebbe preso la responsabilità di eventuali problemi di produzione. Inoltre, il team di sviluppo vorrebbe che fossero implementate le funzionalità più recenti e interessanti, mentre il team operativo vorrebbe evitare di correre qualsiasi rischio. Ha portato a un conflitto costante tra i due gruppi.
Lo scopo delle pratiche DevOps era quello di avvicinare lo sviluppo e le operazioni. Ecco alcune cose su cui DevOps si concentra:
- Configurazione e provisioning dell'infrastruttura: tradizionalmente, i reparti IT pianificavano e predisponevano l'infrastruttura. La filosofia DevOps incoraggia un approccio più incentrato sullo sviluppatore. La pipeline è creata per facilitare il processo di sviluppo per attraversare le varie fasi e cicli senza attrito. Gli sviluppatori hanno maggiori responsabilità sul comportamento delle loro applicazioni in produzione.
- Gestione della configurazione: i team DevOps hanno una visione più ampia della gestione della configurazione. Sebbene l'ingegneria del rilascio possa utilizzarlo solo per i prodotti software, le pratiche DevOps trovano modi per implementare la gestione della configurazione in ogni aspetto di un'organizzazione. Lo scopo è aiutare l'intera organizzazione a eseguire un'operazione più fluida attraverso l'automazione.
- CI/CD - L'integrazione continua e la distribuzione continua sono una parte importante della filosofia DevOps. Una pratica DevOps matura utilizza CI/CD per automatizzare le attività IT tradizionali utilizzando l'infrastruttura come codice.
- Monitoraggio e miglioramenti organizzativi: le pratiche DevOps enfatizzano la raccolta di dati sui processi da analizzare e migliorare. Quindi raccogliere dati, trasformarli in informazioni fruibili e utilizzarli per migliorare i processi attuali è un'importante responsabilità di DevOps.
In conclusione
A causa dell'intersezione dei problemi di miglioramento dei processi software, l'ingegneria di rilascio viene spesso confusa con DevOps. Ma DevOps ha un ambito più ampio. Sebbene l'ingegneria del rilascio possa vivere come un reparto separato, DevOps richiede una maggiore integrazione con il flusso di lavoro generale dell'organizzazione. È più facile impostare una pratica di ingegneria del rilascio poiché i passaggi sono concreti. DevOps richiede la comprensione del comportamento organizzativo, della cultura del lavoro e dell'infrastruttura. DevOps di successo non riguarda solo il prodotto, riguarda l'intera organizzazione.
Ulteriori studi
Verso definizioni per l'ingegneria di rilascio e DevOps
