Containerizeren SRAM-componenten

[baszoetekouw]

Zie https://jira.ia.surf.nl/browse/SRAM-74

Doel is om SRAM helemaal te kunnen deployen in de nieuwe SURFconext Dockeromgeving. Daarvoor moeten voor de losse SRAM-componenten container images worden gebouwd in de CI.

Het gaat in eerste instantie over de basiscomponenten (sbs, meta, ldap). De randzaken en beheerdingen (zabbix, demo-sp, etc) zijn (voor nu) buiten scope.

De generieke functionaliteit (os, nginx, apache, python, etc) moet komen in https://github.com/OpenConext/OpenConext-BaseContainers. De SRAM-specifieke componenten bouwen daarbovenop hun eigen images, zoveel mogelijk in hun eigen repositories.

Dat betekent dus dat veel configuratie die nu nog in SRAM-deploy gebeurt, verplaatst wordt naar de images builds van de individuele componenten. Maar productiedeploys blijven (voor nu) zoals ze nu zijn, dus de container images zijn (voor nu) extra.

Daarvoor is nodig:

• generieke container image voor python (basecontainer for python OpenConext-BaseContainers#1)
• generieke container image voor apache2 (basecontainer for apache2 OpenConext-BaseContainers#2)
• container images(s) voor SBS (Build containers voor SBS SBS#904)
• container image voor openldap (see Container for openldap SRAM-containers#1)
• container image voor plsc (vervanging cron) (see Containerize plsc plsc#110)
• container image voor metadata (statisch serveren) (see Container for serving metadata SRAM-containers#2)
• container image voor het genereren van metadata (vervanging cron) (see Container to refresh metadata SRAM-containers#3)
• de VM setup moet containers gaan gebruiken ipv de container-as-VM hack.