DU DEVOPS AU FASTLAB
-
Upload
treeptik -
Category
Engineering
-
view
54 -
download
0
Transcript of 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 [email protected]
@FredericDuport
FRÉDÉRIC [email protected]
#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