Limitez les travaux en cours, ne se contentez pas de les annuler.
Le fan-out non borné est le mode de défaillance par défaut de la concurrence en Go : chaque instruction go ajoute une tâche supplémentaire en cours, sans limite ni responsable. Cet article aborde la manière d’apporter ces deux éléments.
Cinq piles HTTP Go, un banc d’essai, de vrais chiffres.
Go embarque un serveur HTTP de qualité production dans sa bibliothèque standard, et depuis Go 1.22, le routeur intégré gère lui-même l’association des méthodes et les paramètres de chemin. La question du framework s’est resserrée, mais elle n’a pas disparu.
Évitez que les agents IA ne s’éloignent des spécifications, des tests et du code.
Les agents de codage IA déploient des fonctionnalités rapidement, mais les spécifications, les tests et le code dérivent silencieusement. Ce guide couvre un modèle de traçabilité, la cartographie spécification-test et spécification-code, ainsi que les vérifications d’intégration continue (CI) qui détectent les écarts avant une fusion.
Empêchez les messages corrompus de bloquer les files d'attente
Une file d’attente de messages morts (dead-letter queue) est le filet de sécurité qui capture les messages que vos consommateurs ne peuvent pas traiter, afin qu’un seul payload défectueux ne bloque pas ou ne fasse pas disparaître silencieusement tous les messages suivants dans la file d’attente.
Stoppez les défaillances en cascade dans les microservices Go.
Un disjoncteur (circuit breaker) empêche votre service Go de harceler une dépendance défaillante, évitant ainsi les défaillances en cascade qui consomment goroutines, sockets et mémoire jusqu’à l’effondrement total du système.
Cinq phases, de l’intention au code vérifié.
Le développement piloté par spécifications (Spec-Driven Development) fonctionne lorsque la spécification est un flux de travail, et non un document que l’on classe après la réunion de lancement. L’objectif n’est pas de produire un document de exigences produit volumineux.
Écrivez l'événement avec les données. Ne les séparez jamais.
Deux écritures qui devraient réussir ensemble finiront par échouer séparément.
Votre service de commande enregistre la commande dans la base de données, puis publie un événement order.created vers un courtier de messages (message broker).
Le contexte Go est un contrôle de flux, pas un stockage.
Le context.Context de Go est suffisamment simple pour être mal utilisé — et c’est précisément le problème.
La spécification comme source de vérité, et non comme document annexe.
Le développement piloté par spécifications (Spec-Driven Development) est l’une de ces idées que les ingénieurs logiciels ont déjà adoptées par le passé, puis mises de côté lorsque l’effort cessait d’être rentable.
Gardez l'intention proche du code.
Les registres de décisions constituent la couche de mémoire manquante dans le développement logiciel assisté par IA. Ils capturent non seulement ce qui a été construit, mais aussi pourquoi — et cette distinction devient cruciale lorsque les outils d’IA écrivent votre code.
Gérer les erreurs à la frontière adéquate.
La gestion des erreurs en Go est un sujet de frustration récurrent. Chaque développeur Go a écrit ce code des centaines de fois :
Arrêtez de dormir dans les tests Go concurrents.
Tester le code Go concurrent a toujours exigé une certaine discipline. Les goroutines sont peu coûteuses, les canaux sont simples et l’annulation de contexte est idiomatique — les workers en arrière-plan et les minuteries sont omniprésents dans les services Go réels.
Mettre en œuvre CQRS en Go sans formalités superflues
CQRS est l’un de ces modèles qui est souvent survendu, surcomplexifié et parfois mal diagnostiqué comme un remède à l’ennui du CRUD traditionnel.
Évitez les effets de bord en double
L’idempotence dans les systèmes distribués est la propriété qui vous sauve lorsque le réseau ment, que la file d’attente réessaie, que le client panique et que l’opérateur appuie sur « rejouer ». Dans les systèmes de production, la livraison en double est normale. Les effets secondaires dupliqués constituent le bug.
Les plateformes de messagerie comme plans de contrôle pour les systèmes
Les plateformes de chat ont évolué bien au-delà des simples outils de messagerie. Dans les systèmes modernes, elles fonctionnent comme des interfaces entre les processus automatisés et la prise de décision humaine.
Slack est une interface utilisateur de flux de travail et une couche de livraison d'alertes.
Les intégrations Slack semblent trompeusement faciles car vous pouvez publier un message en une seule requête HTTP. La partie intéressante commence lorsque vous souhaitez que Slack soit interactif et fiable.
