Commit Graph

7 Commits

Author SHA1 Message Date
ivan
9f263a97f3 ++ 2026-10-27 16:51:18 +05:00
ivan
c36406209f issues: SAREX_API from env, in-cluster Django in uralkal, vad, ugmk
The base production.py hardcoded SAREX_API = https://srx.wb.ru, ignoring the
env, so issue export (GET /api/core/users/<id>/) failed from closed contours
with CERTIFICATE_VERIFY_FAILED. Read it from SAREX_API with the old value as
default; wb keeps it.

uralkal, vad, d8-ugmk-prod: SAREX_API -> backend-svc.django:80 (server-side
calls, no TLS), and SAREX_HOST set to the contour's public host so links in
exports and notifications stay external.
2026-10-24 12:01:25 +05:00
emelinda
f22d5cc773 **Update d8-ugmk-prod configurations to fix service references and ensure proper workflow and API integration**
- Replace incorrect `WORKFLOWS_HOST` and `WORKFLOWS_URL` references across multiple YAML files to point to `backend-svc.processing.svc.cluster.local`.
- Update `DOCUMENTATIONS_URL` to use the accurate service name `backend-api-svc.documentations.svc.cluster.local`.
- Adjust `SAREX_API` and related settings for consistency using `https://sarex.uralmine.com`.
- Refactor `production-configmap.yaml` to align environment variable overrides and remove obsolete hardcoded values.
- Resolve key INFRA-3005 issues to prevent Excel export and notification failures caused by invalid DNS and configuration.
2026-10-20 18:01:28 +03:00
emelinda
709985b4a6 **Update d8-ugmk-prod configuration: replace SAREX_API and related endpoints with sarex.uralmine.com and adjust production ConfigMap.** 2026-10-20 17:42:13 +03:00
ivan
2f2289bd89 ++ 2026-08-09 14:52:30 +05:00
ivan
a8a4f5e50d ++ 2026-08-04 18:33:39 +05:00
ivan
c7b749fd09 ++ 2026-07-31 12:55:03 +05:00