Automatisez progressivement vos releases

Automatisez progressivement
vos releases
Benoit Moussaud / Dir Technique
Richard Mathis / Dir Commercial
26 février 2015

2 Copyright 2014. Confidential – Distribution prohibited without permission
Agenda
▪ Présentation société XebiaLabs
▪ La problématique de la gestion des livraisons
▪ Fonctionnalités clés d’XL Release
▪ Démo
▪ Q&A

Présentation XebiaLabs
Leader
Devops &
Continuous Delivery
Présence
US, EMEA et
APAC
+150
Clients
majeurs
Croissance
> 100% / an
REVENUE
2012 2013 2014 (projected)
110%
140%
100%
100% des clients
ont renouvelé leur
maintenance en 2013 !
Satisfaction client
100%
Siège à Boston (MA)

Des clients majeurs nous font confiance
Outsourcing
TelecommunicationsBanques, Finance, Assurances
Sites web, SaaS, high tech
u
Secteur public Energie et Industrie
Transport et tourisme

Les tendances qui poussent à automatiser
Virtualisation
Migrations
middleware
Compliance
Agilité DevOps Continuous
Delivery
CloudScalabilité
Réduction
des coûts

La suite XebiaLabs
Une suite de solutions pour fluidifier, sécuriser et accélérer la
livraison d’applications de meilleure qualité

Plate-forme d’automatisation du pipeline de CD
App 1.0App 2.1 App 2.0 App 1.2
Dev Test 1 QA1 QA2 PRE PROD PROD
Private / Public Cloud

Qu’est-ce qu’une Release (livraison) ?
▪ Ensemble d’activités / tâches visant à mettre en place une nouvelle version d’un
logiciel (patch, version mineure ou majeure) càd, d’emmener une version d’une
application du Build jusqu’en Production
▪ Processus collaboratif impliquant généralement différentes équipes (dév, qa, systèmes,
infra, sécurité, middleware, release, production)
▪ Contraintes de timing (WE, horaires de bureaux, dans un certain timeframe…)
▪ Processus soumis à un certain nb de validations

Enjeux de la gestion des livraisons
▪ Processus peu ou mal formalisé et standardisé (livraisons majeures versus patchs)
▪ Sources d’informations variées : Wikis, emails, Excel, etc
▪ Coordination de tâches manuelles et automatiques
▪ Nombreux outils : Build, Intégration Continue, Change Management, ITSM
▪ Collaboration difficile
▪ Pas de visibilité sur le processus, de capacité d’audit, de traçabilité, ni de reporting
Les livraisons sont :
▪ Imprédictibles et peu maitrisées
▪ Peu efficaces / peu rationalisées

XL Release
XL Release : solution d’orchestration pour les organisations IT souhaitant
formaliser et automatiser progressivement leur processus de livraisons et aller
vers le Continuous Delivery
En fournissant une solution collaborative s’appuyant sur un référentiel centralisé
et en augmentant le niveau d’automatisation et de standardisation des
processus de livraisons, XL Release aide les clients à livrer des applications de
meilleure qualité plus rapidement.

XL Release – Fonctionnalités clés
▪ Modélisation aisée de vos plans de livraisons
▪ Source d’information centralisée pour l’ensemble des acteurs
▪ Support des conditions, dépendances et points de synchronisation (gates)
▪ Vue d’ensemble des livraisons passées, en cours et à venir
Accélérer AnalyserModéliser

▪ Possibilité d’orchestrer tâches manuelles et automatiques
▪ Identification des activités à automatiser en priorité
▪ Automatisation progressive
▪ Intégration aisée avec tous types d’outils externes
AnalyserModéliser Accélérer

▪ Traçabilité complète : qui a fait quoi, sur quel système, quand et pourquoi ?
▪ Vision “pipelines” des livraisons
▪ Analyses de haut niveau (% d’automatisation)
▪ Les métriques permettent de visualiser les axes prioritaires d’amélioration
Modéliser Accélérer Analyser

Qui utilise XL Release ?
▪ Toutes les personnes impliquées dans le processus actuel de livraison participent
− Via les vues “release” et la gestion des “tâches”
▪ Release Managers et/ou Delivery Managers
− Créent et améliorent les “templates”
− Responsables de la livraison en cours, règlent les problèmes quand ils surviennent
▪ IT Managers
− Peuvent suivre le pipeline de livraisons et les tableaux de bord
▪ CTO
− Analysent les tendances sur la base de données réelles

