Presentazione standard di PowerPoint

Cdp OpenSource Roadmap
Presente e futuro
Novembre 2016, Roma
Chi è Cdp
Executive summary
 Il percorso di cambiamento intrapreso di recente da Cdp ha generato
numerose iniziative progettuali caratterizzate da complessità
realizzative con un elevato impatto sull’ict
 Sulla base dei requisiti si rileva una significativa concentrazione di
attività progettuali prevista per il 2017
 Per soddisfare i requisiti di business, il time to market e garantire la
sostenibilità della soluzione si è resa necessaria la definizione di una
nuova Enterprise architetture (EA)
Ogni rivoluzione ha bisogno di princìpi
Princìpi
Le componenti
devono essere
Open source:
• Permette di evitare il
vendor lock in
• Offre la possibilità di
comprendere meglio il
funzionamento delle
componenti
• Abbatte i costi
Interfacce
standard e
aperte:
• Permettono una veloce
integrazione
• Alto riutilizzo
• Tecnologia adatta allo
scopo
I sistemi
devono essere
modulari:
I sistemi
devono essere
cloud ready
• Permettono una
evoluzione
indipendente dei
singoli moduli
(microservizi) anche
con tecnologie diverse
• Aiutano un agevole
sviluppo parallelo
• La soluzione deve poter essere
facilmente eseguita su uno dei
principali cloud pubblici
• Le licenze del software devono
prevedere la possibilità di
essere usate in cloud
EA
Catalogo
Cdp nella definizione del proprio Enterprise Architecture Landscape ha definito un proprio catalogo di
componenti in linea con i principi espressi in precedenza. I progetti possono attingere da questo elenco
per costruire le soluzioni. Il catalogo viene tenuto aggiornato con i nuovi standard per i quali dove
possibile vengono anche definite le best practcies.
Ambito Componente
Frontend
Frontend
Middleware
Database
DataBase
DataManagement
DataManagement
DataManagement
DataManagement
DataManagement
OS
Programming Language
Programming Language
DataManagement
Security
Security
Middleware
Nome componente
Angular JS 2.0
Material Design 2.0
Jboss EAP 7.X
Postgresql 9.5
Jboss Datagrid
Cloudera CDH 5.X
Apache Spark
Apache HIVE
Apache Impala
Apache SOLR
Redhat Linux 7.X
Java EE7
Python 3.X
pySpark
Oauth2
Jboss Identity Management
Swagger
Descrizione
Framework Javascript
UI Component framework
Application Server, messaging
RDBMS,Database
In memory DataGrid
Distribuzione Hadoop, Datawarehouse
Analisys,ETL,Stream Processor, Machine Learning
Analisys,ETL,SQL,BigData,Datawarehouse
MPP,Datawarehouse
Full Text Search
Sistema Operativo
Framework di Sviluppo
Linguaggio di programmazione
Interfaccia Python per Spark
Protocollo Authenticazione
Identity management, Authentication Server
API Framework
Status
Approved
Approved
Approved
Approved
Approved
Approved
Approved
Approved
Approved
Approved
Approved
Approved
Approved
Approved
Approved
Approved
Approved
Architettura Progetto Crediti
Consistency
Manager
Incassi
Anagrafica
Rapporti
Rate
…
Business case Crediti
Costi in MW+DB
~ 4X
Anno 1
Anno 2
Anno 3
Proprietaria
Anno 4
Opensource
Anno 5
Totale 5 Anni
Lessons Learned sull’opensource
•
•
•
•
•
•
•
•
•
Sponsorship del Top management
Il cambiamento va gestito
Individuate i champions
Forte governance sulle componenti e
librerie
Costruire un ecosistema di partner
Investire parte dei savings in formazioneassunzioni
Agli sviluppatori piace
Definite degli stack
Non sottovalutate le migrazioni
Prossimi Passi
•
•
•
•
•
DevOps
Containers-Docker
Red Hat Atomic
Kubernetes
Cloud
Grazie
www.cdp.it