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 !
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 😉) .
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 😁
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. 😉
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
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.
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 😁