Interaction d’XL Release avec son écosystème
Change
Management/
ITIL tools
Build, Test,
Deployment,
Provisioning
Automation
Planners &
organizers
Change tickets
Orchestrate
& Deploy
Synchronize data
Release
manager
Manager IT
DevOps team

Qu’est-ce qui différencie XL Release ?
▪ FACILE A UTILISER !
▪ Pas de bing bang : conçu pour vous aider à automatiser
progressivement votre processus de livraisons
− Commencez avec votre processus actuel et automatisez progressivement
− Coordonnez tâches manuelles et automatiques
▪ Automatisation sans agents, facilement extensible
− Pas d’agents à installer, pas de maintenance
− Intégrations natives avec les outils standard du marché
− Simple à étendre
▪ Reporting puissant
− Traçabilité complète pour faciliter l’audit
− Analyse et amélioration des processus

Exemple
Voilà comment nous livrons une version majeure de notre application A en
production chez Atmel, Inc. :
▪ Au lancement d’une release, nous notifions toute l’équipe par email.
▪ Ensuite nous avons une réunion de lancement au cours de laquelle nous
décidons des fonctionnalités qui seront intégrées.
▪ Les développeurs préparent et “tag” la release dans le système de gestion de
versions (SCM), et construisent le livrable.
▪ Pendant ce temps, l’équipe QA prépare la campagne de tests.
▪ L’équipe QA déploie le livrable sur son environnement et réalise sa campagne
de tests.
▪ Une fois que QA a validé et que l’environment de production est prêt, les
Ops déploient en production.
▪ Des tests sont ensuite réalisées pour notifier l’ensemble des équipes du succès
ou de l’échec de la livraison

Modélisez simplement vos processus de livraison

Démo

Vue calendrier

Reporting

Tableaux de bord

Value Stream Mapping

Drill-down Failure Analysis

SpentTime Analysis

Déploiement applicatif :
solutions actuelles et challenges
Scripts complexes & déploiements manuels
o Coûteux
o Spécifiques
o Sujets à erreurs
Impacts organisationnels
o Imprédictible
o Tâches à faible VA
o Consommateur en temps
o Manque d’autonomie
Impacts business
o Time to market
o Coûts directs et indirects
o Indisponibilité des applications
o Pertes opérationnelles
Erreurs humaines
Time to Market
Consommateur en
ressources
Gestion de
Configuration
Audit & Traçabilité

Qu’est-ce que le déploiement applicatif ?
Déploiement Applicatif
o Déposer des packages sur des machines
o Configurer des ressources
o Configurer des composants middleware
o Arrêter/redémarrer des composants
o Configurer les applications installées en
fonction des environnements
o Dans le bon ordre !
Mon app
v 1.x
v 2.x
v 3.x
Dev/Test 1
QA 1&2
Prod
1,2&3

Le déploiement caractérisé par 3 concepts
Package EnvironnementDéploiement
Dictionary
Dictionary
Dictionnaires

Le package de déploiement
o Un par version d’application
o Il contient l’ensemble des ressources nécessaires
o des archives (WAR, EAR, JAR…)
o des .exe, .dll, application pool
o du contenu statique (html, javascript, images, video)
o des scripts de bases de données et datasources
o des fichiers de configuration (.properties, .ini, .xml)
o Complet !
o Indépendant de l’environnement
o Les éléments variables sont indiqués avec le format mustache {{..}}
o Le fichier ‘Manifeste’ est le « bon de livraison » de la version
o Sous la responsabilités des DEV

Les dictionnaires
o Gestion de la configuration de l’application en fonction de l’environnement cible
o Format : Clé  Valeur
o Type : Simple ou Chiffré
o Sous la responsabilités des DEV et OPS

L’environnement
o Ensemble d’éléments d’infrastructure
o Machines
o Serveurs d’applications, Serveurs web
o Bases de données
o ESB, ETL, Load Balancer ...
o Ensemble de dictionnaires
o Surcharges
o Calculs de valeurs avec d’autres clés
o Sous la responsabilités des OPS
o Exemple:
o Développement (simple)
o Test
o Recette
o Production (complexe)

