11 private links
L'impact du déploiement sur des edge servers (chez cloudflare et compagnie) sur l'architecture d'un système est assez important.
Ca fait bien réflécihr cet article sur l'intérêt d'agir un peu comme IKEA
Effectivement, ce qu'on appelle MVC dans les architectures web n'en est pas
Il y a là-dedans une ou deux idées absolument fabuleuses
Une citation très intéressante : si vous réfléchissez correctement à votre architecture, vos diagrammes ne vous apprendront pas grand chose. Mais si vous n'y réfléchissez pas, vous ne penserez pas à produire des diagrammes qui vous sortiront des ennuis.
Evidement que cette citation m'interpèle
Un livre d'exemples d'architecture logicielle
Partie des informations de ce canevas se trouve. Dans le modèle de documentation d'architecture de Simon Brown. Mais je dois reconnaître que la présentation très graphique peut aider dans des contextes où il faut être synthétique.
Très bons conseils sur l'architecture et la documentation qui doit aller avec (mais n'oubliez pas, les diagrammes ne donnent pas l'histoire du système)
Ca ressemble à un sujet que je prépare très sérieusement
Très bon article sur ces sombres histoires de haute disponibilité, et sur ce qu'elles peuvent réellement signifier quand on bâtit des systèmes complexes.
Gregor Hohpe est extrêmement intelligent et ses interventions sont souvent très enrichissantes. Celle-ci me paraît toutefois souffrir de trop de hauteur de vue ...
Ca se conférence, ça, non ? Je lis l'article, et je me dis qu'il est parfaitement vrai et totalement faux.
C'est exactement ce que je dis dans chacune de mes interventions
Une discussion très intéressante sur les différentes acceptations du rôle d'architecte.
Encore un système événementiel pour Postgres. Manifestement, ça doit être facile.
Un très bon site dédié aux problèmes liés à la mise en place d'une architecture événementielle à l'échelle d'un système d'information. La plupart des questions posées sont très justes.
Encore un slide à ajouter dans ma présentation de mercredi prochain
Evidement que je suis d'accord avec Gregor Hohpe ! aider les développeurs à débugger est utile pour les développeurs (parce qu'on apporte de l'expérience et un regard différent) mais aussi pour les architectes (parce qu'on voit concrètement le système qu'on étudie habituellement de façon abstraite)
J'ai vu cet excès de microservices il y a peu, et c'est une vraie douleur à maintenir ... quand ils sont mal définis (et les microservices sont très souvent mal définis)