Cas 002 · Audit d'architecture
Audit d'une plateforme mobile avant lancement
La revue devait établir si une plateforme mobile grand public pouvait soutenir la charge prévue pour son lancement américain, et quels changements devaient le précéder.
Données de l’engagement
| Élément | Détail |
|---|---|
| Client | Plateforme mobile grand public, divertissement réglementé, avant lancement sur le marché américain |
| Interlocuteur | Équipe d’ingénierie produit de cinq personnes, réalisant les changements avec la revue |
| Période | 2024 |
| Forme | Cinq semaines, à temps partiel et à distance, intégrées à l’équipe de livraison |
| Technologies | Cloud infogéré, TypeScript, PostgreSQL, mobile multiplateforme |
| Honoraires | 20 930 $ CA |
Angles de revue appliqués
Les performances, la fiabilité, la vitesse de livraison, le coût à l’échelle et les accès ont été comparés à la charge du lancement prévu plutôt qu’au trafic de développement.
Résultat mesuré
Réduction de 85 % du trafic réseau vers le client mobile et latence divisée par 20 sur les parcours d’API les plus sollicités, dans les deux cas face au niveau initial avant l’engagement.
Déroulement de la revue
- Les parcours proches de la production, la forme du trafic, les environnements et les coûts ont été mesurés.
- Blobb a travaillé avec l’équipe produit de cinq personnes pendant la réalisation des changements.
- Chaque résultat a été mesuré avant le changement suivant, puis les risques restants pour le lancement ont été présentés.
Registre des constats
| ID | Constat | Classification |
|---|---|---|
| F-01 | Les charges utiles étaient envoyées sans compression efficace. Un changement limité a réduit le trafic mobile de 85 % face au niveau initial. | Immédiat |
| F-02 | Les parcours d’API les plus sollicités répétaient des accès coûteux. Des changements ciblés ont divisé la latence par 20 face au niveau initial. | Immédiat |
| F-03 | Les traitements lourds s’exécutaient dans les requêtes utilisateur. Leur extraction asynchrone a réduit la concurrence entre requêtes. | Structurel |
| F-04 | Un environnement partagé faisait dépendre la validation et la reprise du même état. La séparation des environnements a été séquencée. | Structurel |
| F-05 | La courbe de coût au niveau du lancement dépendait du travail par requête, pas seulement du volume. Des seuils et mesures ont été établis. | À surveiller |
Ce qui a été remis au client
Un niveau de performance initial, les changements réalisés, le registre des constats, un plan d’environnements, la courbe de coût, les seuils de lancement et un plan d’action séquencé.
L’identité du client est disponible sous accord de confidentialité. Chiffres mesurés à la clôture de l’engagement.
La page sur l’audit d’architecture explique la méthode utilisée. Réservez un appel pour discuter d’une revue similaire.