feat(devoxx): add Pauline note

[paulinermbd]

This pull request adds a new blog post in French titled "Bedrock au Devoxx 2025," summarizing key insights and lessons from the Devoxx 2025 conference. The post covers multiple topics, including Git workflows, GitHub Copilot features, diversity initiatives, Kubernetes best practices, and load testing techniques.

[fferriere]

suggestion:

Suggested change

Le Devoxx est un événement incontournable pour les développeurs et les professionnels de la technologie. Cette année, nous avons eu la chance d'y assister et de découvrir de nombreuses conférences passionnantes. Dans cet article, nous partagerons avec vous les points clés des conférences auxquelles nous avons assisté. Cet évènement a eu leu du 16 avril 2025 au 18 avril 2025 à Paris au Palais des Congrés.

Le Devoxx est un événement incontournable pour les développeurs et les professionnels de la technologie. Cette année, nous avons eu la chance d'y assister et de découvrir de nombreuses conférences passionnantes. Dans cet article, nous partagerons avec vous les points clés des conférences auxquelles nous avons assisté. Cet évènement à eu lieu du 16 avril 2025 au 18 avril 2025 au Palais des Congrés de Paris.

[fferriere]

suggestion:

Suggested change

Dans un incident basé sur des faits réels, les équipes de Denis Germain ont rencontré des problèmes avec les sondes Kube (Readiness, Liveness et Healthchecks) lorsqu'elles ont introduit des dépendances externes et cycliques dans leurs vérifications de vivacité. Cette mauvaise pratique a entraîné un effet domino catastrophique : lorsqu'un pod tombait en panne, il entraînait la défaillance d'autres pods dépendants, provoquant une cascade d'arrêts qui a finalement mis hors service tous les pods du système. La résolution de cet incident a nécessité une intervention manuelle fastidieuse et chronophage pour rétablir le fonctionnement du système, soulignant les risques liés à la mauvaise gestion des dépendances dans les sondes Kube.Difficultés lors de la migration Helm et l'importance du GitOps

Dans un incident basé sur des faits réels, les équipes de Denis Germain ont rencontré des problèmes avec les sondes Kube (Readiness, Liveness et Healthchecks) lorsqu'elles ont introduit des dépendances externes et cycliques dans leurs vérifications de vivacité. Cette mauvaise pratique a entraîné un effet domino catastrophique : lorsqu'un pod tombait en panne, il entraînait la défaillance d'autres pods dépendants, provoquant une cascade d'arrêts qui a finalement mis hors service tous les pods du système. La résolution de cet incident a nécessité une intervention manuelle fastidieuse et chronophage pour rétablir le fonctionnement du système, soulignant les risques liés à la mauvaise gestion des dépendances dans les sondes Kube. Difficultés lors de la migration Helm et l'importance du GitOps.

[fferriere]

suggestion:

Suggested change

Une autre erreur coûteuse s'est produite lors d'une migration de Helm V2 vers V3. Une mauvaise interprétation de la chaîne "v1" dans les noms des manifests a conduit à leur suppression accidentelle. Cette chaîne faisait en fait référence à la version de l'API, et sa suppression a effacé l'historique de déploiement de Helm, empêchant les mises à jour. Cette situation a entraîné une interruption de service critique, nécessitant la restauration manuelle des manifests supprimés dans la base de données de production à partir de sauvegardes. Cette expérience souligne l'importance cruciale de bien comprendre les outils utilisés et de disposer de sauvegardes fiables. Elle met également en évidence les avantages du GitOps (avec des outils comme ArgoCD ou FluxCD) pour la gestion des déploiements. Le GitOps réduit les erreurs humaines en fournissant une source unique de vérité et un processus de déploiement automatisé et reproductible.Bonnes pratiques pour la résilience des applications Kubernetes

Une autre erreur coûteuse s'est produite lors d'une migration de Helm V2 vers V3. Une mauvaise interprétation de la chaîne "v1" dans les noms des manifests a conduit à leur suppression accidentelle. Cette chaîne faisait en fait référence à la version de l'API, et sa suppression a effacé l'historique de déploiement de Helm, empêchant les mises à jour. Cette situation a entraîné une interruption de service critique, nécessitant la restauration manuelle des manifests supprimés dans la base de données de production à partir de sauvegardes. Cette expérience souligne l'importance cruciale de bien comprendre les outils utilisés et de disposer de sauvegardes fiables. Elle met également en évidence les avantages du GitOps (avec des outils comme ArgoCD ou FluxCD) pour la gestion des déploiements. Le GitOps réduit les erreurs humaines en fournissant une source unique de vérité et un processus de déploiement automatisé et reproductible. Bonnes pratiques pour la résilience des applications Kubernetes.