Repository navigation
Conversation
4043955 to
adb9434
Compare
|
🤖 Hey ! A preview of the application is available at : https://console-pr-2756.dso.cpin-hp.numerique-interieur.fr Please be patient, deployment may take a few minutes. |
7793b6f to
f7a35b5
Compare
a44bd93 to
3a7a047
Compare
|
PR réduite à la bascule nginx. Le câblage Diff actuel : |
|
Vérifié en local (podman + nginx:alpine, config substituée puis servie telle quelle) :
Le prefix location |
9379951 to
935ac58
Compare
935ac58 to
c909074
Compare
c909074 to
4de5fa4
Compare
StephaneTrebel
left a comment
StephaneTrebel
left a comment
There was a problem hiding this comment.
La bascule ne doit pas être fusionnée avant la correction de la migration parente #2495.
| } | ||
|
|
||
| # ── Routes migrées vers NestJS ──────────────────────────────────────────────── | ||
| location /api/v1/clusters { |
There was a problem hiding this comment.
🔴 Cette bascule exposerait le défaut bloquant de #2495 : les clusterId ne sont pas validés par le contrôleur NestJS, contrairement au contrat et au legacy. Les URL malformées atteindraient Prisma et peuvent répondre 500 au lieu de 400. Attendre la correction et sa couverture HTTP dans #2495 avant de router le trafic ici.
ac7fc8d to
902b407
Compare
a28ad2f to
cb4fe06
Compare
shikanime
left a comment
shikanime
left a comment
There was a problem hiding this comment.
Revue du head cb4fe06 (rebasé sur le nouveau head de #2495). Le bloc location /api/v1/clusters vers server-nestjs reprend exactement le gabarit des bascules existantes (proxy_pass, headers Forwarded), préfixe (non =) correct puisque les sous-routes /usage/:id et /:id/environments doivent suivre. Le prérequis du corps — portage des listeners cluster.upsert/cluster.delete dans la même vague — est désormais réel : #2495 head 17a9b3b0 contient bien les @OnEvent dans argocd.service.ts. Format What/Why/References conforme, dépendance #2495 explicite. Rien de bloquant ; un seul nit : le type ClusterList ajouté dans packages/shared est du code mort dans cette PR de bascule.
Résumé des sévérités : 0 bloquant, 0 important, 1 nit.
| }) | ||
|
|
||
| export type ClusterAssociatedEnvironments = ClientInferResponseBody<typeof clusterContract.getClusterEnvironments, 200> | ||
| export type ClusterList = ClientInferResponseBody<typeof clusterContract.listClusters, 200> |
There was a problem hiding this comment.
nit — ClusterList n'est importé nulle part sur ce head (vérifié sur l'arbre cb4fe06 : apps/client, apps/server-nestjs, packages — seule la définition existe). Cette PR est présentée comme du « cutover config » ; soit supprimer cet export, soit le déplacer dans #2495 avec son consommateur, soit le justifier dans le corps. Du code mort dans une PR de routage nginx, c'est exactement ce que le corps promet d'éviter (« stays code-only »).
0b9a4c6 to
38ce05a
Compare
|
Superseded by #2847 — rebased directly onto main (nginx config only). |
Signed-off-by: William Phetsinorath <william.phetsinorath-open@interieur.gouv.fr> Change-Id: I7cd8a9209a011ae18fbde814de9b6cfd6a6a6964 Co-authored-by: Automata <automata@shikanime.studio> Signed-off-by: William Phetsinorath <william.phetsinorath-open@interieur.gouv.fr> Change-Id: If05c8547128ca15bfbf4e20dc3d88a236a6a6964 Signed-off-by: Shikanime Deva <22115108+shikanime@users.noreply.github.com>
|
1 New Issue
0 Fixed Issues
0 Accepted Issues3 participants
Issues liées
Quel est le comportement actuel ?
The cluster module migration (#2495) lives in
server-nestjs; the route flip is cutover config and ships independently so the migration PR stays code-only. The sharedClusterListresponse type was exported but unwired.Quel est le nouveau comportement ?
Route
/api/v1/clusterstraffic toserver-nestjsin the strangler nginx config, and retype the cluster controller list route to the contract-derivedClusterList(map-records-to-contract pattern, as in the user-tokens migration).