OCTO 2012 : Les pratiques des geants du web

  • 393 views
Uploaded on

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

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.

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
393
On Slideshare
0
From Embeds
0
Number of Embeds
2

Actions

Shares
Downloads
0
Comments
0
Likes
5

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 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© OCTO 2012
  • 3. Plus Gros5© OCTO 2012
  • 4. 6© OCTO 2012
  • 5. Build vs Buy Pas de progiciels Beaucoup d’Open Source Bref, le contraire de beaucoup de DSI7© OCTO 2012
  • 6. Une certaine logique8© OCTO 2012
  • 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. 10© OCTO 2012
  • 9. Commodity Hardware Small is beautiful… … mais ça change des choses11© OCTO 2012
  • 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. 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. Open API14© OCTO 2012
  • 13. Open API Ensemble, on va plus loin !15© OCTO 2012
  • 14. Plus Vite « One of the things we most value at Facebook engineering is moving fast. »16© OCTO 2012
  • 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. 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. 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. Google Website Optimizer22© OCTO 2012
  • 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. 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. Efficacité opérationnelle extrême 1 Ops 2,3 millions d’utilisateurs 2 MEP / J26© OCTO 2012
  • 22. Plus efficace27© OCTO 2012
  • 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. 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. 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. Quelle est la bonne taille d’équipe pour fabriquer un produit logiciel remarquable ?32© OCTO 2012
  • 27. Pizza teams 5 à 15 personnes En deçà, manque de créativité Au delà, perte d’efficacité33© OCTO 2012
  • 28. Comment organiser le travail des équipes lorsque la taille de l’entreprise augmente ?35© OCTO 2012
  • 29. Component team
  • 30. Feature TeamMarketing – Responsable produit – Ergonome – Graphistes – Développeurs – Testeurs – Exploitants
  • 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. Design for failure « Everything fails all the time » Werner Vogels, CTO d’Amazon39© OCTO 2012
  • 33. Design for failure Plusieurs patterns Eventual consistency Graceful degradation Feature Flipping Simian Army40© OCTO 2012
  • 34. Design for failure « The best way to avoid failure is to fail constantly »41© OCTO 2012
  • 35. Design for failureSource : http://www.stelligent.com/tag/simian-army/
  • 36. 43© OCTO 2012