Architecture des composants : couches, interfaces, injection, SOLID
Les trois couches d'un composant, l'injection par constructeur, SOLID sans jargon, et les deux sujets qu'on bâcle : exceptions et journalisation.
Catégorie
Architecture
Le métier d'architecte logiciel dans l'ordre où on le pratique : lire le terrain, dresser les plans, conduire le chantier.
Par où commencer
Architecture logicielle : par où commencer sur Le Chantier
Le plan de lecture de la série Architecture : trois paliers, huit domaines, treize billets, et l'ordre dans lequel les parcourir.
Lire la vue d'ensemble →
Le parcours en trois paliers
On avance comme sur un chantier : comprendre le terrain, dessiner les plans, puis tenir la construction. Choisissez un domaine pour ouvrir ses billets, ou commencez par la vue d'ensemble ci-dessus.
Le document d'architecture : de l'étude de cas au livrable
Les cinq sections du document d'architecture, ce qu'on y met et pour qui, puis une étude de cas IoT complète, des chiffres du client aux routes de l'API.
Microservices, Event Sourcing et CQRS : quand et pourquoi
Ce que les microservices, l'event sourcing et CQRS résolvent vraiment, ce qu'ils coûtent, et le cas Prime Video qui a fait le chemin inverse.
SQL ou NoSQL : choisir son magasin de données
Relationnel ou NoSQL : le choix se décide sur la structure des données, la volumétrie et le besoin de cohérence, pas sur une préférence d'équipe.
Le métier d'architecte : rôle, mindset et influence sans autorité
L'architecte logiciel ne commande personne et répond de presque tout. Rôle, mindset, langage adapté à chaque interlocuteur, et parcours qui mènent au poste.
Messagerie inter-services et supervision centralisée
REST, notifications push, files de messages, fichiers : cinq critères pour trancher, et la journalisation centralisée qui rend un incident lisible.
Les *-ilities : traduire les exigences en capacités techniques
Scalabilité, manageabilité, modularité, extensibilité, testabilité : cinq qualités qui transforment un chiffre d'exigence en décision d'architecture.
Choisir sa stack technique, et ce qui décide à ta place
Back, front, mobile : les critères qui font un choix de stack défendable, et les contraintes de délai, d'équipe et d'exploitation qui tranchent avant toi.
Design patterns 101 : Factory, Repository, Façade, Command
Quatre patterns suffisent pour commencer : créer sans nommer la classe, isoler le magasin de données, masquer une séquence, encapsuler une action.
Le processus d'architecture : six étapes, des exigences au support
Les six étapes du processus d'architecture, et la marche la plus haute : chiffrer les exigences non-fonctionnelles avant de dessiner quoi que ce soit.
Types d'applications : web, API, mobile, service, desktop
Six formes d'application (web, API, mobile, console, service, desktop), ce qui les distingue vraiment, et pourquoi un système réel en combine plusieurs.
Couplage lâche, stateless et cache : tenir la charge
Trois décisions déterminent si un système encaisse la charge : ne pas souder les services entre eux, ne rien garder en mémoire, cacher au bon endroit.