French Webinar: XL Deploy 4.0

Op#miser
et
Accélérer
votre
processus
de
livraisons
applica#ves

XL
Deploy
4.0

Benoit
Moussaud
/
Directeur
Technique
/
bmoussaud@xebialabs.com

Richard
Mathis
/
Directeur
Commercial
/
rmathis@xebialabs.com

© Copyright 2012 XebiaLabs Inc. Proprietary & Confidential.
Agenda
Présentation société
Problème adressé
Solution “XL Deploy”
Concepts et modèle
Architecture
Plugins & Extension
Différentiateurs
Démo & Nouveautés XL Deploy 4.0

Qui sommes-nous ?
Identité
o  Groupe Xebia (300 personnes, 35M Euros)
o  Présence globale (US, EMEA et Inde)
o  “Cool vendor” Release Management, Gartner
Mission
o  Aider nos clients à livrer des applications de meilleure qualité jusqu’en production plus
rapidement
Bénéfices
o  Réduction des risques d’erreurs et de downtime
o  Accélération du time to market
o  Réduction des coûts
o  Contrôle, visibilité, traçabilité et reporting

Outsourcing
Transportation, Travel and Leisure
TelecommunicationsFinancial Services
Ils nous font confiance
Web players and others
Government Energy and Manufacturing

Les tendances qui poussent à automatiser
Réduction des
coûts
VirtualisationMigrations
middleware
Compliance Agilité (2.0)DevOps
Continuous
Delivery RationalisationScalabilité

Deployit dans votre ALM
Release
Packaging
Public / Private
Hybrid Cloud
Middleware
Build
SCM
Continuous
Integration
IDEs
Provisioning
Platform as a
Service
Bridging the gapDev Ops
Déploiement
Appplicatif

Qu’est-ce que le 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 !
Déploiement Applicatif
Mon app
v 1.x
v 2.x
v 3.x
Dev/Test 1
QA
1&2
Prod
1,2&3

Les solutions actuelles et leurs limites
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
Taux d’erreurs élevé
Délais trop longs
Déploiement manuels

Notre vision : un modèle de déploiement unifié
Deployment
Package
Environment
Deployed
Application
Deployment
Maps artifacts and resources from the
Deployment Package to the Environment
to make it environment specific
Environment
Independent

Le package de déploiement
o  Un par version d’application
o  Il contient l’ensemble des ressources nécessaires
o  archives (WAR, EAR, JAR…)
o  .exe, .dll, application pool
o  contenu statique (html, javascript, images, video)
o  scripts de bases de données et datasources
o  fichiers de configuration
o  Complet
o  Structure adaptable aux modes opératoires existants
o  Indépendant de l’environnement

L’environnement
o  Machine ou ensemble de machines sur lesquelles sont installés des
middlewares
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  Acceptance
o  Production (complexe)

Le déploiement
o  Associer un package (version X de l’application Y) sur un environnement Z
o  Chaque élément du package (deployable) est associé à un ou plusieurs
containers de l’environnementpour devenir un ‘deployed’
o  Chaque ‘deployed’ est configurable.

Le même package traverse différents
environnements jusqu’en production
Developer
System Administrator

Configuration : les dictionnaires
o  Permettent de centraliser et gérer les paramètres en fonction de
l’environnement cible
o  Valeur par défaut des propriétés (ex: file.DeployedFile.targetDir)
o  Valeur des placeholders (ex:{{DB_USERNAME}}, {{ULR_BACKEND}})
o  Association
o  Plusieurs par environnement
o  Partageables entre plusieurs environnements
Deployment
Package
EnvironmentDeployment
DictionaryDictionary
Dictionary
Provides values

Périmètre fonctionnel de Deployit
o  Basé sur un modèle (UDM)
o  Référentiel
o  des environnements
o  des applications
o  des versions applicatives installées
o  Point central de configuration et de
paramétrage de ressources
o  Moteur de calcul automatique des plans de déploiement (“AutoFlow”)
o  Automate de déploiement des packages applicatifs sur les serveurs

Architecture de Deployit

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 agiles
Intégration Continue
Provisioning d’infrastructure
Automatisation des déploiements

Dev et Ops se rejoignent dans Deployit
Les Equipes de Développement construisent les Packages
et les Ops construisent les Environnements
Les Packages peuvent :
o  Etre importés depuis un répertoire ou une URL
o  Etre uploadés
o  Etre produits et poussés avec/depuis Maven, Jenkins, MS TFS, …
Les Environnements sont :
o  Découverts automatiquement (pour WAS, Weblogic)
o  Créés via l’interface Web ou le CLI
o  Provisionnés via l’intégration avec Puppet

‘Build’ et ‘Deploy’
DeployIt
Developer
System Administrator
Importent
Définissent
Découvrent

Deployit, solution d’entreprise transverse sécurisée

Plugins et points d’extensions
o  Apportent le savoir-faire de déploiement
o  Travaillent de concert
o  Extensibles et paramétrables par configuration (XML)
o  “Generic Plugin” : pour modéliser un déploiement
Plugins payants Plugins inclus avec Deployit 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 IIS / Biztalk
BigIP F5 Load Balancer
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

Nouveautés XL Deploy 4.0
Parallélisation de l’exécution des tâches de déploiement
Staging
Scheduling intégré
Intégration XL Release 4.0
….

Pourquoi Deployit est différent
AutoFlow
Pas de scripts à
écrire et à
maintenir
Plugins
Procédures de
déploiement
out of the box
Basé sur un
modèle
déclaratif,
puissant et
extensible
Architecture
sans agents
Rapidité
de mise en
oeuvre

Démo

Deployit : rôles

Utilisation en fonction des rôles
Les équipes infra construisent /
représentent les environnements
dans Deployit

Les développeurs construisent
leurs packages et les importent
dans Deployit via leur outil de
Build/Intégration Continue

Les développeurs réalisent des
déploiements en “self-service” sur
les environnements de Dévt/Tests
depuis leur Intégration Continue

Le QA réalise des déploiements
en self-service sur leurs
environnements de Tests/
Intégration/Recette

Le département Opérations/
Production réalise les
déploiements sur les
environnements de Pré-Prod/
Production

Le Management peut
monitorer l’activité de
déploiement

French Webinar: XL Deploy 4.0

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to French Webinar: XL Deploy 4.0

Similar to French Webinar: XL Deploy 4.0 (20)

More from XebiaLabs

More from XebiaLabs (20)

French Webinar: XL Deploy 4.0