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