ArchLens

System Design intelligent

Voyez comment toutes les pièces se connectent. Et approchez la loupe des détails.

L'architecture, ce n'est pas dessiner des boîtes reliées par des flèches. Dans ArchLens, chaque connexion dit ce qui y passe, dans quel sens, avec quel volume et en combien de temps. Et le diagramme commence à soulever les questions auxquelles la conception doit répondre.

Commencer à dessiner
Élargissez votre vision de ce qui passe d'un composant à l'autre dans votre architecture, et simulez-le avant de commencer.
Une architecture efficace tire parti de tous les éléments de l'écosystème. Et c'est dans les détails qu'elle gagne ou qu'elle perd.

Une flèche ne répond pas aux questions difficiles

Dans la plupart des outils, une base de données est un rectangle avec une icône et une connexion n'est qu'un trait. Le dessin est joli et passe la revue, mais il repousse justement les décisions qui comptent. Et elles se paient pendant le développement :

  • Quelle ressource est consultée ? Existe-t-elle déjà chez le fournisseur, prête à l'emploi ?
  • Cet appel lit-il ou écrit-il ? Dans quel sens circule la donnée ?
  • Faut-il vraiment que ce soit un appel synchrone ?
  • Combien de requêtes par seconde passent par ici ?
  • Combien ce composant supporte-t-il avant de saturer ?
  • Qu'arrive-t-il à ceux qui en dépendent quand il ralentit ?
  • Quel est le comportement ou le chemin alternatif quand quelque chose échoue ?
  • Si le trafic triple, qu'est-ce qui change dans le système ?

Voyez-le fonctionner

Cet exemple est une version simplifiée d'un bot Discord qui utilise n8n, l'IA, une file, un cache, une base de données et le paiement par Pix. Au quotidien, le diagramme est épuré : composants, connexions et les ressources que chacune utilise, prêts à être présentés et documentés.

Diagramme d'un bot Discord dans ArchLens, sans animation ni mise en évidence, seulement avec des composants, des connexions et des ressources
Pour esquisser et présenter : une vue simple et didactique des éléments de votre projet.
Une architecture solide tient debout sans dépendre de quelqu'un qui éteint les incendies.

Quand vous voulez l'analyser, il suffit d'activer la simulation de flux. Les paquets se mettent à parcourir les pistes dans le sens où circule la donnée, à la vitesse du débit, et les composants surchargés ou lents passent en alerte.

Anticipez : cette vue vous permet d'observer le comportement de vos hotpaths et de dimensionner des instances capables de supporter le volume de trafic prévu.

Reliez les points. Pour de vrai.

Ni dessin libre, ni diagramme écrit en code. Dans ArchLens, vous construisez visuellement un modèle de l'architecture, et les détails en font partie : chaque pièce et chaque liaison portent ce qu'il faut pour comprendre comment elles communiquent réellement.

Les connexions ne sont pas que des traits avec une étiquette. Ce sont des contrats : elles décrivent ce qu'un service offre et ce que le client doit fournir pour l'utiliser.

Des ressources avec contrat

Chaque composant déclare ce qu'il offre : endpoints, topics, requêtes. Avec le protocole, la méthode, s'il s'agit d'une lecture ou d'une écriture et le temps de réponse.

POST /orderspublishlatence

Des connexions qui disent ce qui y passe

Qui appelle qui, quelles ressources du fournisseur sont utilisées, avec quel débit, si le flux est le flux de base ou l'alternatif et si la communication va dans les deux sens.

300 req/sfallbackbidirectionnel

Apprenez le langage de l'architecture en dessinant

Composant, stéréotype, design, technologie : ce sont des termes qui sèment le doute justement au moment de les mettre en pratique. Dans ArchLens, chacun apparaît au moment où vous devez décider, avec des exemples concrets. Le concept cesse d'être de la théorie et devient un choix.

Composant

Ce qu'est la pièce dans l'architecture : un service, un stockage, un broker, un job planifié, un acteur. Et ce qu'elle supporte : la capacité de chaque instance, en requêtes par seconde.

ServiceStorageMessageBrokercapacité

Stéréotype

Le rôle précis du composant. Un stockage peut être une base de données, un cache ou un data lake ; un service peut être une API ou une application web.

DatabaseCacheWebApiQueue

Design

Le style interne du composant. Pour un service : Clean, Hexagonal, CQRS, MVC. Pour une base de données : relationnelle, document, clé-valeur.

CleanCQRSHexagonRelational

Technologie

Le produit concret derrière la pièce, dans un catalogue de plus de cent options. Choisir la technologie suggère déjà le bon stéréotype et la bonne icône.

