1. Invisible
infrastructure

2. Giulio Roggero
CTO - www.mia-platform.eu
CSO - www.intre.it
Co-Founder - www.agilereloaded.it
Di cosa mi occupo?
“Mettere a terra” le
strategie digitali delle
aziende.

3. cosa non percepiamo?

4. oggi

5. un tempo

6. oggi

7. un tempo

8. Quali sono le
caratteristiche di una
infrastruttura?
● è una interconnessione di strutture
● offre servizi per un alto numero di attori
● è standard
● è affidabile
● è regolamentata
● sopra di essa è possibile creare nuovi
servizi

9. Storia
dell’informatica
(non completa)

10. 1945 - Eniac

11. 1959 - IBM 1401

12. 1965 - Olivetti P101

13. 1977 - Apple II

14. 1988 - IBM AS400

15. 1991 - Linux

16. 1993 - Mosaic

17. 2007 - iPhone

18. 2007 - Amazon EC2

20. Le aspettative degli utenti
con il tempo crescono

21. Oggi
https://chiefmartec.com/2018/04/marketing-technology-landscape-supergraphic-2018/

22. Cos’è un’infrastruttura
informatica?
https://en.wikipedia.org/wiki/IT_infrastructure

23. https://www.google.com/about/datacenters/

24. Quali sono i bisogni
dell’IT?
Concentrarsi sul valore aggiunto
Ridurre i costi e non reinventare la ruota ogni volta
Evolvere e non rimanere legati ad una tecnologia
Garantire consistenza, sicurezza e privacy dei dati
Governare i sistemi

25. L’IT ha bisogno
di infrastrutture
come i treni
hanno bisogno
delle rotaie!

26. Le tecnologie abilitanti
● Cloud: IaaS, PaaS, SaaS
● Containers
● Serverless
● Big Data
● Machine Learning
● Artificial Intelligence
● Blockchain

27. Perchè non si è ancora
standardizzata l’industria?
E’ una bella domanda...

28. Cosa è cambiato rispetto
a circa 5 anni fa?
Tanti dati
Più utenti
Tanti canali
Diversi scopi
Performance elevate
Estrarre solo le info utili
Costi da ridurre

29. Per cui è tutto
in forte
accelerazione
Time-to-market
Il mercato richiede
qualità e reattività
sempre più alte
Debito Tecnico
Non sempre è
possibile
soddisfare i tempi
mantenendo sotto
controllo il debito
tecnico del
software
TCO
A lungo andare il
Total Cost of
Ownership del
prodotto diventa
insostenibile

30. Una sola tecnologia non è più
sufficiente
● più servizi esterni
● più cloud vendor
● si ibridano le soluzioni on premises e on cloud
● si adotta un approccio bimodale

31. Complessità!!!

32. sotto sopra
dell’infrastruttura
Sopra logiche di prossimità: logiche di
business e di interazione utente
Sotto commodities: cpu, disco, ram, deploy
networking, monitoring, alarms, scaling, billing

33. Invisibile

34. Infrastruttura
Applicativo
Invisible sotto questa linea

35. Le
caratteristiche
di una
infrastruttura
invisibile
Generata totalmente da codice, il codice è l’infrastruttura
Configurabile totalmente da codice
Standardizzata, indipendente da vendors e tecnologie del “sopra”
Sicura by design
Ubiqua, la performance del servizio non dipende da dove ci si trova
Possiede automatismi affidabili e ripetibili
Semplice

36. Non innamorarsi della
tecnologia!
I tecnici si innamorano delle tecnologie; le persone di
business si innamorano dei KPI. E' normale ma poco
efficace. Solo quando un'azienda, nel suo insieme di
business e tecnici, si innamora dei suoi utenti finali si fa
il vero salto di qualità!

37. Dove tiriamo la
linea? Infrastruttura
Applicativo

38. Dove tiriamo la
linea?
1990: Sistema Operativo
2000: JVM
2005: Application Servers
2010: Virtualizzazione
2015: Cloud
2017: Serverless
2018: Multi-cloud and Containers
2019: AaaP

39. Infrastruttura
Applicativo
Feature Team: PO + UX + Dev + Sec + Ops + Data Scientist = Value for end users
L’infrastruttura ha dei team che non influenzano l’end-to-end applicativo ma
garantiscono che le caratteristiche di invisibilità dell’infrastruttura permangano.

40. Confronto tra infrastrutture Cloud
Hardware
Virtualization
OS
Runtime
Applications
Functions
API
Channels
IaaS
Hardware
Virtualization
OS
Containers
Runtime
Applications
Functions
API
Channels
CaaS
Hardware
Virtualization
OS
Containers
Runtime
Applications
Functions
API
Channels
PaaS
Hardware
Virtualization
OS
Containers
Runtime
Applications
Functions
API
Channels
SaaS
Hardware
Virtualization
OS
Containers
Runtime
Applications
Functions
API
Channels
AaaP
Vendor Managed
Configurable
Customer Managed

41. Cloud Vendor
VM
Cloud Vendor
VM
Orchestrator
Containers manager
Container
Customer
Technology
Independent
CaaS

42. Esempio di Infrastruttura invisibile
Kubernetes
CPUs, RAM, Disk, Networking Virtualization
OS OS OS OS OS OS OS OS
End Users
Broker Clusters
OS OS OS
DBs Clusters
Namespaces
Other departments
Developers
Dev Portal / DevOps
Elastic/Kibana
Mia
Nexus
API Gateway
Orchestrator
CustomCustomCustomCustom
Custom
Developers focus on Customs
3rd Party APIs
External Services

43. Oggi scriviamo il codice
legacy del 2030
Deleghiamo, isoliamo, creiamo API “human readable”
(e “bot readable”)
Scriviamo “piccolo” e poi buttiamo e riscriviamo
periodicamente, non fra decenni
KISS principle
L’asticella di dove consideriamo l’infrastruttura si alza
La complessità si alza
Scegliere oggi una tecnologia stabile non è semplice
Per cui ...

44. Architettura
Approccio
Infrastruttura
Monolith
Waterfall
Physical
Servers
Data
Center
IERI
Un passaggio graduale

45. Monolith
Waterfall
Physical
Servers
Data
Center
Waterfall
Monolith
Virtual
Machine
Containers
on Virtual
Machine
On Prem Dc or Hosted + Public
Cloud
Agile
DevOps
Microservice
and API
IERI OGGI (transizione)
Architettura
Approccio
Infrastruttura
Un passaggio graduale

46. Monolith
Waterfall
Physical
Servers
Data
Center
Waterfall
Monolith
Virtual
Machine
Containers
on Virtual
Machine
On Prem Dc or Hosted + Public
Cloud
Agile
DevOps
Microservice
and API
Microservice
and API
Containers
Public
Cloud
IERI OGGI (transizione) DOMANI
Architettura
Approccio
Infrastruttura
Agile
DevOps
Un passaggio graduale

47. E il futuro? 2030
2040
2050
2100

48. Infrastrutture
invisibili
● Rifare ogni volta le
stesse cose è un danno
● Tracciare una linea di
demarcazione sotto la
quale il servizio è
standard è una necessità
● Containers e
Orchestratori
potrebbero essere la
soluzione nel medio
termine per affrontare
questa sfida