du devops au fastlab

07/10/2016 | Stade Vélodrome

DU DEVOPS AU FASTLAB… OU COMMENT ACCÉLÉRER ET SÉCURISER

VOTRE TRANSFORMATION DIGITALE ?

FRÉDÉRIC DUPORT FREDERIC.DUPORT@OPEN-GROUPE.COM

@FredericDuport

FRÉDÉRIC PEGEFREDERIC.PEGE@OPEN-GROUPE.COM

#byOpen | #devopsbyOpen

SOMMAIRE

DDAY DevOps | 7 octobre

3 Applicabilité

4 Trajectoire

2

1 Pourquoi

2 Eligibilité

REX

ERP PROMOTIONIMMOBILIERE« MyExim »

DEVOPS : POURQUOI ?

Nos clients doivent:

Accompagner l’innovation attendue par les métiers

Faire évoluer les infrastructures héritées des applicatifs

Certains produits présentent des contraintes difficilement gérables avec une organisation classique:

Time to Market

Releases fréquentes

1

DEVOPS : POURQUOI1

Collaborer

Arrêter de chercher des coupables; trouver des solutions ensemble

Favoriser l’intelligence collective, le co-design

DEVOPS : ELIGIBILITÉ

Intérêt à optimiser le time to market en simplifiant les architectures et les phases de développements

Architecture : micro-services, API First, etc

Culture : Transparence, Agilité, DevOps, etc

Besoin de plus de services à valeur ajoutée en misant sur les différents périmètres relatifs à la digitalisation :

Canaux : Mobilité, Internet, etc

Technologies : Cloud, IoT, BigData, etc

Méthodologies : design thinking, AB-testing, etc

2

InnovationInfrastructure as

Code

DEVOPS : ELIGIBILITÉ

Mais … le passage au mode DevOps induit:Des couts supérieurs (équipe intégrée/formée, industrialisation)

Une complexité technique (continuous delivery, infrastructure as code) plus élevée

2

Co

mp

lex

ité

Temps

DEVOPS : ELIGIBILITÉ2

Legacy

Innovation

Infrastructure Management

Infrastructure as Code

Et le Legacy…

DEVOPS : APPLICABILITÉ AU LEGACY

Maintenir les applicatifs monolithiques en production

Maintenir les plateformes classiques ou virtuelles

3

Legacy

DataBase

Fonction C

Fonction B

Fonction A

DataBase

Fonction C

Fonction B

Fonction A

DataBase

Fonction C

Fonction B

Fonction A

Hébergement

Serveurs Stockage Réseau

OS

Infrastructure Management

Refonte de toute ou partie de l’architecture applicative

Revoir Management, méthodes, agilité, outillage

TRAJECTOIRE

Des limites à la solution actuelle :ERP sur AS400

Complexité

o Intégration

o Evolution

o Maintenance

Architecture technique non adaptée à la mobilité

DEVOPS : APPLICABILITÉ AU LEGACY

De nouvelles opportunités avec une solution web & cloud :

Réduction des coûts de mise en œuvre

Elargissement de la cible commerciale : segments/pays

Nouvelle dynamique métier : passage de Modules/Métiers à Services

Mode SaaS : souscriptions, pay as you go, …

3

TRAJECTOIRE4

Par où commencer ?

Les workstreams

Quel projet ?

Quelle plateformes ?

Quel outillage ?

Quelle organisation ?

Quel projet concept pour commencer ?

Pilote (limité dans le temps) pour valider un concept fonctionnel

Peu d’adhérence avec la production

Industrialisation partielle, réutilisable

Objectif: Roder l’organisation humaine & technique, le cycle de vie et les outils

TRAJECTOIRE : QUEL PROJET ?4

Produit

FiltreIncubationen mode DevOps

FastLabFastFactory

MVP

Concept

Concept

Concept

TRAJECTOIRE : QUELLE PLATEFORME ?4

