[RVD25] Katas d'architecture - workshop

Transcript

1. Améliorer les compétences et les infrastructures avec les katas d'architecture Yassine Benabbas & Alexandre TOURET
2. Histoire d’un·e développeur·euse Toute ressemblance avec des personnes existantes ou ayant existé...
5. All architecture is design but not all design is architecture. Architecture represents the significant design decisions that shape a system, where significant is measured by cost of change. - Grady Booch
8. Des livres indispensables Gregor Hohpe
9. So how are we supposed to get great architects, if they only get the chance to architect fewer than a half-dozen times in their career?" - Ted Neward
10. Alexandre TOURET Software Architect @touret.info blog.touret.info alexandre-touret Qui sommes-nous ? Yassine Benabbas Dev Rel @yostane.bsky.social dev.to/yostane yostane
11. Au programme aujourd’hui « Théorie » Mise en pratique Présentation des katas
12. Les katas
13. Il s'agit de mouvements codifiés à partir de l'expérience de combattants dont les noms ont été perdus. Les katas sont par la suite devenus des outils de transmission de techniques, mais aussi de principes, de combat. Une définition
14. Les katas d’architecture Du coding dojo pour architectes
15. Phase #1:Warm-up (5mn) On constitue les équipes en “brassant” les populations Mettez-vous d’accord sur l’outillage On essaye de se focaliser sur le formalisme à adopter
16. System Context • Le système avec les utilisateurs et dépendances Containers • L’architecture du système à créer avec les choix technologiques Components • Les différents composants et leurs interactions au sein d’un conteneur Code • Diagramme UML d’un composant Le modèle C4 c4model.com La vue haut niveau Deuxième zoom Détail à la demande Premier zoom
17. Le modèle C4 La vue système
18. Le modèle C4 La vue container
19. Les équipes reçoivent le sujet On peut poser toutes les questions que l’on veut au modérateur Les équipes peuvent prendre des hypothèses On peut utiliser toutes les technologies que l’on veut Phase #2: Conception (1H – 2H)
20. Les collectivités territoriales ont du mal à identifier les routes à rénover et ont de moins en moins de moyens. Elles souhaitent avoir des rapports dynamiques et précis sur l’utilisation des routes à la journée. Les données proviendront des voitures. Le traitement des données doit être anonymisé et compatible GDPR. Volumétrie: 1 transaction par seconde par voiture Un exemple Les plus mauvaises routes
21. Clarifier le besoin Identifier les chiffres clés Zoomer progressivement Quelques conseils
22. Un exemple de solution
23. Si on zoome…
24. Vous devez présenter votre vision tout au long de la conception … … et présenter votre solution aux autres équipes. Phase #3: Peer Review (5mn/équipe)
25. Quelques NFR (qui pourront être utiles aujourd’hui)
26. ❑ Objectifs de qualité de service INTERNE 99% des pages Web doivent être affichées en moins de 2s Service Level Objective ❑ Mesure la conformité d’une SLO Mesure effective du temps d’affichage à partir du serveur HTTP Service Level Indicator ❑ Valeur contractuelle (SLA < SLO) Service Level Agreement SLO/SLI/SLA ?
27. Disponibilité Temps d’interruption (temps par an) 90% 36 jours, 14 heures et 24 minutes 95% 18 jours, 6 heures et 2 minutes 99% 3 jours, 15 heures et 36 minutes 99,9% 8 heures, 45 minutes et 36 secondes 99,95% 4 heures, 22 minutes et 56 secondes ❑ Capacité d'une application à être opérationnelle et accessible aux utilisateurs lorsqu'ils en ont besoin (ex. 99%) ❑ Elle peut être limitée dans le temps (ex. de 8H à 20H) Disponibilité & ouverture(s) de services
28. ❑ Objectifs de temps de reprise en cas d'incident Le service doit être rétabli en 1h Recovery Time Objective ❑ Quelle quantité de données accepte-t-on de perdre? Les commandes des 5 dernières minutes Recovery Point Objective Que fait-on quand us-east-1 est down? Disaster Recovery Site RTO/RPO, DRS ?
29. Volumétrie Temps de réponse Quantité de données Requêtes par seconde
30. HIPAA Certains NFRs viennent en bande… HDS KRITIS PSD2 PCI-DSS CERD OIV
31. Comment évaluer une architecture?
32. Trois caractérisques Simplicité Evolutivité Adapté à l’environnement
33. Kata
34. Un grand architecte ne se développe que par la pratique. - Franck Brooks (Design of Design)
35. Don’t be a stranger! Follow & get in touch @touret_alex linkedin.com/in/atouret blog.worldline.tech @WorldlineTech Follow our tech team: Follow me: blog.touret.info alexandre-touret Feedback
36. Le kata
37. Contexte et Enjeux Le tourisme de masse a un impact environnemental significatif. "Eco- Voyage Solidaire" vise à transformer cette dynamique en proposant une alternative qui lie l'expérience touristique à des actions concrètes en faveur de l'écologie et du développement local. Sujet Concevoir une plate-forme numérique innovante, "Eco-Voyage Solidaire", qui facilite le tourisme durable et solidaire, tout en encourageant la participation active à des initiatives écologiques locales. La plate-forme doit s'adresser aux voyageurs soucieux de leur impact environnemental, aux associations écologiques locales et aux prestataires de services touristiques engagés. Kata d’ Architecture : "Eco-Voyage Solidaire"
38. • Profil voyageur • Profil Association Écologique Locale / Initiative Citoyenne • Profil Prestataire de Services Touristiques Engagé (Hébergeurs, Guides, Producteurs Locaux) • Transactions (paiement, dons) • Interactions web et mobile • Monitoring / Observabilité Fonctionnalités
39. Quelle contrainte technique allez-vous choisir ?
40. Vos retours
41. ▪ Travailler en équipe sur un nouveau sujet ▪ Identifier et s’adapter aux contraintes ▪ Communiquer et convaincre ▪ D’appréhender d’autres manières de penser ▪ Progresser grâce à l’expérience de vos collègues Les bénéfices
42. Explore our jobs in tech: careers.worldline.com Want to shape how the world pays and get paid?