Consulthink offre supporto alle aziende nell'adozione del DevOps, mirato a migliorare l'efficacia dell'application lifecycle management attraverso un approccio culturale e tecnologico. Il documento evidenzia le nuove figure professionali nel DevOps e il loro ruolo nell'integrazione tra sviluppo e operations. Attraverso casi di successo, si sottolinea l'importanza di una trasformazione agile e collaborativa nel settore IT.

1. Come diventare un buon DevOpper

2. Agenda
• Abstract: Cosa può fare Consulthink per le azienda che si
avvicinano al DevOps
• Chi è Pasquale Camastra – DevOps Evangelist
• Il contesto: è il momento giusto per cambiare
• ALM – Application Lifecycle Management
• DevOps: un cambio di prospettiva
• Il volto umano del DevOps: le nuove figure professionali
• Chi non è d’accordo alzi la mano
• Casi di Successo

3. Abstract
Consulthink si propone come il partner di
riferimento per guidare le aziende e le
organizzazioni che vogliano migliorare il
proprio Application Lifecycle
Management per renderlo più efficace e
vicino alle opportunità offerte dalle
nuove tendenze tecnologiche e
metodologiche che migliorano la sinergia
tra i reparti Sviluppo e Operatin e che
vengono riassunte dal termine DevOps.
Partendo dal fondamentale assunto che il DevOps sia, prima di
tutto, un movimento culturale che usa la tecnologia come
supporto, i DevOps Evangelist e i DevOps Architects Consulthink
possono supportare le aziende nel:
• Effettuare un Assessment dell'ALM in uso e verificarne i gap
di processo e tecnologici per adottare un completo ciclo
DevOps.
• Formare il personale nella corretta comprensione di ciò che
l'adozione della Metodologia comporta.
• Selezionare e introdurre gli strumenti tecnologici necessari
all'implementazione effettiva dell'ALM DevOps.

4. Relatore
Pasquale Camastra
DevOps Evangelist
Evolutionary Architect
Consulthink Spa
LinkedIn: www.linkedin.com/in/pasqualecamastra
Blog: www.devopsenergy.com
G+: plus.google.com/+PasqualeCamastra
Twitter: twitter.com/pasqualecamastr

5. Contesto

6. Contesto: i Tempi Cambiano

7. REQUIREMENTS
& USE CASE
ARCHITECTURE
& DESIGN
TEST PLAN
CODE
TEST
& TEST RESULTS
DEPLOY
& FEEDBACK
Project
Management Development Operations
• Best Practices
• Security Requirements
• Risk Analisys
• Metrics
• Risk Based Security Tests
• Continuous Integration
• Code Inspection
• Code Coverage
• Multidimensional Analisys
• Unit Tests
• Risk Analisys
• Function Tests
• Penetration Tests
• Security Operations
• Security &
Development Issues
Application Lifecycle Management (2012)

8. Application Lifecycle Management (today)

9. Approccio alla trasformazione
I tempi cambiano ma le applicazioni spesso rimangono le stesse.

10. DevOps: Un cambio di prospettiva
Quality
Assurance
OPERATIONS
DEVELOPMENT
Dev
Ops

11. IlDevOpsNONèAgile
DevOps: Un cambio di prospettiva
Il DevOps non è Quelo

12. IlDevOpsèCULTURA
"Metodologia di sviluppo del software che punta alla comunicazione,
collaborazione e integrazione tra sviluppatori e operatori dell'Information
Technology, attraverso l'introduzione di una relazione più collaborativa tra
gruppi di sviluppo, test ed operation"
DevOps: Un cambio di prospettiva
Powered by
DevOps vuole rispondere all'interdipendenza tra sviluppo software e IT
operations.
Punta ad aiutare un'organizzazione a sviluppare ed esercire in modo più
rapido ed efficiente prodotti e servizi software

13. IlDevOpshabisognodiTeamCross-Funzionali
DevOps: Un cambio di prospettiva
Competenze di Deploy
e gestione
dell'Esercizio
Competenze di
Progettazione e
Sviluppo
Competenze di
Test,
Sicurezza e
Qualità
del Software
Ogni gruppo di lavoro dovrà essere compatto ed agile, ma avere al suo interno le
competenze per seguirne "End to End" la realizzazione.
Il team responsabile di un'Applicazione deve seguirne il Lifecycle completo,
gestendolo come un prodotto dalla fase di sviluppo a quella di rilascio e assistenza.
"I gruppi di lavoro devono
poter essere sfamati
con due sole pizze."
Jeff Bezos