Le package de déploiement
o Un par version d’application
o Il contient l’ensemble des ressources nécessaires
o des archives (WAR, EAR, JAR…)
o des .exe, .dll, application pool
o du contenu statique (html, javascript, images, video)
o des scripts de bases de données et datasources
o des fichiers de configuration (.properties, .ini, .xml)
o Complet !
o Indépendant de l’environnement
o Sous la responsabilités des DEV

L’environnement
o Ensemble d’élément d’infrastructure
o Serveurs d’applications
o Serveurs web
o Bases de données
o Portails
o ESB…
o Classiquement :
o Développement (simple)
o Test
o Recette
o Production (complexe)
o Sous la responsabilités des OPS

Le déploiement
Association d’un package (version X de l’application Y) sur un environnement Z configuré par un ensemble de
dictionnaires.

La tâche de déploiement
o Générée à la volée sur la base de :
o Détection des Deltas
o Au niveau du package
o Au niveau de la configuration
o Au niveau de la topologie serveur
o Règles de déploiement
o Si le war est déployé sur l’appServer X et est modifié
alors les étapes sont ....
o Puis Exécutée
o Transport des artéfacts sur les machines cibles
o Exécution des commandes

XL Deploy, solution basée sur un modèle
o On décrit la cible (le quoi) et pas le moyen de l’atteindre (le comment)
o Dans le contexte du déploiement applicatif :
o Je veux déployer la version x de mon application y sur l’environnement z avec la
configuration w
o Il y a une situation de départ (version de l’application déployée, état de l’environnement,
topologie, configuration), et une situation désirée
o C’est l’outil qui génère la séquence de déploiement

Architecture XL Deploy

Plugins et points d’extensions
Utiliser en standard
o Apportent le savoir-faire (les règles) de
déploiement
o Travaillent de concert pour constituer la
tâche de déploiement Plugins sous licence Plugins inclus Plugins
communautaires
IBM WAS 6, 7, 8 et 8.5
IBM WebSphere MQ
IBM WebSphere Process Server
Oracle Weblogic Server 9, 10, 11g, 12c
Oracle Service Bus 10 et 11
JBoss Application Server 4, 5, 6 ,7
Tomcat Server
Microsoft Windows / IIS / Biztalk
F5 Networks Big IP
Citrix Netscaler
Command
File
Web Server
Database
Notification
Release Authorization
Maven
Bamboo
Jenkins
TFS
Test Application
Lock
Change Management
Apache mod_jk
Scheduler / SLA
Generic Load Balancer
DataPower
RPM
Personal Credentials
Puppet
Adapter
o Les plugins par simple configuration
(XML) pour refléter ses propres règles
Créer simplement
o Sa propre règle de déploiement avec le
“Generic Plugin”

XL Deploy, solution d’entreprise
transverse sécurisée

XL Deploy : réconcilier Dev et Ops
XLDeploy
Importent
Déclarent
Découvrent

EnvironmentsApplications
Public, private,
or hybrid cloud
XL Deploy : déploiements automatiques
shared file
location
repository

EnvironmentsApplications
Public, private,
or hybrid cloud
XL Deploy : déploiements automatiques
shared file
location
repository
200+ actions et règles de déploiement pour les
principales stacks middleware
• WebSphere
• Windows
• IIS
• JBoss
• Tomcat
• Oracle
• Databases
• …
Next

Solution type « Livraison Continue »
Development Test Acceptance Production
App B
V 3.3
App B
V 3.2
App B
V 3.1
App B
V 3.0
Development Test Acceptance Production
App A
V 2.0
App A
V 1.2
App A
V 1.1
App A
V 1.0
Projets en développement
Intégration Continue
Provisioning d’infrastructure
Automatisation des déploiements

Proposition de valeur et différentiateurs XL Deploy
AutoFlow
Pas de scripts
à écrire / à
maintenir
Plugins
out of the box
Modèle
puissant,
ouvert et
extensible
Rapidité
de mise en
oeuvre
Architecture
sans agents
Licensing

Démo

Automatisez progressivement vos releases

Contenu connexe

Tendances

En vedette

Similaire à Automatisez progressivement vos releases

Plus de XebiaLabs

Automatisez progressivement vos releases

Notes de l'éditeur