Dev Ops

Question 1

Com’é cambiata formazione dei teams di sviluppo

Answer 1

Inizialmente teams differenti responsabili di development , release e supporto
Dev team passava final version a release team
Release team buildava testa e preparava documentazione, per poi passare ai clienti
Team di supporto responsabile per customer support

Question 2

Fattori responsabili delle modifiche alla tipologia di sviluppo

Answer 2

Agile che riduce tempi di sviluppo
Amazon che ridusse dimensioni dei service
Ora gestibili in dev e support da singolo team
Saas release possibile

Question 3

Key changes nella metodologia di sviluppo

Answer 3

Tutti responsabili di tutto
Ogni cosa che può essere automatizzata va automatizzata
Bisogna collezionare dati continuamente sullo stato del sistema

Question 4

Dev ops benefici

Answer 4

Deployment faster
Rischi ridotti
Riparazioni velocizzate
Team diventano più produttivi

Question 5

Team differenziati

Answer 5

Designer
Software eng
Security eng
Infrastrutture en
Customer interaction

Question 6

Responsabilitá ogni membro del team

Answer 6

Tutti nel team devono essere coinvolti nei meeting e metodologie
Ogni membro deve condividere proprie conoscenze
Developers sempre pronti a gestire problemi anche nel weekend

Question 7

Programma per gestire il codice, cosa permettono.

Answer 7

Utilizzo di code management software
Semplificazione nella creazione di eseguibili e run dei test automatici

Question 8

Continuos integration cos’é, come funziona versione integrativa sistema?

Answer 8

Ogni volta che dev commit dei changes una build é bulidata e testata
Tante operazioni da effettuare system building
Una versione integrativa del sistema viene creata e testa ogni volta che un change é pushed nella repository shared

Question 9

Vantaggi e pericoli continous integration

Answer 9

Vantaggi:
Veloce, versione sempre funzionante del sistema disponibile, ogni membro del team non vuole rompere la build
Incremental build esegue test solo se file collegati a quei test sono stati modificati
Pericoli:
Non rompere build, testa sulla tua versione locale prima che le tue modifiche non vadano in conflitto con quelle degli altri devs

Question 10

Continuos reasoning cos’é

Answer 10

Possibile analisi statica del codice per verificare quali cambiamenti potrebbero aver portato errori

Question 11

Continuos delivery cos’é

Answer 11

Creazione di una versione eseguibile del sistema e dei test
Effettuata con containers per replicare nel modo migliore possibile production environment
Per deliver vengono effettuati test una volta bulinato sistema
Per deployare software e dati sono trasferiti ai server di produzione e si può switchare a nuova versione

Question 12

Vantaggi Continous delivery

Answer 12

Costi ridotti
Velocità nel problem solving
Miglior feedback dei clienti
Versione di prova per una cerchia stretta di utenti
Non va deployato ogni singolo change:
Versione incompleta
Continue modifiche UI

Question 13

Cos’é infrastruttura as code

Answer 13

Automatizzare il processo di update del software sui server utilizzando una definizione leggibile dalla macchina di modello di infrastruttura

Question 14

Vantaggi Infrastruttura as Code

Answer 14

Infrastruttura disponibile per tutto il DevOps team
Riproducibile in modo semplice da ogni membro del team
Reliability automatizzazione evita errori umani
Recovery semplice tornare a versione precedenti dell’infrastruttura

Question 15

Parametri misurabili durante DevOps

Answer 15

Misurare processi per collezionare e analizzare dati dev/test/deployment
Misurare dati su performance, affidabilità e accettabilità dei customer
Misurare utilizzo dei customer del prodotto
Misurare successo che prodotto crea per business

Question 16

Tipologie di dati raccolti con deployment

Answer 16

Tramite Jenkins dati relativi a deployment
Monitoraggio services
Dati dei customer con problemi del servizio
Strumenti per verificare performances

Question 17

Come code managment software evitano problemi di lavoro in parallelo

Answer 17

Creazione di shared repository che contengono code files, configuration files, build scripts, librerie condivise
Features
Identificazione della versione e della release, ad ogni versione del codice sono associati degli identificativi
Registrata history delle versioni
Più devs possono lavorare indipendentemente
Efficienti nel manage di più copie differenti con poche differenze

Question 18

Come viene managed il source code decentralizzato, comandi anche

Answer 18

User effettua check in e check out dei file
Attenzione quando file nel check out già in uso
Quando effettuiamo il check in sistema si assicura che le copie del file non vadano in conflitto
Più conosciuto oggi git
Partiva dal kernel linux
Master branch quella principale
Nuove versioni con nuovi branches possono essere create
Quando user effettua un git clone crea propria copia del master branch dove può lavorare indipendentemente

Question 19

Vantaggi managed source code decentralizzato

Answer 19

Resilienza:
Ognuno ha propria copia, si può lavorare offline anche in caso di problemi alla versione centrale

Velocità: commit delle operazioni immediato essendo versione locale

Flessibilità: più facile testing locale

Question 20

Branch cos’é

Answer 20

Versione stand alone creata quando un dev vuole effettuare dei cambiamenti
Ogni dev crea proprio branch
Semplice revert

Question 21

Source code managment centralizzato

Answer 21

Utenti fanno check in e check out dei files, warning se file già in uso, al check in viene creata nuova versione del file, system si accerterà assenza di conflitti.

Question 22

Perchè confronti su git convenienti

Answer 22

Vengono confrontati i files riga per riga, quindi senza modifiche stessa riga non avremo conflitti. Altrimenti vengono evidenziate righe problematiche.

Question 23

Perchè git si presta bene open source?

Answer 23

Github, permette a ciascun dev di lavorare su propria copia locale, committare modifiche che sono alla fine saranno accettate dai gestori della versione centrale.

Question 24

Differenza tra continous deployment e continous delivery

Answer 24

Per continous deployment ad ogni modifica effettuata viene creata una versione funzionante del sistema, che viene poi testata ed è pronta per la messa in prod.
Per continous delivery, intendiamo continous deployment durante il quale il sistema viene automaticamente messo in produzione

Question 25

Cos’è separation logic?

Answer 25

Partendo da logica di Hoare, abbiamo precondizione, data una trasformazione, otteniamo una postcondizione.
Permette di analizzare tramite logica di Hoare i programmi.

Question 26

Software per continous deployment

Answer 26

Jenkins

Question 27

Software per infrastructure as code

Answer 27

Puppet

Question 28

Programma per verificare performance applicazione?

Answer 28

New Relic

Question 29

Cos’é Web hooks ?

Answer 29

Utilizzo di meccanismo chiamato Web hooks per triggerare DevOps operations in risposta agli update della repository del progetto

Question 30

Come si scrive una pipeline per Jenkins?

Answer 30

pipeline {
agent none
stages {
stage(‘Build’) {
agent {
docker {
image ‘python:2-alpine’
}
}
steps {
sh ‘python -m py_compile
sources/add2vals.py
sources/calc.py’
stash(name: ‘compiled-results’,
includes:
‘sources/.py’)
}
}
}
}

Question 31

Come aggiungo una linea per il testing ?

Answer 31

stage(‘Test’) {
agent {
docker {
image ‘qnib/pytest’
}
}
steps {
sh ‘py.test –junit-xml test-reports/results.xml
sources/test_calc.py’
}
post {
always {
junit ‘test-reports/results.xml’
}
}
}