this post was submitted on 15 May 2025
6 points (100.0% liked)

Forum Libre

1078 readers
28 users here now

Communautés principales de l'instance

Nous rejoindre sur Zulip: https://jlailu.zulipchat.com/

Une communauté pour discuter de tout et de rien:

Les mots d'ordre sont : respect et bienveillance.

Les discussions politiques sont déconseillées, et ont davantage leur place sur

Les règles de l'instance sont bien entendu d'application.

Fils hebdomadaires"

"Demandez-moi n'importe quoi"

Communautés détendues

Communautés liées:

Loisirs:

Vie Pratique:

Communautés d'actualité

Société:

Pays:

Communauté de secours:

founded 2 years ago
MODERATORS
[email protected]
[email protected]
[email protected]
[email protected]
6
[Jeudi Tech] Posez toutes vos questions ! (jlai.lu)
submitted 1 month ago by [email protected] to c/[email protected]
10 comments fedilink hide all child comments
 

Pour parler de technologie toute la semaine, il y a [email protected]

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 5 points 1 month ago (4 children)

Les techos, j'ai besoin d'un avis externe. Dans ma boîte, on a plusieurs services cloud qu'on développe et déploie. On essaye de suivre une approche microservice : un service par "fonctionnalité" (ie on a un service qui gère la gestion des données, un service qui gère le processing, une app qui permet de soumettre des jobs, etc.). Et on a 3 environnements : DEV, QA, PROD.

Mon approche, ça a toujours été de dire : un service en DEV appelle le QA de tous les autres, un service en QA appelle le QA de tous les autres et un service en PROD appelle la PROD de tous les autres. Ainsi, les developpeurs d'un service peuvent foutre le dawa en DEV, ça n'impacte pas les autres (en gros, on a le droit de casser DEV pour tenter des choses, car ça n'a aucune incidence sur le travail des autres équipes). Sauf qu'on est en train de me faire comprendre que ça arrange pas certains autres services et qu'il faudrait changer ma manière de faire. Je suis convaincu que mon approche est la bonne, mais je suis preneur d'avis externes.

[–] [email protected] 2 points 1 month ago* (last edited 1 month ago)

Pour le coup dans ma précédente boîte on avait trois environnements comme toi : staging, QA et prod, plus l'env local. Notre infrastructure faisait qu'on ne pouvait pas appeler les services d'un autre environnement (chacun était dans son propre réseau privé, isolé des autres). La seule exception étant en local où on branchait notre service sur ceux de staging.

Pour en revenir à ta question, tu dis " les developpeurs d’un service peuvent foutre le dawa en DEV, ça n’impacte pas les autres" sauf que si j'ai bien compris, quand un service appelle un autre, c'est celui de QA qui est appelé. Et du coup je peux comprendre que ça saoule certains d'avoir des données en vrac sur la QA, c'est par ailleurs la raison pour laquelle on avait introduit cet environnement en plus de staging et prod.

load more comments (3 replies)