Strumenti DevOps

Nella fase di analisi, un team DevOps deve cercare e definire l'ambito di un progetto. In particolare, sono previste attività come la ricerca degli utenti, l'individuazione degli obiettivi e la definizione delle aspettative finali.

Strumenti come Mural e Miro consentono all'intero team addetto al software di raccogliere idee e condurre ricerche. Jira Product Discovery consente di organizzare queste informazioni in input fruibili e di mettere in ordine di priorità le azioni dei team di sviluppo. Quando si definiscono le priorità, devi tenere presente anche il backlog di feedback degli utenti.

L'analisi del prodotto è la primissima attività per la sua progettazione e servirà da base di partenza per prendere le dovute decisioni. Durante l'analisi del prodotto, puoi raccogliere tutte le informazioni chiave su qualsiasi problema degli utenti per poi fornire delle soluzioni.

Il nostro consiglio è di cercare strumenti che favoriscano il "brainstorming asincrono". È importante che tutti possano condividere e commentare qualsiasi aspetto: idee, strategie, obiettivi, requisiti, roadmap e documentazione.

Ambienti di sviluppo identici a quelli di produzione

Mentre Puppet e Chef sono utili soprattutto per i team operativi, gli sviluppatori utilizzano strumenti open source come Kubernetes e Docker per eseguire il provisioning di singoli ambienti di sviluppo. La codifica a fronte di repliche di produzione virtuali e monouso aumenta la produttività.

Quando tutti i membri del team lavorano da ambienti che sono stati sottoposti a provisioning in modo identico, la frase "Sul mio computer funziona!" non suscita più l'ilarità perché è vera.

Infrastructure as Code

Gli sviluppatori si adoperano per creare applicazioni modulari perché sono più affidabili e di facile manutenzione. Quindi, perché non estendere questo modo di pensare all'infrastruttura IT? Ciò può essere difficile da applicare a sistemi che sono in continua evoluzione. Quindi, aggiriamo l'ostacolo usando il codice per il provisioning.

Il concetto di Infrastructure as code indica che il re-provisioning è più veloce della riparazione, nonché più coerente e riproducibile. Questo significa anche che è possibile implementare facilmente varianti del proprio ambiente di sviluppo con una configurazione simile a quella di produzione. Il codice di provisioning può essere applicato e riapplicato per collocare un server in una baseline nota. Può essere memorizzato nel controllo della versione. Può essere testato, integrato nella CI (continuous integration) e sottoposto a peer review.

Quando la conoscenza istituzionale è "codificata nel codice", i manuali e la documentazione interna nono sono più necessari. Ciò che emerge è costituito da processi ripetibili e sistemi affidabili.

Controllo del codice sorgente e codifica collaborativa

È importante avere il controllo del codice sorgente. Gli strumenti disponibili per tale controllo aiutano a memorizzare il codice in diverse catene in modo da poter visualizzare le singole modifiche e condividerle per agevolare la collaborazione. Anziché attendere l'approvazione delle modifiche prima della distribuzione in produzione, puoi migliorare la qualità e il throughput del codice con peer review eseguite tramite pull request.

Che cosa sono le pull request? Le pull request comunicano al tuo team le modifiche che hai inviato a un branch di sviluppo nel tuo repository. Il team può quindi esaminare le modifiche proposte e discuterne prima di integrarle nella riga di codice principale. Le pull request aumentano la qualità del software, il che si traduce in un minor numero di bug e imprevisti, riducendo i costi operativi e velocizzando lo sviluppo.

Gli strumenti di controllo del codice sorgente dovrebbero integrarsi con altri strumenti, il che consente di collegare le diverse parti dello sviluppo e della distribuzione del codice. Questo permette di sapere se il codice della funzione è in esecuzione nella produzione. Se si verifica un imprevisto, è possibile recuperare il codice per chiarire la dinamica dell'evento.

La continuous integration è la pratica di archiviare il codice in un repository condiviso più volte al giorno e di testarlo ogni volta. In questo modo, puoi rilevare automaticamente i problemi in anticipo, correggerli nelle fasi iniziali e distribuire nuove funzioni agli utenti il prima possibile.

La revisione del codice eseguita tramite pull request richiede la creazione di branch e va di moda. La stella polare della metodologia DevOps è un flusso di lavoro che determina branch più veloci e meno numerosi e mantiene il rigore dei test senza sacrificare la velocità di sviluppo.

Cerca gli strumenti che applicano automaticamente i tuoi test ai branch di sviluppo e ti offrono la possibilità di eseguire il push a quello principale quando le build dei branch hanno esito positivo. Inoltre, ricevi un feedback continuo tramite avvisi di chat in tempo reale forniti dal tuo team con una semplice integrazione.

Scopri come Bitbucket Pipelines ti aiuta ad automatizzare il codice dal test alla produzione.

Test automatici

Gli strumenti di test soddisfano molte esigenze e funzionalità, tra cui l'esecuzione di test esplorativi, la gestione dei test e l'orchestrazione. Tuttavia, per la toolchain DevOps, l'automazione è una funzione essenziale. I test automatizzati danno i loro frutti nel tempo poiché accelerano i cicli di sviluppo e di test a lungo termine. Inoltre, in un ambiente DevOps è importante per un altro motivo: la consapevolezza.

L'automazione dei test può aumentare la qualità del software e ridurre i rischi se viene eseguita sin dall'inizio e con una frequenza elevata. I team di sviluppo possono eseguire ripetutamente test automatici, coprendo diverse aree come test dell'interfaccia utente, scansione di sicurezza o test di carico. Inoltre, producono report e grafici di tendenza che aiutano a identificare le aree a rischio.

