Les Géants du Web                                         10 pratiques                               Ludovic Cinquin, DG F...
2© OCTO 2012
Plus Gros5© OCTO 2012
6© OCTO 2012
Build vs Buy               Pas de progiciels               Beaucoup d’Open Source              Bref, le contraire de beauc...
Une certaine logique8© OCTO 2012
Mais aussi…              … des progiciels souvent peu adaptés au très gros                coût de licence rédhibitoire    ...
10© OCTO 2012
Commodity Hardware              Small is beautiful…              … mais ça change des choses11© OCTO 2012
NoSQL              Pas SQL ou plutôt pas seulement SQL              (Not Only SQL)              Pour aller là où les SGBDR...
NoSQL           Le théorème de CAP                                     « Availability »                                   ...
Open API14© OCTO 2012
Open API              Ensemble, on va plus loin !15© OCTO 2012
Plus Vite                      « One of the things we most value              at Facebook engineering is moving fast. »16©...
Minimum Viable Product               « le MVP est la version d’un nouveau produit qui permet à               une équipe de...
Comment ?              Des itérations courtes                 Avec la question « est-ce que la suppression de cette foncti...
Test A/B              Comparer la perception par 2 populations d’utilisateurs                 2 pages d’accueil, 2 visuels...
Google Website Optimizer22© OCTO 2012
DevOps ?                              1. Infrastructure as Code                   provisionner des environnements de maniè...
Continuous Delivery                           « Plus il est difficile de déployer,                             plus il fau...
Efficacité opérationnelle extrême          1 Ops               2,3 millions d’utilisateurs     2 MEP / J26© OCTO 2012
Plus efficace27© OCTO 2012
L’obsession de la mesure                   « In God we trust – everything else we test. »       Principes              San...
Concrètement              Des métriques partout              Test automatisé              Baser les décisions sur les métr...
L’obsession de la mesure              « Tout le monde doit être capable d’expérimenter,                              appre...
Quelle est la bonne taille d’équipe pour       fabriquer un produit logiciel remarquable ?32© OCTO 2012
Pizza teams              5 à 15 personnes              En deçà, manque de créativité              Au delà, perte d’efficac...
Comment organiser le travail des équipes       lorsque la taille de l’entreprise augmente ?35© OCTO 2012
Component team
Feature TeamMarketing – Responsable produit – Ergonome – Graphistes – Développeurs – Testeurs – Exploitants
Features teams              Autonomie / pas de dépendances inter-équipes              Toutes les compétences              ...
Design for failure              « Everything fails all the time »                     Werner Vogels, CTO d’Amazon39© OCTO ...
Design for failure              Plusieurs patterns                Eventual consistency                Graceful degradation...
Design for failure              « The best way to avoid failure is to fail                          constantly »41© OCTO 2...
Design for failureSource : http://www.stelligent.com/tag/simian-army/
43© OCTO 2012
OCTO 2012 : Les pratiques des geants du web
OCTO 2012 : Les pratiques des geants du web
OCTO 2012 : Les pratiques des geants du web
OCTO 2012 : Les pratiques des geants du web
OCTO 2012 : Les pratiques des geants du web
OCTO 2012 : Les pratiques des geants du web
Upcoming SlideShare
Loading in...5
×

OCTO 2012 : Les pratiques des geants du web

606

Published on

Slides de présentation du petit déjeuner OCTO de novembre 2012.

Site : http://www.geantsduweb.com/



De l'autre côté de l'Atlantique, les Géants du Web réinventent la façon de faire de l'informatique. Ils s'appellent Amazon, Facebook, Google, Netflix ou LinkedIn pour les plus connus.

Maintenant que ces pionniers nous ont montré la voie, nous ne pouvons plus continuer à travailler comme avant.

OCTO a donc publié son nouveau livre « les Géants du Web », qui présente ces nouvelles manières de faire de l’informatique. Cet ouvrage aborde en détail comment ces géants :

réduisent leur Time To Market au moyen de pratiques comme le Lean Startup et le Continuous Deployment ;
font face à des enjeux énormes de fréquentation de leur site grâce aux technologies NOSQL et au Commodity Hardware ;
conservent une excellence dans la qualité de leurs produits à l’aide d’organisations composées en Pizza team et orientées Feature tout en cultivant l’obsession de la mesure.


A l’occasion de la sortie de cet ouvrage, OCTO Technology avait organisé ce petit-déjeuner afin de présenter une synthèse des pratiques les plus saillantes.

Published in: Technology