14. Application Lifecycle Management (today)

15. Application Lifecycle Management (today)

16. IDevOppers "Trascinatori"
DevOppers: Il volto umano del DevOps
DEVOPS EVANGELIST
Chi è: E' la persona che da l’imprinting del DevOps in un'azienda.
A chi o cosa serve: A quelle aziende che approcciano per la prima volta al
DevOps o devono rifondare le proprie software factory ed i propri gruppi di
esercizio per migliorarne l’efficacia e ridurre i tempi di messa in produzione
delle applicazioni.
DEVOPS OFFICIER
Chi è: E' colui che riesce a far parlare tra loro (senza litigare) Sviluppatori e
Sistemisti. Colui che “fa un piano di scale invece che mandare una email”,
che sa che Sviluppatori e Sistemisti parlano due linguaggi diversi ed è quindi
necessario uno sforzo di entrambe le “specie” per permetterne l’intesa.
E’ una persona che non “fa il Tecnico” ma sa di esserlo e non lo fa pesare.
A chi o cosa serve: E’ il cuore di un’organizzazione che “innesta” il DevOps in
modo non nativo ma vuole cominciare al far fluire le informazioni e far
parlare in modo costruttivo i gruppi di lavoro.

17. DEVOPS ENGINEER
Chi è: E’ il “meccanico del DevOps”, colui che fisicamente mette in linea “le
pensate” delle figure precedenti sugli strumenti selezionati, configurandoli e
mantenendoli in efficienza in ottica di continuous improvement per
funzionalità e sicurezza.
A chi o cosa serve: E’ la figura necessaria alle organizzazioni che vogliono
assicurarsi che il controllo sui sistemi a supporto venga effettuato “a
prescindere” dal carico di lavoro e dalla pianificazione del personale di
operation, dedicandovi quindi personale specifico.
IDevOppers "Esecutori"
DEVOPS ARCHITECT
Chi è: Il DevOps Architect è colui che “disegna” e cuce addosso all’environment
aziendale il lifecycle di un’applicazione, secondo la metodologia DevOps.
A chi o cosa serve: Alle aziende che hanno la necessità di rivedere (e
manutenere) il ciclo di vita delle applicazioni in ottica DevOps, rinnovando o
adeguando il parco applicativo a supporto della produzione del software.
DevOppers: Il volto umano del DevOps

18. APPLICATION RELIABILITY ENGINEER
Chi è: E’ il custode dei sistemi, che sa che la Reliability è l’unica caratteristica
(features) realmente importante perchè:
“se il sito è giù, la gente va altrove”.
In grado di recepire le indicazioni di funzionamento dell’applicazione da
parte dello sviluppo, mediarle con le esigenze di gestione dei sistemi e
“portare a casa” un altro giorno senza azzerare il contatore degli incidenti.
A chi o cosa serve: A qualsiasi azienda che si ponga l’obiettivo di mantenere
alta l’immagine di efficienza delle proprie applicazioni.
IDevOppers "dirimbalzo
FULL STACK DEVELOPER
Chi è: E’ lo sviluppatore che ha la reale visione End to End di un’applicazione,
capace di progettarne e realizzarne ogni sua componente architetturale e che si
preoccupa “by design” delle implicazioni e dei possibili problemi di
funzionamento in esercizio.
A chi o cosa serve: A chi può non servire?
DevOppers: Il volto umano del DevOps

19. CASI DI SUCCESSO

20. ChiusailDevOps?
Casi di successo

21. Conqualinumeri
Casi di successo
≈ 100 milioni di abbonati
nel mondo
Agosto 2008
10 milioni di abbonati
1 DATACENTER
1 APPLICAZIONE
CLOUD
N > 100 MICROSERVIZI

22. ChiusailDevOps?
Casi di successo

23. Suqualibasi?
Casi di successo
SITE RELIABILITY ENGINEERING
Tourn-over tra risorse Dev & Ops periodico.

24. UN'ULTIMA COSA

25. Facciamo una cosa ma facciamola bene

26. e… prendiamola con filosofia
“Signore, concedimi la serenità di accettare le
cose che non posso cambiare, il coraggio di
cambiare quelle che posso e la saggezza di
conoscere la differenza.”
Alcolisti Anonimi

27. Contatti
www.consulthink.it
Via Cristoforo Colombo 163
00147 Roma
(+39) 06 4549 2416
consulthink+ConsulthinkItspa
Consulthinkspa
Consulthinkspa
consulthink-spa
consulthink.spa
Consulthink
info@consulthink.it
consulthink@pec.it