Il rischio è un dato di fatto nello sviluppo di software, ma non è possibile mitigare ciò che non si può prevedere. Dai una mano al tuo team operativo e lascia che dia un'occhiata ai meccanismi interni insieme a te. Cerca gli strumenti che supportano le wallboard e consenti a tutti i partecipanti al progetto di commentare risultati specifici di build o distribuzione, meglio ancora se si tratta di strumenti che semplificano il coinvolgimento del team operativo nei test blitz e nei test esplorativi.

Dashboard delle distribuzioni

Una degli aspetti più stressanti del rilascio di software è acquisire in un'unica posizione tutte le informazioni su modifiche, test e distribuzione per un rilascio imminente. L'ultima cosa di cui si ha bisogno prima di un rilascio è una lunga riunione sullo stato. È qui che entrano in gioco le dashboard di rilascio.

Cerca strumenti con un'unica dashboard integrata con il repository di codice e gli strumenti di distribuzione. Trova una soluzione che ti offra visibilità completa di branch, build, pull request e avvisi di distribuzione in un'unica posizione.

Distribuzione automatizzata

Per la distribuzione automatizzata non esiste una ricetta magica che funzioni per ogni applicazione e ambiente IT. Tuttavia, un metodo comunemente utilizzato prevede la conversione del runbook delle operazioni in uno script eseguibile tramite comando usando Ruby o Bash. Le buone pratiche di progettazione sono fondamentali. Usa le variabili per distinguere i nomi host: mantenere script o codice univoci per ogni ambiente non è affatto semplice (e non sempre rientra tra gli obiettivi). Crea metodi di utilità o script per evitare la duplicazione del codice e sottoponi gli script a peer review per un controlli di integrità.

Prova innanzitutto ad automatizzare le distribuzioni nel tuo ambiente di livello più basso, dove utilizzerai l'automazione più frequentemente, quindi replicale fino alla produzione. Se non altro, questo esercizio mette in evidenza le differenze tra gli ambienti e genera un elenco di task per standardizzarli. Inoltre, la standardizzazione delle distribuzioni attraverso l'automazione offre l'ulteriore vantaggio di ridurre la "desincronizzazione" server all'interno e tra gli ambienti.

Monitoraggio di imprevisti, modifiche e problemi

L'aspetto essenziale per ottimizzare la collaborazione tra i team DevOps è assicurarsi che visualizzino lo stesso lavoro. Cosa succede quando vengono segnalati imprevisti? Sono collegati e riconducibili a problemi software? Le modifiche apportate sono collegate a rilasci?

Nulla ostacola di più la collaborazione del personale di sviluppo con quello operativo che tenere traccia di imprevisti e progetti di sviluppo software in diversi sistemi. Cerca strumenti che ti consentano di riunire imprevisti, modifiche, problemi e progetti software su un'unica piattaforma, in modo da accelerare l'identificazione e la correzione dei problemi.

Monitoraggio delle prestazioni di applicazioni e server

Esistono due tipi di monitoraggio che è utile automatizzare: monitoraggio dei server e monitoraggio delle prestazioni delle applicazioni.

Selezionare manualmente una casella o testare l'API con un test è una scelta che va bene per il controllo a campione, ma per comprendere le tendenze e lo stato generale delle applicazioni (e degli ambienti), è necessario un software che ascolti e registri i dati 24 ore su 24, 7 giorni su 7. L'osservabilità continua è una funzionalità chiave per i team DevOps di successo.

Cerca gli strumenti che si integrano con il tuo client della chat di gruppo affinché gli avvisi arrivino direttamente nella stanza del tuo team o in una stanza dedicata agli imprevisti.

Per capire se hai fatto la cosa giusta, devi solo ascoltare i clienti. Il feedback continuo include sia la cultura e i processi messi in atto per raccogliere feedback regolarmente, sia gli strumenti per acquisire informazioni dettagliate dal feedback. Le pratiche di feedback continuo includono la raccolta e la revisione dei dati NPS, sondaggi sul tasso di abbandono, segnalazioni di bug, ticket di assistenza e persino tweet. In una cultura DevOps, tutti i membri del team di prodotto possono accedere ai commenti degli utenti perché offrono indicazioni utili per tutte le attività, dalla pianificazione del rilascio alle sessioni di test esplorativi.

Cerca applicazioni che integrino il tuo strumento di chat con la tua piattaforma di sondaggi preferita per un feedback in stile NPS. Twitter e/o Facebook possono anche essere integrati con la chat per un feedback in tempo reale. Per un'analisi più approfondita sul feedback proveniente dai social media, è opportuno investire in una piattaforma di gestione dei social media in grado di estrarre report utilizzando dati storici.

L'analisi e l'integrazione del feedback potrebbero apparire attività che rallentano il ritmo di sviluppo a breve termine, ma nel lungo periodo offrono un'efficienza maggiore rispetto al rilascio di nuove funzioni che nessuno desidera.

In Atlassian, crediamo nell'importanza di disporre di una toolchain DevOps che si integri con gli strumenti preferiti dai team di sviluppo e operativi. Ecco perché la nostra piattaforma DevOps è stata creata per integrarsi con oltre 171 importanti fornitori di terze parti leader, consentendoti di prendere le decisioni migliori sugli strumenti che utilizzi. Perché DevOps non dovrebbe essere acquistato da un singolo fornitore, ma creato.

Per iniziare, prova gratuitamente la soluzione DevOps di Atlassian.