IT is changing from "support the

DevOps@Work 2016

business" to "be the business."

Infrastracture
Architechture Cloud
Oriented (IAAS,PAAS)

Development
Think & Code
Microservices

Build Deploy & Ship

Container

QA
(Test automation &
Continuos Integration)

Build Open Interface

put & get data by
(REST API)

Measure & Monitoring

#DOAW16

Be the business by the Cloud-NativeApps

DevOps@Work 2016

The traditional application architectures,

operations, and pace of development are
completely inadequate in this new role.
Five key element of a nativeOperational
cloud application
Application
design:
The move to
microservices
(Container)

API exposure:
Internal and
external access via
standardized
methods (REST)

DevOps:
Automation across
the application
lifecycle

integration:
Aggregating log and
monitoring
information to
enable application
management

Testing:
Changing the role
and use of quality
assurance (QA)

#DOAW16

Application design: The new microservices

architecture

DevOps@Work 2016

services deconstruct a single application into a number of separately executing functional comp
ing capacity
plify testing
idly delivering
ioning make simple application monitoring and management

Each microservice can be updated

independently
Integration overhead is reduced
Testing is simplified

#DOAW16

DevOps@Work 2016

APIs: How microservices talk

RESTful APIsto handle communication in microservices-based applications. These APIs

r an interface that you can call by way of a standardized protocol.
h service treats its API as a "contract."

Communicartion are Easy to updating

by API versioning

#DOAW16

Operational design: moving new code releases into

production
Microservices can simplify this situation enormously.

allowing updates to leave most of an application

unchanged
changes is simpler, easier, and less risk
expose easily new functions by making a new API
version

#DOAW16

DevOps@Work 2016

DevOps: increases reliability, stability and

resilience of the production environment

DevOps@Work 2016

The goal of DevOps is to increase business value by making it agile throu

continuous delivery of products and services that satisfy customer needs

Improved Defect Detection by a revision of QA

phase
Faster Feature Delivery: by CI, CD & iterative
feedback MVP
Increased Effectiveness: repetitive tasks and
dependency are reduces through a combination of new
tools and effective practices
.

Improved Team Cohesiveness

Natural extension ofAgile Methodologies

#DOAW16

DevOps@Work 2016

Agenda
DevOps Elephant!
Lean, Agile and DevOps
The Three Ways of DevOps
La Cultura al centro di
tutto
DevOps: Goal, Principi e
Pratiche
Tools
#DOAW16

Risorse e Riferimenti

DevOps@Work 2016

DevOps Elephant!
Its
DevOps!

DevOps is
Its
DevOps!

a movement, a philosophy, a way of

Its
thinking;
DevOps!
is a person who can perform both
Dev/Ops roles;
Its DevOps!
means cross skilling people;
is continuous delivery;
is a job title;
is automation;
is a team of developers and operation
staff;
is a culture movement;
#DOAW16
is monitoring.

DevOps@Work 2016

DevOps

DevOps unapproccio Culturalein cui lintera Line of

Business si assume la responsabilit della creazione di
Valore per il cliente.
In tale scenario, Developers e Operations sperimentano
continuamente nuovi modi di lavorare insieme, andando a
standardizzare e padroneggiare i processi attraverso
laripetitivite lapratica.
DevOps:DeliveryEnhancedValuesOverProcesses
Smells [f.p.]

#DOAW16

DevOps@Work 2016

DevOps.
Viene esteso il concetto di Done: quanto realizzato
considerato completato solo quando i test di accettazione sono
superati ed in erogazione.
Entrambi spingono ad automatizzare quanto pi possibile processi,
configurazioni, deployment, e contemplano una governance di
Change Management.
I sistemisti non diventano inutili ma innalzano lasticella
delle proprie competenze e delle proprie attivit.
Soluzioni applicative per DevOps esistono sia in ambito
commerciale che OpenSource, questultimo spesso laboratorio
di nuove idee.
Il cuore di questo approccio la condivisione degli obiettivi
lungo lintero Stream di Valore che sottende la realizzazione di
IT.
DevOps un approccio applicabile a qualsiasi realtsoluzioni
aziendale,
soprattutto quelle che riconoscono nellIT la propria dorsale di
supporto.
#DOAW16

non sostituisce un
approccio Agile
non rimpiazza la
metodologia ITIL
non significa NoOps
non applicabile solo
al mondo dellOpen
Source
non solo
infrastructure as a code
o automazione
non solo per le
Startup e le Unicorn

DevOps@Work 2016

Lean, Agile and DevOps

Idea

Portfolio management
Business process
management
Big Data/Analytics

Practice
s

Valu
e

Solution Vision & Customer

Delivery
[Lean Startup, Running Lean]

