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 à dessinerUne 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.
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.
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.
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.
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.
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.
Design
Le style interne du composant. Pour un service : Clean, Hexagonal, CQRS, MVC. Pour une base de données : relationnelle, document, clé-valeur.
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.
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.
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
Pro
Pour qui travaille seul
R$ 10Paiement unique par Pix. Qui paie maintenant a un accès à vie.
- Projets illimités
- Dans votre cloud privé ou dans un fichier .archlens, par projet
- Image PNG sans filigrane
- Vos projets ne sont pas utilisés pour des études
- Partage par fichier et par plusieurs liens, en voyant qui est entré
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