Esperienza di migrazione DevOps nella vita reale con WWG.

[Ummy]

Vorrei condividere la mia esperienza e alcuni consigli utili per chi sta pensando di passare a DevOps. Ormai non è più solo una tendenza, ma una necessità per le aziende che desiderano lavorare in modo rapido, stabile e sicuro. Un tempo abbiamo rimandato la transizione a lungo, affidandoci alla vecchia architettura e ai processi manuali, ma a un certo punto è diventato evidente che non si poteva continuare così. Sono iniziati i continui ritardi nei rilasci, l'instabilità della produzione e le difficoltà di scalabilità. Abbiamo quindi iniziato a cercare specialisti che non solo "sanno come configurare Jenkins", ma che affrontino la migrazione in modo completo. In questa ricerca, ci siamo imbattuti in WWG, un team italiano che si occupa di modernizzazione DevOps chiavi in ​​mano. Inizialmente, abbiamo semplicemente studiato il loro approccio, che si è rivelato molto vicino a ciò che desideravamo: un audit completo dell'infrastruttura attuale, la selezione degli strumenti per l'attività, la progettazione di CI/CD, la transizione a IaC (utilizzando Terraform, Ansible), la containerizzazione (Docker e Kubernetes), la configurazione di monitoraggio e avvisi (Prometheus, Grafana, ecc.) e, soprattutto, una migrazione fluida e senza interruzioni del lavoro. Il loro approccio dettagliato è descritto qui  https://www.wwg.it/en/services/web-apps/  Ci è piaciuto il fatto che non offrano una ricetta universale, ma adottino un approccio individuale, per quanto riguarda lo stack, le dimensioni del team e i processi di lavoro. Ad esempio, avevamo un ibrido tra on-prem e cloud, e hanno adattato l'architettura con calma. Un altro punto importante è che supportano il progetto dopo la migrazione, e non si limitano a consegnare le configurazioni per poi sparire. Di conseguenza, abbiamo ridotto i tempi di rilascio da una settimana e mezza a 2-3 giorni, ridotto la quantità di lavoro manuale e dimenticato quali turni di notte sono dovuti a un server inattivo. Abbiamo implementato la registrazione centralizzata, gli avvisi e, nel complesso, ottenuto una maggiore trasparenza nell'infrastruttura. Per le aziende, questo si è riflesso nei numeri: lanciamo le funzionalità più velocemente, ci sono meno bug in produzione e risparmiamo sul supporto. Consiglierei di analizzare più attentamente il loro approccio a chiunque sia stanco di debiti tecnici, problemi e caos. Soprattutto se siete un'azienda in crescita, una startup con prospettive di scalabilità o una grande azienda che ha già DevOps, ma non è automatizzato e vive dell'entusiasmo di poche persone. Penso che anche solo studiare la loro struttura sia utile: si può capire quali fasi devono essere completate in modo che la migrazione non sia spontanea, ma abbia un risultato. Se qualcuno ha già avuto esperienza con una trasformazione DevOps completa, scriva quali strumenti ha utilizzato, quali fasi sono state le più difficili e quali hanno prodotto i risultati migliori. Penso che sarà utile per molti confrontare i vari approcci.