PostgresRedisRabbitMQKafka

Les options suivent vos choix : une base de données ne propose que des designs de base de données, un service ne propose que des designs de service. Chaque décision renforce le concept, et le vocabulaire reste.

La loupe

Les détails ne sont pas de la décoration. Ils portent les préoccupations fondamentales de l'architecture : exigences, contraintes et efficacité.

Exigences

Ce que le système doit satisfaire : le trafic attendu sur chaque connexion et les ressources que chaque client doit consommer.

Contraintes

Les limites dans lesquelles il fonctionne : la capacité de chaque composant et le temps de réponse de chaque ressource.

Efficacité

Comment il utilise ce qu'il a : la charge que reçoit chaque pièce par rapport à ce qu'elle supporte, et qui met trop de pression sur son fournisseur.

  • Le trafic en mouvement

    Les paquets parcourent chaque connexion dans le sens de la donnée, plus vite là où le débit est plus élevé.

  • Charge et capacité

    Chaque composant compare ce qu'il reçoit à ce qu'il supporte, et passe en alerte à l'approche de la limite.

  • Lenteur et impact

    Une ressource lente rend le composant critique, et l'impact se propage à ceux qui en dépendent.

  • Et si le trafic augmente ?

    Multipliez le trafic de tout le diagramme et voyez comment la charge se répartit, sans changer le dessin.

Ce que coûte votre architecture

Indiquez le coût mensuel de chaque composant et voyez, dans l'en-tête de l'éditeur, le coût de toute l'architecture, additionné pendant que vous dessinez.

Composant par composant

Le coût mensuel reste attaché à la pièce qu'il finance. Le dessin change, le total suit.

Le pourquoi de chaque montant

À côté du coût, notez ce qui le justifie : cloud, région, instance, réplicas, licences. La discussion passe du tableur au diagramme.

Le coût à côté de la charge

Avec le coût à côté du trafic et de la capacité, on voit vite quelles pièces pèsent sur le total et lesquelles méritent un second regard.

12 340,00 €/mois8 composants sur 122× t3.medium

Disponible dans toutes les offres, y compris le Free. Les montants sont ceux que vous saisissez : ArchLens ne consulte pas les prix du cloud.

Où vit votre projet

Pour dessiner dans ArchLens, vous vous connectez avec un compte, et c'est lui qui conserve votre travail. Avec l'offre Free, le projet reste dans votre compte, dans le cloud. Avec le Pro, vous choisissez, pour chaque projet, entre votre cloud privé et un fichier .archlens sur votre ordinateur.

Free : conservé dans votre compte

Pendant que vous dessinez, le projet est enregistré automatiquement dans le cloud, lié à votre connexion. Il n'y a pas de fichier à télécharger : sa place est votre compte.

Pro : dans le cloud ou sur votre machine

Enregistrez-le dans votre compte et rouvrez-le où que vous soyez, ou créez un fichier .archlens dans lequel ArchLens continue d'enregistrer tout seul chaque minute.

Pro : emportez-le où vous voulez

Le fichier vous appartient : vous pouvez le garder à côté du code, l'envoyer à l'équipe ou le joindre à la documentation.

Offres

Commencez gratuitement et changez d'offre quand votre façon de travailler le demande. Les offres se distinguent par qui les utilise et comment on collabore.

Free

Pour essayer

R$ 0

  • 3 projets, conservés dans votre compte
  • Coût de l'architecture
  • Prompt pour l'IA
  • Image PNG avec filigrane
  • Ouvre les projets d'autres personnes en mode lecture, avec simulation
  • Toutes les icônes du catalogue
  • Partage par lien en lecture seule

Team Bientôt

Pour les équipes qui éditent ensemble

Par éditeurLes lecteurs ne paient pas.

  • Tout le Pro
  • Cloud partagé, groupes et permissions
  • Édition partagée en ligne

Enterprise Bientôt

Pour les entreprises avec des exigences contractuelles

Sur devis

  • Tout le Team
  • Authentification unique (SSO)
  • Contrat et garanties sur les données

Partage : qui reçoit un projet a besoin d'un compte, au minimum Free. Avec le Free, les projets d'autres personnes s'ouvrent toujours en mode lecture : on peut voir et simuler, jamais modifier. Avec le Pro et au-delà, le destinataire lit ou modifie, selon la permission donnée par qui a partagé.

Dessinez moins de boîtes. Comprenez mieux le système.

Construisez votre architecture avec les détails qui comptent et discutez du système à partir de la façon dont il communique réellement.

Commencer à dessiner