[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

Si c'est ton mail + ton numéro de téléphone t'es sûr que c'est pas vraiment pour toi ? Si ça concerne un traitement pour des pertes de mémoire par exemple [:dawa]

Thanks.  :jap:
Ok donc ce que je voulais faire est en gros ton "health indicator custom" et a priori ca te choque pas d'aller lire une entité standard pré-definie dans ta DB. C’était ce qui me chiffonait un peu.
J'aime aussi l'idee d'utiliser une TX puis rollback.

Ouais, ma gêne venait du fait que c'est pas vraiment "notre app", c'est une solution deployee directement dans le compte des clients. C'est pas vraiment "notre DB" quoi (et on y a pas accès).
Je ne me suis pas pose autant de questions dans ma boite precedente qui etait une marketplace classique qu'on gérait nous même, pour notre compte :D

https://img3.super-h.fr/images/2025 [...] czpe1.webp
[:pingouino]

Ouaip, en gros le mec a renseigné mon numéro de tel. Sauf que j'ai aucune autre action. L'hopital s'en fou, me dit de voir avec Doctolib. Doctolib me dit de contacter l'hopital. Ok lol.

Et surtout, pourquoi j'ai la notif sur mon ancien mail plus utilisé alors j'ai bien fait la demande de changement + suppression via DPO. [:cyborg21]

Ouais, ma gêne venait du fait que c'est pas vraiment "notre app", c'est une solution deployee directement dans le compte des clients. C'est pas vraiment "notre DB" quoi (et on y a pas accès).
Je ne me suis pas pose autant de questions dans ma boite precedente qui etait une marketplace classique qu'on gérait nous même, pour notre compte :D

Merci pour les différents avis en tous cas :jap:

- si tu monitores (et on le fait) les taux d'erreurs des autres requêtes, bin tu es dépendant de l’activité des "vrais" users sur ta plateforme. Or notre produit est juste B2B, du coup on s'attend a 0 activité le week end, mais on voudrait garantir que le lundi matin quand les gens se reconnectent que tout fonctionne par exemple

Vous êtes en forme depuis quelques jours :D

Question monitoring. On a un produit compose de 20-30 "micro" services dans un cluster k8s et qui utilisent en backend différents outils/DB, certains in cluster, d'autres des services AWS (RDS etc...).

Nos services ont tous actuellement une "liveness" probe, qui globalement ne fait rien (mais vraiment rien), a part renvoyer 200. En gros ca teste que le serveur Spring/Flask/Node a pu démarrer correctement en gros, mais c'est a peu près tout. C'est notamment utilise par k8s pour déterminer si les pods sont en vie ou pas.

On a une demande pour aller potentiellement plus loin (parce que le fait que Spring démarre est pas une garantie suffisante que le service fonctionne :o), mais sans créer des fakes data, je vois pas comment faire. Et sur des systèmes de clients en prod, je trouve ça un peu dégueu. Mais je vois pas de vraie alternative. Genre un endpoint qui va chercher en DB un post/user/whatever ton entité "XXX-Monitoring" qui serait crée au moment du déploiement. Ca valide les éventuelles connexions a la DB, que la DB en question est up, les éventuelles interactions avec d'autres systèmes (bien entendu on pourrait même imaginer des trucs plus complexes, genre créer puis supprimer une entité etc...)

Mais on est plus très loin de tests end to end. Et encore une fois, sur des systèmes en prod, j'ai l'impression que c'est quand même pas super de polluer les DB avec des objets de tests.
Mais je vois pas trop d'autres moyens d'offrir plus de vraies garanties que nos liveness probes actuelles.

Des idées alternatives ? Ou ma réticence a polluer les DB de prod est injustifiée ?

Donc joue des scénarios fonctionnels représentatifs sur des comptes dont l'activité est ignorée dans les flux sortants de votre appli.
Chez D.ecitre on avait des bots qui faisaient de la navigation avec ajout au panier par exemple et les tests étaient des tests de non regression visuelle (parce que c'est bien beau d'avoir les éléments dans le DOM, si t'as niqué la CSS, c'est mort.

https://img3.super-h.fr/images/2025 [...] czpe1.webp
[:pingouino]

Il n’y avait pas de banque dans ton coin à cette époque ?  :(

Y'a des gens qui vont au club med bien avant 23 ans cela dit.

 
Quand tu perds ta famille tôt tu fais peter les stats.  [:clooney17]

J'étais pris mais j'avais pas de sousous pour me payer un studio ailleurs :(

 
Quand tu perds ta famille tôt tu fais peter les stats.  [:clooney17]

Tu veux pas laisser kenshineuh tranquille cinq minutes ?

T’aurais été pris dans une bonne école…  [:cosmoschtroumpf]

Réel je suis parti à 23.

Tu veux pas laisser kenshineuh tranquille cinq minutes ?

https://img3.super-h.fr/images/2025 [...] czpe1.webp
[:pingouino]

https://img3.super-h.fr/images/2025 [...] czpe1.webp
[:pingouino]

C'est monitoré en automatique avec de l'IA pour l'analyse de sentiments ?

O2Switch est pas mal. Pas de souci depuis 2 ans. Gros avantage au moment où j'ai souscrit : c'était le même prix qq soit le CPU, RAM, HDD que tu consommais. Ils mettaient que c'était du illimité :) Là, je viens de regarder, ils ont commencé à segmenter leur offre et faire plusieurs tarifs...

Amazon, je crois qu’ils ont des gens en grosses fatigue là bas.
 
Il y a des années j’ai acheté des pec-pads, qui sont des petits chiffons en fibre qui ne peluchent pas / ne rayent pas, et sont donc très bien pour nettoyer du matos photos.
Ma femme a reçu un mail y’a 2 jours : oui alors on vous rembourse le produit, mais surtout ne l’utilisez pas pour voir l’éclipse ce serait très dangereux.
En fait : la description du produit parlait du fait que ça sert à nettoyer les télescopes, et quelqu’un a “évalué “ un risque.
Nouveau mail aujourd’hui : nana en fait oubliez notre emails, votre produit est safe, gardez l’argent.
 
Le management par regex c’est le mal :o

Je reçois un mail de Doctolib sur mon ancien mail me signalant un RDV lundi prochain.  
 
Donc du coup j'ai visiblement un homonyme. Mais le plus inquiétant, c'est que j'ai accès à tous les documents (scanner, ordonnance) qui ont été upload pour ce RDV.  [:xauhaus]

C'est comme les restaurants à volonté, tu mets en place des systèmes  [:cosmoschtroumpf]

Pas compris ce que c'était que les lunes...
Et le disque dur illimité nvme c'est pas un peu trop beau pour être vrai ?

les prix sont assez dingues, ça coute vraiment rien ce truc !
Bon sinon ils offrent la personnalisation complète du php.ini, et ça je pense que c'est l'élément clé :o

O2Switch est pas mal. Pas de souci depuis 2 ans. Gros avantage au moment où j'ai souscrit : c'était le même prix qq soit le CPU, RAM, HDD que tu consommais. Ils mettaient que c'était du illimité :) Là, je viens de regarder, ils ont commencé à segmenter leur offre et faire plusieurs tarifs...

Vous vous posez trop de questions, nous on fait une appli desktop moisie et on monitore les groupes Facebook pour voir si les utilisateurs sont mécontents.

Thanks.  :jap:  
Ok donc ce que je voulais faire est en gros ton "health indicator custom" et a priori ca te choque pas d'aller lire une entité standard pré-definie dans ta DB. C’était ce qui me chiffonait un peu.
J'aime aussi l'idee d'utiliser une TX puis rollback.
 
 
L’idée c'est pas de remplacer les healthcheck actuels, mais d'en ajouter de nouveaux. Et ces derniers seraient pas utilise directement par k8s, donc pas de risque de tuer le pod pour rien.  
 
On utilise Cloudwatch et compagnie, mais le problème de juste surveiller la telemetrie c'est que:
- si tu monitores juste les call des healthcheck, bin tu reviens au problème précédent: les services peuvent démarrer individuellement OK, mais y a un problème plus complexe qui font que ton produit ne fonctionne pas vraiment (analogie d'une voiture qui démarrerai correctement, mais dont tu pourrais pas passer les vitesses: ça fait un belle jambe a ton utilisateur ! lui il veut avancer :D)
- si tu monitores (et on le fait) les taux d'erreurs des autres requêtes, bin tu es dépendant de l’activité des "vrais" users sur ta plateforme. Or notre produit est juste B2B, du coup on s'attend a 0 activité le week end, mais on voudrait garantir que le lundi matin quand les gens se reconnectent que tout fonctionne par exemple

Thanks.  :jap:  
Ok donc ce que je voulais faire est en gros ton "health indicator custom" et a priori ca te choque pas d'aller lire une entité standard pré-definie dans ta DB. C’était ce qui me chiffonait un peu.
J'aime aussi l'idee d'utiliser une TX puis rollback.
 

Voici ce que je fais pour mes app spring:
- Ping du /health actuator: en standard tu auras ta DB (+ pool si défini) et les autres connecteurs liés aux différents spring boot starters
- J'ai des health indicator custom: par exemple pour le SSO, pour certains topics kafka, y compris read d'une entité standard dans notre DB (la config par exemple), des micro-services que j'utilise. On à un système de ping de surface et deep de sorte qu'un service peut probe qu'un autre fonctionne et que les dépendances aussi (mais ça peut être couteux en temps donc c'est uniquement à la main en cas de prob éventuel).
- Tu pourrais très bien avoir un health indicator custom qui ouvre une tx et rollback après un flush de l'entity manager, ça te permet de valider que la persistence de l'entité se fait.
- De la même manière tu peux avoir un health indicator custom qui instancie un RestTemplate et qui fait un read sur ta couche API, soit en localhost, soit via une éventuelle APIGW (personnellement je ne le fais pas).

Ça amène une autre question, imagine que tu perdes la connexion à RDS, ton capteur retourne 5xx et Kubernetes tue le pod, ça t'avance à quoi? :D
Ça serait pas mieux d'utiliser la télémétrie (logs, traces ou métriques avec X-Ray, CloudWatch, OTel, ...) pour mettre un seuil dans ton /health comme suggéré par Flaie, plutôt que de tester une opération particulière?