KEDA: indispensable pour l’autoscaling depuis de nombreuses sources, comme par exemple des métriques Prometheus.

Cluster autoscaler: la base pour autoscale les noeuds des clusters kube.

Horizontal pod autoscaler: la base pour scale les pods, à coupler avec KEDA.

Karpenter: le futur d’AWS EKS, qui simplifiera grandement la gestion de vos noeuds Kubernetes.

Cluster API: a regarder si vous devez vous diriger si vous devez gérer de nombreux clusters kubernetes chez vous.

Kubevirt: gérer ses machines virtuelles de manière déclarative via Kubernetes, pourquoi pas ?

Crossplane: l’idée est bonne mais au final ça fait un peu usine à gaz. Installer le provider AWS avec ses > 900 CRDs causera également quelques soucis à vos clusters.

Service Mesh: une complexité démentielle pour un gain qu’on cherche encore. On oublie pour le moment sauf cas particuliers.

MAPE K: peut être le futur de la gestion d’infrastructure mais on peine à trouver des implémentations.

Traefik: la star pour faire de l’ingress sur Kubernetes. Stable même avec des milliers d’ingress, bonnes perfs, des métriques sympa par défaut…​ à utiliser.

HAproxy: le choix par défaut pour du load balancing hors Kubernetes.

Envoy: le challenger, tout le monde en parle mais par contre personne ne l’a jamais vu en production.

Caddy: parfait pour servir des fichiers statiques.

nginx: qui comprend vraiment le format de configuration de l’outil ?

F5: $$$

Opentelemetry: surtout pour les traces, c’est le futur ! Mettez en partout, remplacez vos logs par des events attachés aux spans !

Prometheus: J’ai jamais aimé le pull mais faut se rendre à l’évidence, ça marche et l’écosystème est là.

Loki: Parfait pour vos logs surtout si vous voulez pas payer trop cher vu que tout part sur s3.

Elasticsearch: le gestionnaire de logs historique, ça marche toujours bien surtout on premise.

Tempo: Probablement l’outil le plus intéressant pour stocker vos traces.

Grafana: L’outil de base (le seul ?) pour vos dashboards.

Thanos: Simple et à installer et vous permettra de stocker vos métriques Prometheus sur le long terme.

Victoria metrics: Prometheus mais avec de meilleures performances, à tester !

Timescale: stocker vos métriques dans postgresql, pourquoi pas ? A voir selon la volumétrie que vous avez.

Mimir: Comme Thanos, à tester notamment en cas de forte volumétrie.

Appclacks: le futur du blackbox monitoring il parait.

statsd: plus d’actualité

cloudwatch: UX terrible à tous les niveaux

Nagios & fork: le paradigme du monitoring a complètement changé depuis cette époque.

Postgres: ça fait tout (SQL, json, full text search, timeseries comme montré précédemment…​), le projet évolue à toute vitesse, un très bon choix !

MariaDB: marche très bien, rien à redire.

MongoDB: une base au format document, ça peut servir. MongoDB Atlas est pour moi la meilleure offre DB cloud du marché actuellement en terme d’UX/fonctionnalités.

Cassandra: la meilleure base orientée colonne, super notamment pour faire du multi data center facilement.

Aurora: Propriétaire mais ça scale !

S3: Utiliser S3 comme base de données, de plus en plus fréquent pour les logs, métriques…​ peut être bientôt pour le reste également ?

MySQL: Toujours très présent donc doit être cité

RocksDB: Ca a de grosses perfs et c’est fun !

Oracle: vous savez pourquoi

Pizza teams: On aime quand les équipes ont un ownership fort sur leurs services et domaines.

Contract testing: obligatoire quand on fait du microservice ?

Feature flags: Release early, release often: les features flags sont l’outil de base pour réaliser cela.

Keep the good old monolith: et pourquoi pas si le code est bien conçu ?

DDD: permet d’éviter le couplage, facilite les tests…​ un bon outil.

Distributed monolith: un classique

on-demand environments: une mauvaise idée même si certains essayent de vous convaincre du contraire :D

Kafka: meilleur outil depuis des années pour faire des architectures orientées événements, du stream processing, faire buffer pour vos logs/métriques…​ Il s’opère également très bien et est dispo partout en mode SaaS.

SQS: simple d’utilisation et fait le job quand on a juste besoin d’une queue de message.

NATS: Le streaming "cloud native", à voir où ça va.

RabbitMQ: Bien mais pénible à opérer surtout si vous ne savez pas lire les stacktraces Erlang.

Sidekiq: c’est du Ruby donc ça partage ses caractéristiques.

Lean: on ne peut plus s’en passer. Des tonnes de pratiques utiles au quotidien.

Self service/product approach: On fournit des services internes de qualité en écoutant nos utilisateurs et en les rendant autonomes au quotidien. J’en parle ici.

Dev oncall on production: you build it, you run it. La qualité augmente bizarrement très vite quand on reçoit les alertes de ses propres services.

Blameless incidents: Les incidents c’est de la faute de tout le monde et on ensemble bosse pour que ça se ne reproduire plus.

No backlog: Un backlog, pourquoi faire ? De toute façon au bout de 3 mois votre backlog ne sera plus valide. Autant ne plus en avoir.

http://programming-motherfucker.com/: tout est sur le lien.

Certifications: ça sert à quoi ?

ITIL & SAFE: bien mais seulement pour les consultants spécialisés.

Agile & Scrum: on veut du Lean.

IAM: la base de la base, notamment sur le cloud. Dommage que ce soit pas dispo sur ce nombreux acteurs Français.

RBAC: si vous faites du Kubernetes, vous allez y passer.

Kyverno: parfait pour valider vos manifests Kubernetes, faire de l’audit, et ajouter une couche supplémentaire de sécurité.

OPA: On préfère Kyverno ici mais ça fait aussi le job, notamment si vous maitrisez Rego.

Databases exposed on internet: mauvaise idée il y a 15 ans, mauvaise idée aujourd’hui.