Objectif : Donner l’autonomie technique aux équipes.

Cloud public

o Rapidité de mise en œuvre

o Basé sur des solutions Open Source si possible, pour limiter les adhérences

o Cout à l’usage

Des services génériques (authentification, service bus, logging, messaging, etc)

o Réutilisables

o Basés sur des protocoles standards

Infrastructure as

Code

ONE PLATFORM TO SERVE THEM ALL4

Plateforme d’innovation

PaaS

IaaS

Services Génériques

AuthentificationOAuth2

ProvisioningSpring Boot/Cloud

DécouverteEureka

CollecteSpectator, Atlas

AnalyseSpark, Elastic Search

DashboardHystrix

Proxy GatewayZuul

MoodPeek

FullMaps

MyExim

?YourApp

TRAJECTOIRE : QUEL OUTILLAGE ?4

Objectif 1 : Promouvoir le travail collaboratif bout en en bout

Source control (git, svn, etc)

Software Project Management (maven, assembla, confluence, githubprojects, etc)

Sharing (wiki, slack, flock, confluence, etc)

Objectif 2 : Automatiser tout ce qui peut l’êtreContinuous integration (Jenkins, etc)

Configuration Management (puppet, chef, ansible, etc)

Et on n’oublie pas l’OpsSupervision, sauvegarde, centralisation des logs, …

Infrastructure as

Code

Continuous

Delivery

TRAJECTOIRE : QUELLE ORGANISATION?4

Objectif : Faciliter le travail en équipe intégrée

Expertise en méthodologie

o Agilité

o mode collaboratif en favorisant la transparence, l’échange, l’innovation au sein de l’équipe

Expertise technique

o Architecte logiciel, culture production & exploitabilité

o Intégrateurs Devops

o À la demande: experts SMACS

Lieu unique pour réunir l’équipe autour d’un chef de produit

Infrastructure as

Code

Continuous

Delivery

Expertise

Méthodologique

Expertise

Technique

Un Lieu

AGILE

FastLab

L’organisation de développement des services

Une équipe « pizza-team »

1 CP Agiliste

1 architecte logiciel ;

2 ingénieurs expérimentés ;

2 jeunes ingénieurs ;

TRAJECTOIRE : QUELLE ORGANISATION ?

Une implication au plus tôt des équipes exploitation et sécurité.

Centre de service MCO, 24/7 (Supervision, sauvegarde)

RSSI

4

TRAJECTOIRE : QUELS PIÈGES ?4

Intégrer l’innovation fonctionnelle & technique

Prendre en compte les contraintes du service en terme de disponibilité : SLA, MTTR, RTO, RPO, …

Pendre en compte la montée en compétence sur un environnement technique novateur

Constituer une équipe de profils ouverts, prêts à apprendre (risque de rejet)

Mettre en œuvre des réunions « flash » pour échanger, proposer, définir

Penser « conception de produit » et non « conception de service »

Négliger la conduite du changement pour passer du Dev+Ops au Devops

TRAJECTOIRE : QUELS PIÈGES ?4

Prendre le temps de penser l’architecture (ZDD, …).

Impliquer les experts (DBA, Sec, …)

Intégrer les équipes ops

Encourager le changement et innovation, au niveau du management.

Négliger les architectures logicielles, sous prétexte qu’on va vite

Négliger les contraintes d’exploitation et de sécuritésous prétexte qu’on est dans le Cloud

Ne pas s’approprier de nouvelles approches de conception et de design

CONCLUSION

DDAY | 7 octobre22

Pour nous, le DEVOPS c’est…

Du Fun !Parce qu’on bosse avec une super équipe !

Du Fun !Parce qu’on ne subit plus la lourdeur des processus !

Du Fun !Parce que l’environnement technique, c’est juste

celui dont on rêve depuis 15 ans !

DEVOPS

#byOpen

#devopsbyOpen