Redusere ventetid ved deploy

Å få nye versjoner av vår Umbraco-løsning ut i ulike miljøer tar noen ganger opp til en halvtime.
Dette er på grunn av flaskehals i hvor mange jobber som kan kjøres parallelt i gratis-versjonen av GitHub.
Når det er kritiske feil i prod som skal rettes ASAP er dette et alvorlig problem.

Teknisk løsningsforslag

Følge arkitektforums anbefaling om å gå over til "self-hosted" GitHub runners og kjøre disse som Container Apps på Azure.

Jeg har lagt inn en bestilling til plattform: https://github.com/Altinn/altinn-platform/issues/3838

Migrere "Docker build and publish" og "Publish Syncroot artifacts" til å kjøre på self-hosted, evt. gi brukeren et valg.

Se eksempler på hva andre team har gjort her:
https://digdir.slack.com/archives/C077PKVLWTF/p1779384434634509?thread_ts=1779106928.852889&cid=C077PKVLWTF

Oppgaven gir erfaring som blir nyttig å ha med seg når vi skal diskutere automatisering av flere prosesser etter hvert.

Bonus

Det tar også opp til 5 minutter fra et nytt Docker-image er deployet til Kubernetes før ny container / pod er kjørende. Dette pga av en jobb som kjører hvert 5 minutt. Fikk tips fra plattform om å teste ut Flux-kommandoen under for å få Kubernetes til å plukke opp nytt image umiddelbart.

flux -n product-infoportal reconcile source oci infoportal-hcam
https://fluxcd.io/flux/get-started/#install-the-flux-cli

Vi kan teste ut om denne kommandoen kan kjøres automatisk på slutten av "Publish Syncroot artifacts" eller i verste fall på kommandolinje lokalt for å spare tid.

Det hadde også vært fint om "Publish Syncroot artifacts" sjekket helseendepunkt for å bekrefte at deploy har fullført før den blir grønn.
Helseendepunkt for prod: https://info.altinn.no/health

Locate the GitHub Actions jobs named "Docker build and publish" and "Publish Syncroot artifacts" and review how they currently run. Start by checking the self-hosted runner proposal and Azure Container Apps approach, then test the Flux reconcile command and the production health endpoint. Done means faster deployment execution, confirmed deployment health, and documented handling of any platform dependency.