Produit
Archito NouveauApprend de vos merge requests, signale ce qui bloque Intégrations 25
Solutions
Par rôle
Pourquoi AppArch
Ressources
Clients Tarifs Contact
Langue
Nous contacter

Que votre architecture vive dans la PR, pas dans le wiki.

Activez dans le panneau les règles qui comptent et ajustez-les par projet ; elles s'appliquent à chaque PR, vos décisions deviennent des ADR numérotés et la carte des dépendances montre la réalité.

Écrans d'une installation en fonctionnement

Ça vous parle ?

Six situations qui reviennent sans cesse dans ce rôle, et ce qu'AppArch fait pour chacune.

01

Les règles existent, personne ne les applique

Les règles d'architecture ont été soigneusement rédigées dans le wiki il y a deux ans. La plupart des arrivants depuis n'ont jamais ouvert cette page.

Ce que fait AppArch

Une règle activée dans le panneau s'exécute sur chaque merge request, dans n'importe lequel des neuf langages, signale la violation sur sa propre ligne et explique pourquoi, même pendant vos vacances.

ArchPilot
02

« Pourquoi a-t-on fait ça comme ça ? » reste sans réponse

Un nouvel arrivant demande pourquoi le service parle à la file de cette façon. La personne qui a pris cette décision est partie l'an dernier.

Ce que fait AppArch

Le module ADR numérote chaque décision, la suit tout au long du cycle de vie MADR et relie chaque décision remplaçante à celle qu'elle remplace. Le raisonnement reste dans le produit, pas dans une tête.

ADR
03

Le schéma et le code ont divergé

Le schéma d'architecture a été dessiné pour la réunion de lancement. Le code a pris son propre chemin quelques mois plus tard.

Ce que fait AppArch

La carte des dépendances d'ArchScan est construite à partir du code : cycles, violations de couches et fuites montrent ce qui est, pas ce qui était prévu. La dérive se voit avant de s'accumuler.

ArchScan
04

Chaque équipe a sa propre clean architecture

Cinq équipes, cinq lectures de la même règle de couches, et dans chaque revue le même débat sur la bonne.

Ce que fait AppArch

Les règles sont définies une fois pour l'espace de travail et ajustées par projet seulement s'il y a une vraie raison. L'exception est écrite une fois au lieu d'être rediscutée à chaque revue.

ArchScan
05

Activer une règle, c'est des milliers de constats

Activez une nouvelle règle sur une base de code de dix ans et le backlog se remplit du jour au lendemain de milliers de constats. En une semaine, l'équipe demande de la désactiver.

Ce que fait AppArch

ArchPilot ne commente que les lignes modifiées par une merge request : la dette existante reste hors de la revue. Le réglage fail-on décide quelle sévérité fait échouer le build : commencez par critique et resserrez à mesure que la dette diminue.

ArchPilot
06

Le bug qui a passé toutes les revues

Deux écritures sans transaction, une recherche utilisée sans vérification : du code qui semble correct en revue et casse à la première requête inhabituelle.

Ce que fait AppArch

SmartScan suit chaque point d'entrée jusqu'à la base de données et liste ce qui peut casser en chemin : une recherche vide, une écriture partielle, une faille de contrat. Chaque risque arrive avec son chemin complet, son fichier et sa ligne.

SmartScan

Voir dans le produit

Toutes les captures

Activez vos premières règles cette semaine

Demandez une licence PoC et essayez sur votre code, sur vos serveurs.

Abonnez-vous à notre newsletter

Nouveaux modules, notes de version et articles sur l'architecture. Désinscription en un clic, quand vous voulez.