Évaluation finale

Évaluation intégratrice couvrant tous les thèmes du cours — concevez une architecture complète, des exigences jusqu'à l'exploitation.

Objectif

Cette évaluation finale intègre tous les concepts abordés dans les sections précédentes : fondamentaux, architecture, patterns, flux, sécurité, observabilité, déploiement et versionnage. Votre tâche consiste à concevoir une architecture complète pour un système réel.

Il n’existe pas de réponse unique correcte. Ce qui compte, c’est la qualité de votre raisonnement, la cohérence de vos décisions et votre capacité à justifier chaque choix.

Le projet : HealthTrack

Description

HealthTrack est une plateforme de télémédecine qui met en relation les patients avec des médecins pour des consultations virtuelles. La plateforme doit gérer :

• L’inscription et les profils des patients et des médecins
• L’agenda et les rendez-vous avec une disponibilité en temps réel
• Les appels vidéo pour les consultations virtuelles
• Le dossier clinique avec documents et ordonnances
• Les paiements par consultation avec plusieurs moyens de paiement
• Les notifications par email, push et SMS
• Les rapports destinés aux administrateurs et aux médecins

Exigences non fonctionnelles

Partie 1 : Style architectural (Fondamentaux)

Questions

1. Quel style architectural choisiriez-vous ? Monolithe, microservices ou hybride ?
2. Comment diviseriez-vous le système en domaines/services ?
3. Comment répartiriez-vous les squads entre les domaines ?

Critères d’évaluation

• Justification claire du style choisi
• Découpage des domaines cohérent avec le métier
• Prise en compte de la taille de l’équipe et du calendrier

Partie 2 : Architecture des composants (Architecture)

Questions

1. Dessinez un diagramme de haut niveau avec les principaux composants
2. Comment les services communiquent-ils entre eux ?
3. Avez-vous besoin d’un API Gateway ? D’un BFF ?
4. Où réside la logique des appels vidéo ?

Critères d’évaluation

• Diagramme clair avec composants et connexions
• Justification de la communication sync vs async
• Prise en compte des services externes (vidéo, paiements)

[App Mobile/Web]
    │
    ▼
[API Gateway + Auth]
    │
    ├──► [Servicio de Usuarios]     ──► [PostgreSQL]
    ├──► [Servicio de Citas]        ──► [PostgreSQL + Redis]
    ├──► [Servicio de Consultas]    ──► [PostgreSQL + S3]
    ├──► [Servicio de Pagos]        ──► [PostgreSQL]
    │
    └──► [Event Bus (RabbitMQ/Kafka)]
            │
            ├──► [Servicio de Notificaciones]
            └──► [Servicio de Analytics]

[Servicio de Video: Twilio/Agora] ← integración externa

Partie 3 : Patterns appliqués (Patterns)

Questions

1. Quels patterns de résilience appliqueriez-vous, et où ?
2. Utiliseriez-vous une Saga pour le flux de réservation de rendez-vous + paiement ? Orchestrée ou chorégraphiée ?
3. Où appliqueriez-vous le CQRS ? Est-ce nécessaire ?
4. Comment garantissez-vous l’idempotence des paiements ?

Critères d’évaluation

• Patterns de résilience appliqués correctement
• Justification de la Saga orchestrée vs chorégraphiée
• Idempotence des opérations critiques

Partie 4 : Sécurité (Sécurité)

Questions

1. Comment gérez-vous l’authentification et l’autorisation ?
2. Comment protégez-vous les données médicales sensibles ?
3. Quelles mesures de sécurité appliquez-vous à chaque couche ?
4. Comment gérez-vous le consentement du patient pour accéder à son dossier ?

Critères d’évaluation

• Authentification robuste (MFA pour les médecins)
• Chiffrement des données sensibles au repos et en transit
• Contrôle d’accès granulaire (RBAC ou ABAC)
• Conformité réglementaire prise en compte

Partie 5 : Observabilité (Observabilité)

Questions

1. Quelles métriques métier et techniques collecteriez-vous ?
2. Comment implémenteriez-vous le distributed tracing ?
3. Quelles alertes sont critiques pour ce système ?
4. De quel dashboard l’équipe d’astreinte a-t-elle besoin ?

Critères d’évaluation

• Métriques métier pertinentes (rendez-vous réalisés, taux d’annulation)
• Tracing end-to-end implémenté
• Alertes priorisées selon l’impact sur l’utilisateur

Partie 6 : Déploiement et exploitation (Déploiement)

Questions

1. Comment déploieriez-vous les services ? Kubernetes, serverless, PaaS ?
2. Quelle est votre stratégie de CI/CD ?
3. Comment gérez-vous la configuration et les secrets ?
4. Quelle est votre stratégie de mise à l’échelle ?

Critères d’évaluation

• Stratégie de déploiement cohérente avec l’architecture
• CI/CD automatisé avec des gates de qualité
• Secrets gérés de manière sécurisée
• Mise à l’échelle définie pour les composants critiques

Partie 7 : Versionnage (Versionnage)

Questions

1. Comment versionnez-vous les APIs entre les services ?
2. Comment gérez-vous les breaking changes ?
3. Quelle stratégie de versionnage utilisez-vous pour les événements ?

Critères d’évaluation

• Stratégie de versionnage claire (URL, header ou content negotiation)
• Plan pour les breaking changes sans downtime
• Versionnage des événements pris en compte

Livrable

Votre évaluation doit inclure :

1. Document d’architecture (1-2 pages) : diagramme des composants, décisions clés et justifications
2. Diagramme de flux pour le cas d’usage principal : réserver un rendez-vous → payer → réaliser la consultation
3. Liste des trade-offs : ce que vous avez sacrifié et pourquoi
4. Plan de migration : comment vous passeriez du MVP à l’architecture complète

Grille d’évaluation

Réflexion finale

En complétant cette évaluation, vous aurez mis en pratique l’ensemble du processus de conception architecturale — des exigences jusqu’à l’exploitation. C’est le même processus que vous suivriez dans un projet réel.

Souvenez-vous : l’architecture n’est pas un document statique. C’est un ensemble de décisions qui évoluent avec le système, l’équipe et le métier. L’important n’est pas de tout réussir dès le départ, mais de disposer d’un processus solide pour prendre des décisions et vous adapter lorsque les choses changent.