Agile Solution
Development
[Scrum, Kanban] [XP,
TDD]

Solution Delivery
[Continuous Delivery e
Deployment]
DevOps

Consistent
Environme
nt
Values
and
Principle
s

AGILE @Scale Framework

(SAFe, DAD, LeSS, Nexus)
LEAN
Value Stream End-to-End Flow

Individualmente, nessuno di questi approcci in grado di ottimizzare la creazione del Valore

#DOAW16
nel
complesso.
Bisogna adottarli allunisono per migliorare il proprio business.

DevOps@Work 2016

LAgile non sufficiente

Functiona
l Testing

Delivery

ile
g
A

Agile Team

ne
n
Fu

Acceptan
ce Testing

Ready to
Productio
n

Deploy

OPS

UAT & QA

Le varie build di iterazione si accumulano se non si in grado

di effettuarne il delivery e il deploy in modo rapido. Sulla
Visione complessiva di Deployment si rischia spesso di lavorare
con un approccio waterfall.
#DOAW16

DevOps@Work 2016

The Three Ways of DevOps

CUSTOME
R

BUSINE
SS

The First Way: System Thinking

The Second Way: Amplify Feedback Loop

CULTURA

The Third Way: Culture of Continual

Experimentation and Learning
Con DevOps si vuole creare un approccio
Culturale focalizzato sul Delivery di Valore
per il cliente, invece di prendersi cura solo
dei problemi tecnici .

#DOAW16

OPS
DEV

DevOps prima di tutto Cultura!

DevOps@Work 2016

DevOps isnt something you can buy -- its

something you have to do, and you have to do it
John Michelsen, CTO, CA
yourself.
Technologies
MIGLIORARE

Comunicazione Integrazione

Collaborazione

Automazione

tra DEV e OPS#DOAW16

e il resto dellazienda.

Comunicazione e Integrazione

DevOps@Work 2016

Abbattere le barriere tra le aree funzionali aziendali

Condividere le responsabilit individuando nuovi ruoli
Distillare la conoscenza
Focalizzarsi sui servizi a supporto del business, non sulla
tecnologia Comunicazione
Creare un senso di fiducia reciproco
Unico value-path per Sviluppo, Operation e il resto
dallazienda
Migliorare e automatizzare i processi
Rimuovere gli Ostacoli e i Colli di Bottiglia
Favorire il flusso informativo dallIdea alla Consegna Integrazione
al cliente
#DOAW16
Creare Loop di Feedback
ad ogni fase

Collaborazione e Automazione
Relazioni Face-to-face, real time
Ridurre al minimo, idealmente abolire, le
comunicazioni formali
Team di piccole dimensioni focalizzati sul Business
Condividere i problemi con i pari e gli altri colleghi
Uso di strumenti di Visual Management / Information
Radiator
Automatizzare lesecuzione dei Task ripetitivi
Automatizzare i Processi, connettendo task e
decisioni
Automatizzare Delivery e Deployment
Trigger Decisionali sfruttando Analytics e
Monitoraggio
#DOAW16

DevOps@Work 2016

Collaborazione

Automazione

DevOps: Goal, Principi e Pratiche

DevOps@Work 2016

Improv
Optimiz e
Shorten e
Quality
Cycle
Resour and
Time
ces

Availabi
lity

Principi
Evidenziare sempre i problemi e risolverli
velocemente;
Build Quality in, software di qualit;
Done significa Rilasciato;
Tutti sono responsabili per il Delivery e il Deployment;
Continuous Improvement: miglioramento continuo.
Pratiche
Creare processi affidabili, ripetibili, versionabili e
verificabili;
Automatizzare il pi possibile i diversi step del
processo;
Gli Script sono la vera documentazione up-to-date;
Tutti gli elementi del progetto vanno nel sistema di
source
control;
#DOAW16
Le build avvengono sempre e solo dal codice

DevOps@Work 2016

DevOps Goal

Shorten Cycle Time

Passare in modo efficace da lunghi
cicli di rilascio a rilasci settimanali o
giornalieri indispensabili per
supportare adeguatamente i
clienti e le trasformazione del
business.
#DOAW16

Full Application Lifecycle Management

Customer
& Business

Agile Team

Analysis + Design
Development
Testing
1

Ops
Agile Team & QA Team

Integration
Quality + Acceptance
Test

IDE

Version
Control
System

Release
Operation

Agile Deployment Pipeline: the last mile

Agile Project Management and Development

Agile
Project
Manag.

DevOps@Work 2016

Continuou Continuou
s Delivery
s
Integratio
n

#DOAW16

Continuou
s
Deployme
nt

Agile Project Management and

