Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×

DevOps en pratique - Paris Meetup Bluemix 19/11/2014

Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité

Consultez-les par la suite

1 sur 15 Publicité

Plus De Contenu Connexe

Diaporamas pour vous (20)

Les utilisateurs ont également aimé (20)

Publicité

Similaire à DevOps en pratique - Paris Meetup Bluemix 19/11/2014 (20)

Plus par IBM France Lab (20)

Publicité

DevOps en pratique - Paris Meetup Bluemix 19/11/2014

  1. 1. © 2013 IBM Corporation What is DevOps ? Philippe Bauquel – Directeur R&D Rational France
  2. 2. Cloud-based Services Systems of Record CRM HR DB ERP Internet of Things Systems of Engagement 200 Milliards de systèmes physiques avec une intelligence IT 1.2 Milliards de consommateurs auront des Smartphones 60,000 cyber attaques par jour 2.7 ZB contenu numérique généré en 2012 Nous sommes dans l’ère de l’interaction entre les systèmes
  3. 3. 54% des entreprises pensent que la maîtrise de la livraison des applications est liée à leur performance business 25% maîtrise aujourd’hui ce domaine Mais seulement… 69% Surpasse ceux qui ne maîtrise pas la livraison des applications Source: “The Software Edge: How effective software development drives competitive advantage,” IBM Institute of Business Value, March 2013 La maîtrise de la livraison des applications est lié à la performance d’une entreprise
  4. 4. Les challenges liés à cette transformation Systems of Interaction Continuous client experience Partner value chain Cloud-based Services Systems of Engagement Systems of Record CRM HR DB ERP rollbacks après mise en exploitation >80% projets multipartenaires n’atteignent pas leurs objectifs >50% des développeurs alloués à la maintenance applicative >70% pour mettre en exploitation des changements applicatifs 4-6 Weeks Lignes métier La prise en compte d’un changement dans les applications ou les services est trop longue Production L’augmentation de la fréquence des mises en exploitation affecte la stabilité et le niveau de conformité des systèmes Développement & test Les différences de rythme de développement entre les applications front office et back office retardent l’interprétation des retours des utilisateurs Fournisseurs Les livraisons dans le contexte de changements rapides sont difficiles
  5. 5. L’approche DevOps: appliquer les principes « Lean » aux développements et livraisons des logiciels pour récupérer en continu les retours des utilisateurs Ligne métier Client 1 3 2 1.Mettre rapidement les évolutions en production 2.Amenez les clients à les utiliser 3.Récupérer rapidement les retours pour s’adapter Eliminer toute tâche qui n’est pas nécessaire à la compréhension de la demande des clients L’adoption de l’approche DevOps consiste à gérer les changements, obtenir des retours et livrer des évolutions dans un cycle
  6. 6. DevOps - les géants du Web: “System of Engagement” •Ces entreprises ont réinventé la manière de faire de l'informatique, ce qui leur a permis de construire des systèmes qui paraissaient impossible auparavant. –Google s'est lancé dans la numérisation de tous les livres papiers, et travaille sur les voitures qui se conduisent toutes seules ; –Facebook propose un espace illimité pour stocker ses photos ; –Amazon a donné corps aux liseuses numériques, etc. •Envergure : volume de données & nombre d’utilisateurs –FaceBook : 1 milliards d’utilisateurs –Gmail : 400 million d’utilisateurs –Amazon : 120 million d’utilisateurs… •Méthode : Processus de développement Agile du développement à la production. Adoption des grands principes du « Lean » –Remise en cause des frontières entre les études et la production. Certain on poussé le modèle jusqu’à imposer le « you build it, you run it » ! Ces acteurs majeurs de la nouvelle économie affichent un « time to market » très court en favorisant un flux continu de changements en production sans interruption de services
  7. 7. DevOps – Les entreprises traditionnelles: “System of Record” •DevOps est une approche qui vise à mieux aligner le système d’information sur les besoins de l’entreprise tout en réduisant le « time to market » •Les enseignements des Géants du Web appliqués aux entreprises traditionnelles : –“System of Record”  “System of Engagement” Automatisez les activités manuelles (permettant la livraison Continue) telles que la propagation et l’orchestration des changements, la traçabilité, les rapports d'avancement, etc. Utilisez un ensemble de pratiques fondées sur la pensée Lean pour maximiser la valeur et éliminer toutes activités qui ne bénéficient pas directement au client. Créez un mécanisme de « feedback » avec les environnements « clients » favorisant l'apprentissage Continu Adoptez une démarche d’optimisation continue en mettant en oeuvre des indicateurs pour une meilleure visibilité dans l'organisation de la chaîne de valeur
  8. 8. Livraison de logiciels continue pour saisir les opportunités de marché et intégrer plus rapidement les retours d’expérience Développement Collaboratif Test continu Release & déploiement continu Planification des besoins « métier » continue Monitoring continu Retours clients et optimisation continus DevOps Foundation Open Lifecycle and Service Management Integration Platform Cycle de vie DevOps Clients Lignes « métier » Développement Production Continuous Innovation, Feedback and Improvements Ecosystem Best Practices Monitor and Optimize Plan and Measure Develop and Test Release and Deploy OSLC Pratiques La vision IBM de DevOps: cycle de vie continu
  9. 9. Adoption progressive de l’approche DevOps Les pratiques généralement déployées Développement Collaboratif Test continu Release & déploiement continu Planification des besoins « métier » continue Monitoring continu Retours clients et optimisation continus Pratiques Gesiton des tests Tests automatique Vitualisaiton De services Test continu Gestion des tests Déploiement Automatique Provisioning environnement Release & Déploiement continu  La plupart des organisations se sont déjà dotées d’une plateforme d’intégration continue. Une trajectoire « naturelle » vers l’approche DevOps consiste d’abord à adopter les pratiques de « release & déploiement continu » et de « test continu » Gestions des changements Gestion des sources Build automatique Intégration continue
  10. 10.  Modélisation des applications complexes  Gestion de configuration des environnements  Définition graphique des processus technique de déploiement  Inventaire des déploiements  Promotion et comparaison des versions d’application  Rapport d’audit Artéfacts versionnés Développement Test Production Execute Against Execute Against Execute Against Deploy or Rollback Deploy or Rollback Deploy or Rollback Application Blueprint Release & déploiement continu Automatisation des déploiements applicatifs UrbanCode Deploy
  11. 11. Performance Requirements Unit Test UAT OAT Sys Tests Sys TeSsytss Tests • Accélère les phases de test • Réduit les risques liés à une intégration tardive • Réduit les coûts • Améliore la qualité Big Bang 11 Processus de test continu Bénéfice de cette approche – coûts, délais, risques Test continu
  12. 12. Test d’intégration incrémental Service Réel Service Virtuel • A chaque acceptation d’une demande de modification ou de création d’un nouveau service, l’architecture définie les spécifications et les interfaces du service  Le ou les composants virtuels du service sont créés, documentés et publiés dès les premières étapes de développement du service  Chaque équipe peut tester ses applications au plus tôt  Indépendamment de la disponibilité du service réel  Sans avoir à développer, maintenir et déployer des bouchons  On contrôle donc parfaitement l’introduction des services, des applications et des systèmes dans le cycle de développement. La virtualisation des services comme facteur de fluidité GreenHat Test continu
  13. 13. •La solution RTW de virtualisation et de tests s’intègre nativement dans la suite IBM DevOps et permet d’automatiser : La configuration des environnements Les déploiements de composants réels et virtuels dans les environnements d’exécution Les tests de non régression sur les services et les composants du système Rational Test Workbench IBM UrbanCode Deploy RTW plugin RTVS plugin Databases Mainframe applications Third-party Services Virtualized services Dev Validation Integration Industrialisation des déploiements et virtualisation des tests Un chemin concret vers DevOps
  14. 14. © 2013 IBM Corporation IBM Software Group | Rational Software
  15. 15. © 2013 IBM Corporation © Copyright IBM Corporation 2008. All rights reserved. The information contained in these materials is provided for informational purposes only, and is provided AS IS without warranty of any kind, express or implied. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, these materials. Nothing contained in these materials is intended to, nor shall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the use of IBM software. References in these materials to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/or capabilities referenced in these materials may change at any time at IBM’s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future product or feature availability in any way. IBM, the IBM logo, the on-demand business logo, Rational, the Rational logo, and other IBM products and services are trademarks of the International Business Machines Corporation, in the United States, other countries or both. Other company, product, or service names may be trademarks or service marks of others. IBM Software Group | Rational Software

×