Menu

Pratica DevOps basata su Agile Manifesto (Parte 2 - Blocco 1)

  • Principale
  • Altro
  • Pratica DevOps basata su Agile Manifesto (Parte 2 - Blocco 1)

devops practice based agile manifesto

Prova Il Nostro Strumento Per Eliminare I Problemi

Nel nostro precedente video tutorial su Demistificazione di DevOps , abbiamo imparato tutto su DevOps in dettaglio.

Abbiamo anche esaminato in dettaglio il significato di DevOps e vari altri fattori ad esso correlati.

Lettura suggerita => Serie di formazione DevOps intensiva

Ora passiamo alla parte 2 di 'Demistificazione di DevOps'.

Pratica DevOps basata sul manifesto Agile

Un rapido riepilogo di ciò che abbiamo trattato nella parte 1:

Cos'è DevOps? DevOps è una cultura dell'organizzazione per concentrarsi sulla fornitura di valore al cliente attraverso una collaborazione costante di sviluppo, operazioni e resto degli stakeholder.

Cosa non è DevOps? DevOps non è un prodotto con licenza o open source, né una specifica né uno standard.

Quali sono i vantaggi di DevOps? DevOps offre consegna di alta qualità, consegna più rapida, distribuzioni frequenti, piccole distribuzioni, minori tassi di errore in produzione, ecc.,

Quali sono le pratiche di DevOps? Le pratiche Devops includono integrazione continua, automazione dei test, distribuzione continua, infrastruttura come codice, gestione della configurazione, gestione dei rilasci e monitoraggio delle prestazioni delle applicazioni.

Quali sono le abitudini di DevOps? Le abitudini di Devops includono la gestione del debito tecnico, l'attenzione alla fornitura di valore al cliente, la cultura del sito live, l'autonomia del team, la gestione dell'infrastruttura come risorsa flessibile, lo sviluppo basato su ipotesi, le metriche dalla produzione.

Quali sono le metriche di DevOps? Agilità e affidabilità sono le metriche principali di DevOps.

java copia l'array 2d in un altro array

In questa parte della lezione impareremo quanto segue:

Quali sono le pratiche di DevOps sviluppate sulla base dei principi agili e come vengono raggiunti gli obiettivi di DevOps?

Nella parte 1, abbiamo continuato a definire DevOps come collaborazione. Cerchiamo di capire che cos'è effettivamente questa collaborazione e in che modo le pratiche DevOps aiutano a sviluppare la collaborazione tra sviluppo e operazioni nel raggiungimento dei suoi obiettivi?

In questa parte, capiremo l'importanza di elementi chiave di DevOps come il controllo del codice sorgente e l'automazione e la consegna di piccoli incrementi. Il resto degli elementi come l'integrazione continua, il test continuo, la consegna continua e il monitoraggio delle applicazioni saranno spiegati nella parte successiva.

Come informato in precedenza, le pratiche DevOps si basano principalmente sui principi e le pratiche Agile. Dei 12 principi Agile, i seguenti 4 sono quelli che si applicano direttamente a DevOps.

Quindi, è meglio aggiornare questi manifesti Agile che si applicano alle funzioni DevOps. Non ho intenzione di entrare nei dettagli di questi.

Leggiamoli rapidamente.

# 1) Individui e interazioni - su processi e strumenti

# 2) Software funzionante - documentazione completa

# 3) Collaborazione con i clienti - sulla negoziazione del contratto

# 4) Rispondere al cambiamento - oltre a seguire un piano

Sulla base di questi principi agili, DevOps ha sviluppato alcuni principi e pratiche, che sono i seguenti:

  • Portare valore al cliente
  • Fornisci software funzionante
  • Cambiamenti di supporto
  • Collaborare
  • Motivare la squadra e dare libertà ai membri della squadra
  • Consegna più velocemente e più velocemente

# 1) Portare valore al cliente offrendo una distribuzione più piccola, frequente e continua del software.

#Due) Fornisci software funzionante in un lasso di tempo più breve. Il cliente non guarderà al grande design che realizziamo, a un'architettura fantastica, a un piano o una strategia che realizziamo per sviluppare il software, ma tutto ciò che desidera è un software funzionante.

# 3) Cambiamenti di supporto alle esigenze ogni volta che il cliente vuole, in base all'andamento del mercato. Questo è molto importante per il cliente. La nostra metodologia di sviluppo software dovrebbe essere sufficientemente flessibile per gestire eventuali modifiche richieste dal cliente e fornirle con comodità.

# 4) Collaborare ..collaborare… collaborare. Collabora e collabora costantemente con l'azienda per rendere il software giusto la prima volta.

# 5) Sia Agile che DevOps danno ugualmente molta importanza al team e alle persone. Quindi, il principio DevOps dice: motivare la squadra , dare loro libertà, fornire loro il supporto richiesto ogni volta che ne hanno bisogno, sviluppare fiducia in loro per ottenere il lavoro consegnato.

