Test consumer - Het starten van de ZGW Docker image(s) via het Test-platform

[alextreme]

Nu dat we de Demo API docker image succesvol hebben gekoppeld in het test-platform en dat deze via een testsession in de Google Cloud Platform met Kubernetes wordt gestart/gestopt en bruikbaar is voor clients, denk ik dat het raadzaam is om te gaan kijken naar het opstarten van een ZGW Docker image (of meerdere Docker images).

Zoals besproken zitten we dan wel met de situatie dat deze Docker images van elkaar afhankelijk zijn. Ik verwacht niet dat we dit zelfstandig zonder Sergei's input voor elkaar kunnen krijgen, dus enige resources vanuit het ZGW team zal hier waarschijnlijk voor nodig zijn als we dat met de huidige setup voor elkaar willen krijgen.

Bij gemma-zaken als Impediment gemeld via:

https://github.com/VNG-Realisatie/gemma-zaken/issues/965

Toelichting: ...

Oplossingsrichting:

Definition of ready

• [ ] Iedereen in het team begrijpt de user story
• [ ] Is klein genoeg (maximaal 1/3 van sprint)
• [ ] Product Owner akkoord en voorzien van prioriteit (mag alleen afgevinkt worden door Henri)
• [ ] Voorzien van Acceptatiecriteria (duidelijk en testbaar)
• [ ] Voorzien van Definition of Done (duidelijk en testbaar)
• [ ] Voorzien van taken
• [ ] Idee hebben van hoe deze user story kan worden gedemonstreerd.
• [ ] Vastgelegd in Github en geplaatst in kolom ready

Definition of done algemeen

• [ ] Tekst Aanbesteding

Definition of done specifiek voor deze user story

• [ ] ....

Acceptatiecriteria

• [ ] ...
• [ ] ...
• [ ] ...

Taken Taken worden apart uitgewerkt in issues.

[alextreme]

Overview of the 14 (!) docker containers that are necessary to have a working ZGW environment:

Using a single Postgres container reducing this to 9 containers is possible.

[AlviseSembenico]

As also shown in the demo the platform is now able to boostrap a complete ZGW environment. However, it is worth it to point out that it may be not stable in the long term due to continue changes of the ZGW itself.

[alextreme]

Due to the number of containers running in a ZGW pod we've increased the resources in the Kubernetes cluster. Previously max 3 ZGW pods could be running at the same time, this is now 15.

[HenriKorver]

@alextreme @AlviseSembenico At the staging version I can not find the session type ZGW (docker). So I am not able to review this. Could you configure this session type on the satging server?

[alextreme]

Sure, setting this up is indeed a bit tricky. Here you go:

[alextreme]

I've run into an error, alas it appeared to work as expected:

Sentry error: https://sentry.maykinmedia.nl/maykin-media/vng-testplatform-staging/issues/257349/

It seems to also be related to the endpoint IP address, perhaps the same issue as #86 ?

[AlviseSembenico]

The problem raised is not actually related, it simply timed out waiting for the IP address, I add the return statement after that eventual issue

[alextreme]

@AlviseSembenico please continue with this tomorrow morning. I'm still getting an error unfortunately on vng-staging:

[AlviseSembenico]

I forgot to automatically create the endpoint needed to build the exposed url, patch here https://github.com/VNG-Realisatie/api-testvoorziening-code/commit/2f7ec375f87428e422bdb4cf9a1d5dde25453cc1

[AlviseSembenico]

https://vng-test.maykin.nl/130e4f57-00c9-4546-afa0-16c943c52588/ spinned up correctly

[alextreme]

https://vng-staging.maykin.nl/67768ab5-e57a-413d-87ad-7df1a3979287/

This now works as intended. It does take ~3 minutes for all ZGW images to be loaded.

[HenriKorver]

Connecting to Kubernetes remains on 1% forever:

[alextreme]

@HenriKorver have you tried this on vng-staging? It works for me there:

https://vng-staging.maykin.nl/f2d8f3e7-a4ba-44d7-8383-f331f1e98064/

The docker/K8s setup on api-test.nl is still in progress: #243

[HenriKorver]

Sorry, you are right, I should do my review work on staging on not on production.

[HenriKorver]

By the way, is this docker conform the latest version of the ZGW API's since 18 july

[alextreme]

The VNG docker images being used are:

• vngr/gemma-notifications
• vngr/gemma-ztc
• vngr/gemma-zrc
• vngr/gemma-brc
• vngr/gemma-drc
• vngr/gemma-autorisatiecomponent

The K8s Container imagePullPolicy is set to Always, so the latest version should be used.

[HenriKorver]

Op staging blijft ie bij mij al heel lang op 77% staan

[alextreme]

Bij mij nu ook ja, in tegenstelling tot vorige week.

Hier moet dan nog ingedoken worden, ik vermoed dat de ingestelde database migraties van de RC of niet (meer) werken of dat de data wat door het ATP standaard ingeladen wordt niet meer geldig is voor de RC.

[alextreme]

https://vng-staging.maykin.nl/f2d8f3e7-a4ba-44d7-8383-f331f1e98064/

[alextreme]

Aanpassingen zijn doorgevoerd hiervoor, het werkt zoals verwacht op productie:

[HenriKorver]

Unfortunately I got the error "Error during deployment".