fritsjanssen
commented
3 years ago Met een docker-compose bestand is inmiddels een begin gemaakt. Hierbij is de balie applicatie + postgres database opgenomen. Dit is de basis van de applicatie en zal worden aangevuld met componenten als een taakplanner, certificaten manager, webservices, etc. De volgorde is hierbij inderdaad wel van belangrijk om te zorgen dat er geen foutmeldingen optreden.
Zodat ik eenvoudig de applicatie lokaal kan opspinnen om een storing te reproduceren.
Voorgestelde oplossing
Een combinatie van de reeds bestaande docker-compose bestanden waarin zowel de vrijBRP containers als de databases zijn opgenomen. In principe zou een Docker compose file ook in staat moeten zijn af te wachten tot een container is opgekomen voordat een andere container wordt gestart.
Voor wat betreft eenvoud is #8 waarschijnlijk belangrijk om te hebben voordat we dit issue volledig kunnen afronden.
Aanvullende context
Om een goede helm file te schrijven die de demoversie van de applicatie goed opstart is het verstandig om een docker compose file te hebben die ook alle dependencies (postgres, oracledb en eventueel een session manager en shared cache) bevat.
Dat levert een eenvoudige testapplicatie op voor de developer, en geeft daarnaast overzicht in welke dependencies de applicatie heeft, waarmee het schrijven van de helm files een stuk eenvoudiger wordt, en ook kan worden voorkomen dat er helm files worden geschreven voor een container die als dependency in de helm chart kan worden opgenomen. Een voorbeeld hiervan is postgresql, waarvan de bestaande charts een manier bieden om een initdb-script mee te geven.