Se il lavoro viene svolto da loro nell'interesse dei volontari, la qualità sarà buona, invece di portarlo a termine con la forza e sotto pressione. Inoltre, oltre alla collaborazione, Agile suggerisce la comunicazione faccia a faccia all'interno del team di sviluppo.

Quindi, massimizzare la comunicazione faccia a faccia tramite riunioni in piedi, riunioni di revisione, ecc. Questo sviluppa lo spirito di squadra e aiuta a motivare la squadra e lo sviluppo di una sana competizione.

Quali sono le pratiche di DevOps sviluppate sulla base dei principi agili e come vengono raggiunti gli obiettivi di DevOps? Un altro aspetto chiave di DevOps è fornire più velocemente e velocemente. Sappiamo che durante la pratica agile, scrum, Kanban o qualsiasi altra cosa, più veloce si riferiva a una consegna da poche settimane a un mese, ora è cambiata con DevOps per più di un paio d'ore. Pertanto, la consegna più rapida in DevOps si riferisce alla consegna in poche ore.

Organizzazioni come Amazon, Flipkart e Google effettuano aggiornamenti e rilasciano le loro versioni in poche ore. Questa è la velocità e l'affluenza di qualità che ci si aspetta da chi pratica DevOps. Quindi i processi, le abitudini e le pratiche DevOps sono così forti che consente al team di lavorare insieme per raggiungere questo obiettivo.

Quindi, possiamo dire chiaramente che tutte queste teorie e pratiche DevOps ruotano attorno ai principi agili di base, posso dire, un'estensione di essi.

Qui, quello che dobbiamo guardare e imparare è ciò che si dovrebbe fare quotidianamente, praticare e abituarsi, al fine di raggiungere gli obiettivi DevOps.

Non è sufficiente che una persona o poche nella squadra si esercitino in questi. Tutti i membri del team, sia di sviluppo che di operazioni, devono adottare rigorosamente queste pratiche e renderle BAU, come al solito e poi diventa l'abitudine di tutti nel team di praticarle ripetutamente.

Quindi il successo di DevOps dipende esclusivamente dalla serietà con cui queste pratiche vengono seguite da tutti i membri del team. E senza dubbio il successo è certo se queste pratiche sono seguite religiosamente.

Abbiamo già appreso le migliori pratiche e abitudini di DevOps nella nostra lezione parte 1, che consente al team di raggiungere la cultura DevOps. Quindi, non ci sono perdite tante volte quante ripetiamo queste pratiche da seguire per raggiungere l'obiettivo DevOps.

Come sappiamo, l'obiettivo di DevOps è concentrarsi sul portare valore al cliente attraverso distribuzioni più piccole, distribuzioni più veloci e distribuzioni continue. Cerchiamo di capire cosa dobbiamo fare nella pratica DevOps per ottenere questo risultato al di là delle pratiche agili.

Il primo è che come già sappiamo, è la collaborazione che dobbiamo avere con tutti gli stakeholder in modo che ogni informazione sia disponibile per l'intero team e sia tenuta presente durante lo sviluppo del software.

Per esempio , potrebbe trattarsi di una piccola modifica nella configurazione dell'ambiente predefinita che il team operativo intende apportare e che le informazioni dovrebbero essere trasmesse a tutti i membri del team in modo che ognuno del team possa prendersi cura dell'impatto del cambiamento, ovunque sia applicabile.

Come gli sviluppatori si prendono cura durante la codifica, i tester assicurano che alla fine venga effettuato l'ultimo aggiornamento. La configurazione viene testata rispetto a quella precedente.

Quindi, fondamentalmente, il team deve riunirsi e lavorare insieme per risolvere il problema, che si tratti di un problema di progettazione, architettura, test o distribuzione o prestazioni dell'applicazione. Capiremo di più sulla collaborazione tra poco.

Il debito tecnico deve essere ridotto al minimo il più possibile.

Ogni parte del programma è molto importante e se trascurata e non seguita in tempo, porterà a problemi di qualità nella fase successiva.

Quindi prestare attenzione ai dettagli, eccellenza e concentrarsi continuamente sulle esigenze dei clienti è molto importante e nessun compromesso in nessuna fase per qualcosa di diverso da questo è intrattenuto.

Conosciamo l'importanza di ogni aspetto del ciclo di vita dello sviluppo del software e il suo impatto, se non prestato attenzione. Quindi, concentrandosi sulla migliore architettura, requisiti, design, test, tutti sono molto importanti e nessun compromesso in nessuna fase delle fasi SDLC.

Abbiamo già imparato l'importanza di raccogliere le metriche dal vivo.

Spero che questo tutorial informativo ti sia piaciuto !!

Tutorial PREV | PROSSIMO Tutorial

Lettura consigliata

^