Quand j'ai créé ce blog, j'ai cherché à mettre en place une solution simple pour les commentaires et j'ai tout simplement utilisé Disqus que je connaissais. A l'usage, c'est très simple à installer mais ca demande quand même aux utilisateurs (et à moi-même) d'être authentifié, et donc tracké.. Puis, en lisant l'article de TFerdinant.net , je me suis mis moi aussi en quête d'une alternative mais Serverless :)

Suite à la sortie de AWS-Otel-Collector, j'ai tenté d'instrumenter un project Ruby-On-Rail.

Lors des révisions en vue de ma certification AWS Solutions Architect, j'ai découvert un outil/framework proposé par AWS qui s'appelle: "AWS Well-Architected" Je vais bientôt commencer dans une nouvelle entreprise et l'une de mes missions va être de définir (avec l'équipe) une nouvelle architecture puis de la déployer. Afin de réussir cet objectif sur la durée, j'aimerais m'appuyer sur le framework AWS Well Architected et l'outil associé: "Well-Architected Tool"

Annoncé avant-hier "Distributed Tracing using AWS Distro for OpenTelemetry" , j'ai souhaité tester ce que cela pouvait donner en termes d'installation, puis ce que cela donnais en terme de rendu dans la console. La documentation Using AWS-OTel-Collector on Amazon EKS indiquait d'appliquer un rôle IAM sur la node EC2 et je trouvais ca dommage. (Je prefère de loin l'approche consistant à fournir un serviceAccount sur mesure au pod). Pour ce faire, j'ai créé un Cluster EKS avec AWS CDK Créé un rôle…

Après avoir passé quelques entretiens cet été sur des postes de DevOps/SRE dans des sociétés utilisant AWS, voici les compétences qui m'ont été demandées le plus souvent...