M50: preserve rollout API compatibility alias
MobilityOps acceptance / backend (push) Failing after 17s
MobilityOps acceptance / frontend (push) Successful in 29s
MobilityOps acceptance / e2e (push) Skipped

This commit is contained in:
NuklearRabbit
2026-08-21 22:29:55 +02:00
parent dd3acd872c
commit cea0825d60
2 changed files with 18 additions and 1 deletions
+16
View File
@@ -1,5 +1,21 @@
# Project state
## M50 — preserve web/API compatibility alias during rollout (2026-08-21)
- The first steady-gateway M49 rollout correctly kept M48 serving when both candidate web
containers failed health. Their static Nginx configuration resolves `api` at startup,
while the rollout initially published only the revision-specific API alias used by the
gateway. The rejection removed every candidate and left the recorded production revision,
four old replicas and public readiness unchanged.
- Added the compatibility `api` alias alongside the revision-specific alias. The stable
gateway continues to route `/api` only to the revision-specific upstream, so the generic
name cannot weaken atomic promotion; it solely lets the independently usable web image
validate its existing proxy configuration.
- A continuous external probe recorded **500/500** successes throughout the rejected
candidate rollout and rollback.
- Exact next action: validate the compatibility alias in isolation, commit/push M50 and
deploy its exact archive while repeating the zero-error steady-gateway probe.
## M49 — M48 production acceptance evidence (2026-08-21)
- Pushed M48 revision `00191e9b54ee6b961648a6e02abbb3a57957dba0` and promoted its