Development
I tool di Agile Project Management consento di gestire le
varie fasi di sviluppo legando direttamente i vari artefatti alle
attivit annesse al processo.
Un Integrated Development Environment un ambiente
omnicomprensivo che permette di sviluppare nel linguaggio di
riferimento, sfruttando le funzionalit dei framework
interconnettendosi con i vari sistemi a supporto.
Un Version Control System (VCS) consente una gestione
efficace della propria code-base, persistendo i file, tracciando le
modifiche e gestendo lhistory di sviluppo.

#DOAW16

DevOps@Work 2016

Agile Project
Management

IDE

Version
Control
System

Agile Deployment Pipeline: the last

mile

DevOps@Work 2016

LAgile Deployment Pipeline (ADP)

Agile Project
Management

descrive il processo che porta il software dal

Continuous
Deployment

version control system nelle mani

dellutente finale.
Si tratta di un concetto ispirato dal Value

IDE

Continuous
Delivery

Stream Maps di Lean Software

Development: ogni step produce un output

Version
Control
System

Continuous
Integration

che prelevato (pull) dallo step successivo

.
quando pronto ad elaborarlo.
LADP anche nota come Continuous

#DOAW16

Integration Pipeline, build pipeline, ecc

DevOps@Work 2016

The last mile

La Continuous Integration una pratica di sviluppo software
dove i membri di un team integrano il lavoro frequentemente,
almeno una volta al giorno.
La Continuous Delivery un set di principi e di pratiche volte
a rilasciare il software in ambiente di pre-produzione,
velocemente e frequentamene, sfruttando strumenti
automatizzati di building e testing.
La Continuous Deployment la fase successiva alla
Continuous Delivery, incentrata sul rilascio automatizzato in
ambiente di produzione della soluzione precedentemente
convalidata in pre-prod. Solo le build che superano gli UAT e i QA
Test vengono messe in erogazione automaticamente.
#DOAW16

Continuous
Integration

Continuous
Delivery

Continuous
Deployment

DevOps@Work 2016

Agile Deployment Pipeline: automation levels

build

unit
tests

integrati
on
tests
Manual Actions

build

unit
tests

integrati
on
tests

build

unit
tests

integrati
on
tests

validatio
n
tests

validatio
n
tests

#DOAW16

Continuos
Integration Code
Unit Test +
Integration Build +
Integration Test

Continuous
Delivery Continuous
Integration + QA Test
Manual Actions & ATDD
Continuos
Deployment
deploy to
Continuos Delivery +
productio
automatic deploy in
n
prod

Agile Deployment Pipeline Trigger

Continuos Integration

#DOAW16

Continuous Delivery

DevOps@Work 2016

Cont. Deployment

Lultimo miglio nella realt

La Continuous Integration relativamente semplice da
implementare:
tutta una questione di comunicazione, vista la maturit dei
tool.
La Continuous Delivery difficile, ma un po' tutte le software
house trovano una soluzione contestuale per adottarla:
alcune cose sono difficili da testare in modo automatico;
necessario avere dei tecnici dedicati alla scrittura di parte
dei test.
La Continuous Deployment adottata molto raramente
i Clienti non la vogliono;
inadatta alle soluzioni Mission Critical.
#DOAW16

DevOps@Work 2016

Continuous
Integration

Continuous
Delivery

Continuous
Deployment

DevOps@Work 2016

DevOps Goal

Optimize Resurces
Condividere la comprensione della
pipeline di rilascio in modo che
ognuno possa svolgere al meglio il
proprio lavoro.

#DOAW16

Software Development Infrastructure

DevOps@Work 2016

Developer Workstation
Ogni membro del team deve disporre di una workstation con IDE e
strumenti appropriati al proprio ruolo per essere sempre produttivo.

Team Collaboration Environment

I team progettano, sviluppano e dispiegano le applicazioni utilizzando
una suite integrata per la gestione del ciclo di vita della soluzione.

Dev and Test Environments

E fondamentale disporre di ambienti di pre-produzione per lo sviluppo,
lintegrazione e lesecuzione dei test di Quality Assurance e di
Accettazione.

Cloud Services for Development

Sfruttare servizi cloud-oriented, public o on-premise.
#DOAW16

Software Development Infrastructure

Issue
High Cost

Inability to
Delivery Value

Deploying Software
Manually

DevOps@Work 2016

Mantenere unefficace infrastruttura di

sviluppo e test pu diventare costoso.

Processi lunghi e burocratizzati minano la

capacita del team di consegnare Valore.

Il Deploy Manuale un anti-pattern, che incide

negativamente sulla creazione di Valore.
#DOAW16

DevOps@Work 2016

DevOps Goal

Improve Quality and

Availability
Essere confidenti che si sta
propriamente tracciando,
gestendo e monitorando il ciclo di
rilascio.
#DOAW16

