Observabilité : dynatrace, datadog & Co ??? POUR ? CONTRE ?
Вставка
- Опубліковано 9 лют 2025
- 📽️ Abonnez-vous : bit.ly/2UnOdgi
🖥️ Devenir membre VIP : bit.ly/3dItQU9
Un avis perso sur les services apportants des solutions de monitoring en mode Saas et via le déploiement d'un agent tel dynatrace ou encore datadog ou encore d'autres...
Sommaire de plus de 1300 vidéos :
sur github : bit.ly/2P5x8Xj
sur gitlab : bit.ly/2BvYouO
➡️ ➡️ Vous voulez m'encourager likez la vidéo, commentez-là et abonnez-vous ! 😃
Retrouvez plus de tutorials en français et formation pour devenir #devops :
Devops/ CI-CD / Cloud
Pipeline s01 : bit.ly/3a1YsOZ
AWS : bit.ly/3c5gzUI
Conteneurisation
docker engine : bit.ly/2Zu4F4X
docker compose : bit.ly/32hQa0T
docker swarm : bit.ly/34bU5hE
kubernetes : bit.ly/34jGoNV
vagrant k8s :
LXC/LXD : bit.ly/39x0XJe
Automatisation
ansible : bit.ly/2v3Mv8n
ansible ex. haproxy : bit.ly/35iHJDz
Jenkins : bit.ly/2Pv7GNH
Git : bit.ly/30REYb6
Gitlab : bit.ly/34iqiUr
Jmeter : bit.ly/2rMr79R
Infrastructure
consul : bit.ly/2ZFEebH
Infra Mesh : bit.ly/2MUWUhV
LB et reverse-proxy
HAProxy : bit.ly/2HBDLxc
Linkerd : bit.ly/2MUWUhV
SQL/NoSQL
ElasticSearch : bit.ly/2UitZFe
PostgreSQL : bit.ly/2UitZFe
Sécurité
IPTables : bit.ly/2NIi6a9
Netcat : bit.ly/2zFK3HA
TCPDump : bit.ly/2SbM8G0
Scripting
Scripting : bit.ly/32hRgtx
Flask : bit.ly/34hvQ1q
Python : bit.ly/3ba5OAB
Raspberry
faire son infra : bit.ly/2wnqplF
k8s (pikub) : bit.ly/2zBWBQa
vraiment rien à redire sur cette video, au top ! Je me retrouve vraiment dans la passion de ce qu'on met en place , on sait quoi on a mit en place, comment il fonctionne et comment l'évoluer. On évité aussi la sensation d'être poing lié à outil ou un forunisseur etc . Merci encore pour la vidéo Xavki !
Effectivement je n'ai pas trop insisté sur ce dernier point mais le vendor locking comme on dit c'est terrible. Merci pour ton retour 👌
Bonsoir et merci pour ton point de vu partagé.
J'aurai espéré te voir au prochain DevOps, je n'ai pas pu être présent au dernier.
Bonne continuation 🙂
Merci. Je ne fais plus trop de visites à ces salons. 😉
Salut xavki , je suis expert apm et je trouve pour une foie que tu passe vraiment a côté de beaucoup de choses :)
Salut. Chacun son besoin.
Datadog, j'en ai, on utilise aussi du zabbix.
Moi j'apprends prom + elk parce que j'aime pas l'idée de sous traiter le stockage de ce données.
On est aussi soumis à leurs CGU.
Je préfère être soumis au miennes et à la qualité du dev délivré par la CNCF.
Elk je crois savoir que ça demande un peu de ressources pour fonctionner correctement, mais c'est maîtrisable.
Datadog à été mis en place par des dev qui n'avaient pas d'ops qui s'intéressait à leur travail (k8s, le gitops ça rebute des gens CCasa si tu lis ça 😉), mais maintenant que j'y suis et que j'explique ce que je fais autant au devs qu'aux ops, on va arriver à ne pas céder à des acteurs privés des données que nous avons la capacité de maîtriser.
D'ailleurs datadog à un système de facturation assez spécial , si on a un scale de 29 conteneurs supplementaires dans une nuit, ils sont comptabilisé dans la consommation de l'agent datadog et donc un surcout est à prévoir.
C'est rgpd compliant ( datadog) mais le curseur de la compliancy est à géométrie variable, surtout pour ce genre de boîtes.
Bref je suis une fois de plus d'accord avec toi sur la "souveraineté" mais j'y passe mes jours et mes nuits (moi j'aime ça amais pas tout le monde 😉) .
Ah cool merci pour ces précisions sur datadog. Bonne journée
Merci Xavier pour cet avis éclairé. Je trouve que les sociétés qui vendent du monitoring surfent tout de même pas mal sur la peur de la panne. Mon avis est un peu biaisé car j'ai un profil dev et je préfère de très loin livrer une application automonitorée plutôt une de la décorer une fois livrée. Pour illustrer, j'aime bien livrer des applis qui font du ping applicatif et qui, selon des critères définis, vont lancer une action système pour redevenir cohérente. Ca peut être un simple restart. Docker fait ça très bien avec le HEALTHCHECK qu'on peut facilement utiliser pour provoquer un redémarrage de conteneur. L'effet de biais à cela, c'est que le suivi n'est pas centralisé et qu'on ne se rend pas forcément compte que l'appli a un souci si elle se restaure très vite toute seule avec une interruption de service très peu perceptible. Evidemment, tout cela marche pour des petites infras. Sur des grosses infras, il faut une solution centralisée. Pour avoir essayé Datadog, les promesses d'IA n'étaient pas tenues et finalement nous avions conservé notre Zabbix car le gain par rapport au coût n'était pas favorable.
Salut merci pour ce retour. Effectivement pas besoin forcément d'avoir un bazooka. Notre infra est monitorée avec une stack opensource comme beaucoup d'autres sociétés et cela nous suffit bien. Pourtant nos sommes 3 SRE. C'est relativement simple d'avoir un monitoring adapté et surtout réalisé maison. Après il faut de tout pour faire un monde 😁