Skip to content
This repository has been archived by the owner on Jul 22, 2024. It is now read-only.

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

Open
13 tasks
alextreme opened this issue Mar 12, 2019 · 21 comments
Open
13 tasks
Assignees
Labels
User Story 'echte user stories"

Comments

@alextreme
Copy link
Collaborator

alextreme commented Mar 12, 2019

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:

VNG-Realisatie/gemma-zaken#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
Copy link
Collaborator Author

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

IMG_20190603_183618

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

@AlviseSembenico
Copy link
Contributor

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.
image

@alextreme
Copy link
Collaborator Author

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
Copy link
Contributor

@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
Copy link
Collaborator Author

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

Screenshot_2019-06-24_17-17-59

@alextreme
Copy link
Collaborator Author

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

Screenshot_2019-06-24_17-27-29

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
Copy link
Contributor

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
Copy link
Collaborator Author

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

Screenshot_2019-06-26_19-17-26

@AlviseSembenico
Copy link
Contributor

AlviseSembenico commented Jun 27, 2019

I forgot to automatically create the endpoint needed to build the exposed url, patch here VNG-Realisatie/api-test-platform-code@2f7ec37

@AlviseSembenico
Copy link
Contributor

@alextreme
Copy link
Collaborator Author

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

Screenshot_2019-06-27_16-35-19

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

@HenriKorver
Copy link
Contributor

Connecting to Kubernetes remains on 1% forever:
image

@alextreme
Copy link
Collaborator Author

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

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

Screenshot_2019-07-24_16-16-03

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

@HenriKorver
Copy link
Contributor

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

@HenriKorver
Copy link
Contributor

HenriKorver commented Jul 24, 2019

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

@alextreme
Copy link
Collaborator Author

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
Copy link
Contributor

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

@alextreme
Copy link
Collaborator Author

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 alextreme assigned alextreme and stevenbal and unassigned HenriKorver Jul 24, 2019
@alextreme
Copy link
Collaborator Author

@alextreme
Copy link
Collaborator Author

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

Screenshot_2019-08-08_16-50-29

@alextreme alextreme assigned HenriKorver and unassigned alextreme and stevenbal Aug 8, 2019
@HenriKorver
Copy link
Contributor

Unfortunately I got the error "Error during deployment".

@alextreme alextreme assigned alextreme and stevenbal and unassigned HenriKorver Aug 22, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
User Story 'echte user stories"
Projects
None yet
Development

No branches or pull requests

5 participants