DevOps@Work 2016

Improve quality & availability

Plan
Acceptance test
planning

Requirements
Backlog

Monitor & learn

Continuous learning
and improvement

All stakeholders

Development
Developers
& testers

Collaboration

Continuous
acceptance testing

Productio
n

Integrated
incident
management
Operations

Performance and
availability diagnostics

Develop & test

Release
Release
#DOAW16
management

DevOps@Work 2016

Hypothesis-Driven Development

La Hypothesis-Driven Development un approccio

allo sviluppo che si basa su una serie di continui
esperimenti al fine di determinare se unidea valida o
fino allottenimento del risultato desiderato.
Le ipotesi vengono testate nel giro di ore grazie alle
pratiche di Continuous Delivery (Deployment) e gli
strumenti
Monitoring
We believe <that
if we di
write
a blog post on our new product>
Will result in <people that will want to buy it>
We will have confidence to proceed when <30 people sign up
within 24 hours>
#DOAW16

DevOps@Work 2016

Continuous Learning
Problemi

Soluzioni

Mancanza di informazioni
per scegliere su quali
iniziative investire.

Ottenere rapidamente
informazioni dai
[potenziali] clienti per
aiutare le scelte.

#DOAW16

Azioni

Allineare il proprio ciclo

ALM ai risultati ottenuti per
massimizare il Valore
prodotto.

Eliminating Waste: do and repeat it!

DevOps@Work 2016

Parlarsi!

Investire su
Formazione,
Comunicazioni e
capacit CrossValutare nuovi
Skilling
Processi e Tool
avanzati per
supportare
DevOps
Rivalutare,

Misurare
Gestire la complessit senza
abituarsi ad essa
Creare micro-processi che
accompagnano lintero ciclo
rilascio
Procedere con piccoli esperimenti

modificare e
migliorare il ciclo di
Delivery
e
Valutare
nuove
Deployment
Pratiche
e Tecniche a

Automatizzare il processo di
rilascio
Iniziare con un processo di rilascio
condiviso

supporto di DevOps

Creare molti punti di feedback

Cambiare il sistema di
incentivazione in funzione dei
risultati generali
Adattare lorganizzazione

#DOAW16

Sperimentare i
cambiamenti in
modo localizzato:
Singola Area
Aziendale, Progetto
Pilota

DevOps@Work 2016

DevOps Tools

Platform and Stand-alone

Per raggiungere un alto livello di
automazione, andando a ridurre gli
errori, imprescindibile lutilizzo di
adeguati strumenti a supporto.

#DOAW16

DevOps@Work 2016

DevOps Tools Families

Consentono di definire da codice lo stato di una specifica
macchina, andando ad esplicitare la configurazione, il software
installato, ecc..
Consentono di istanziare una macchina virtuale da codice e
configurarla a livello di sistema operativo. Si interfacciano con
i Configuration Manager Software per completarne la
configurazione applicativa.
Consentono di impacchettare il software in ununit
atomica auto contenuta.

Configuration
Manager Software

Provisioning
Software

Packaging
Software

Consentono di monitorare il corretto funzionamento

del software e segnalare le relative anomalie
#DOAW16

Monitoring
Software

DevOps@Work 2016

DevOps Tools Families

Configuration
Management

Server Image Provisioning

Package Management
(Container Management)

Drawbridge
PowerShell DSC

VORTEX
LXD

#DOAW16

Monitoring

DevOps@Work 2016

Microsoft DevOps Platform

Azure services

CLOUD

Website
s

HYBRID

Cloud
service
s

SQL
databas
e

StorSimple

Microsoft products

Visual Studio Team

Services

API
manageme
nt

Virtual
network

Multifactor
authorizatio
n

PowerShe
ll
DSC

Build &
continuous
integration

Azure deploy
& continuous
deployment

Release
management

People
Business
IT Operations
Developers/Testers

Process
Monitor
& learn

Plan
Virtual
machines

ONPREMISE
S

Active
directo
ry

Release
Lab
management management
PowerShell
Team DSC
Test
foundation
professional
server

Build &
continuous
integration

Load
testing

Collaborat
e

#DOAW16

Develop
& test

Release

DevOps@Work 2016

Risorse e Riferimenti

/medium.com/@MarutiTech/devops-achieving-success-through-organizational-change-a1b69d944755#.ay6
echbeacon.com/building-next-generation-cloud-native-apps-essential-guide#.V0DZDyhH6Tg.twitter
blogs.atlassian.com/2016/03/how-to-choose-devops-tools/
echbeacon.com/5-fundamentals-successful-microservice-design#.VzcLYWVgZpM.twitter

#DOAW16