Transcript of "OCTO 2012 : Les pratiques des geants du web "

  1. 1. Les Géants du Web 10 pratiques Ludovic Cinquin, DG France Guillaume Plouin, Practice Leader Prospective Stephen Perin, Consultant Senior1© OCTO 2012
  2. 2. 2© OCTO 2012
  3. 3. Plus Gros5© OCTO 2012
  4. 4. 6© OCTO 2012
  5. 5. Build vs Buy Pas de progiciels Beaucoup d’Open Source Bref, le contraire de beaucoup de DSI7© OCTO 2012
  6. 6. Une certaine logique8© OCTO 2012
  7. 7. Mais aussi… … des progiciels souvent peu adaptés au très gros coût de licence rédhibitoire Généricité Architecture9© OCTO 2012
  8. 8. 10© OCTO 2012
  9. 9. Commodity Hardware Small is beautiful… … mais ça change des choses11© OCTO 2012
  10. 10. NoSQL Pas SQL ou plutôt pas seulement SQL (Not Only SQL) Pour aller là où les SGBDR montrent leurs limites12© OCTO 2012
  11. 11. NoSQL Le théorème de CAP « Availability » Les clients peuvent toujours accéder au système (lecture écriture) La stratégie des sites L’univers des SGBRD à gros trafic. Avec cohérence in fine « Partition tolerance » « Consistency » Le système continue a Tous les clients ont fonctionner en cas de la même vue de la « partition » - plusieurs donnée sous-ensembles n’arrivent plus à communiquer13© OCTO 2012
  12. 12. Open API14© OCTO 2012
  13. 13. Open API Ensemble, on va plus loin !15© OCTO 2012
  14. 14. Plus Vite « One of the things we most value at Facebook engineering is moving fast. »16© OCTO 2012
  15. 15. Minimum Viable Product « le MVP est la version d’un nouveau produit qui permet à une équipe de collecter sur les clients early adopters le maximum d’enseignements validés, et ce avec un minimum d’effort » Eric Ries, Lean Startup Réaliser rapidement un prototype de produit minimal, pour Vérifier l’existence d’un besoin Identifier le marché associé Valider les hypothèses business18© OCTO 2012
  16. 16. Comment ? Des itérations courtes Avec la question « est-ce que la suppression de cette fonctionnalité rend le produit sans aucune valeur pour mon client ? » Le minimum qui est réalisé doit l’être à la perfection19© OCTO 2012
  17. 17. Test A/B Comparer la perception par 2 populations d’utilisateurs 2 pages d’accueil, 2 visuels, 2 formulaires, etc. Segmentation de la population ? date d’inscription, ordre alphabétique, etc. Condition d’arrêt ? Échantillon significatif21© OCTO 2012
  18. 18. Google Website Optimizer22© OCTO 2012
  19. 19. DevOps ? 1. Infrastructure as Code provisionner des environnements de manière fiable, industrielle et dynamiqueDev 2. Continuous Delivery Le déploiement en continu Ops 3. Culture de la collaboration Des rituels communs pour favoriser les échanges24© OCTO 2012
  20. 20. Continuous Delivery « Plus il est difficile de déployer, plus il faut le faire souvent » Mises en production incrémentales avec un niveau de risque minimal Fiabiliser les processus de déploiement par l’automatisation « Feature Flipping » : décorrélation entre déploiement du code et des fonctionnalités25© OCTO 2012
  21. 21. Efficacité opérationnelle extrême 1 Ops 2,3 millions d’utilisateurs 2 MEP / J26© OCTO 2012
  22. 22. Plus efficace27© OCTO 2012
  23. 23. L’obsession de la mesure « In God we trust – everything else we test. » Principes Sans mesure, tout n’est qu’opinion Ce qui ne se mesure pas, ne se pilote pas29© OCTO 2012
  24. 24. Concrètement Des métriques partout Test automatisé Baser les décisions sur les métriques Cycles courts d’expérimentation / apprentissage30© OCTO 2012
  25. 25. L’obsession de la mesure « Tout le monde doit être capable d’expérimenter, apprendre et itérer. La position hiérarchique, l’obédience et la tradition ne doivent pas avoir de pouvoir. Pour que l’innovation fleurisse, la mesure doit régner. » Werner Vogels , CTO, Amazon31© OCTO 2012
  26. 26. Quelle est la bonne taille d’équipe pour fabriquer un produit logiciel remarquable ?32© OCTO 2012
  27. 27. Pizza teams 5 à 15 personnes En deçà, manque de créativité Au delà, perte d’efficacité33© OCTO 2012
  28. 28. Comment organiser le travail des équipes lorsque la taille de l’entreprise augmente ?35© OCTO 2012
  29. 29. Component team
  30. 30. Feature TeamMarketing – Responsable produit – Ergonome – Graphistes – Développeurs – Testeurs – Exploitants
  31. 31. Features teams Autonomie / pas de dépendances inter-équipes Toutes les compétences Comment assurer la cohérence d’ensemble ?  « Communautés de pratiques »38© OCTO 2012
  32. 32. Design for failure « Everything fails all the time » Werner Vogels, CTO d’Amazon39© OCTO 2012
  33. 33. Design for failure Plusieurs patterns Eventual consistency Graceful degradation Feature Flipping Simian Army40© OCTO 2012
  34. 34. Design for failure « The best way to avoid failure is to fail constantly »41© OCTO 2012
  35. 35. Design for failureSource : http://www.stelligent.com/tag/simian-army/
  36. 36. 43© OCTO 2012

×