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.
Palier 3 de la série Architecture : patterns, architecture système, intégration et documentation.
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.
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.
REST, notifications push, files de messages, fichiers : cinq critères pour trancher, et la journalisation centralisée qui rend un incident lisible.
Quatre patterns suffisent pour commencer : créer sans nommer la classe, isoler le magasin de données, masquer une séquence, encapsuler une action.
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.