De beheerde database als dienst

Iedere database krijgt een eigen platformnaamruimte met de databasenaam volgens de naamgeving van het platform, bijvoorbeeld planning-ont-01, zonder teamrechten. Ieder applicatiecluster met een database krijgt via beleid van het vlootbeheer één beheerfunctie, clusterbreed in een eigen platformnaamruimte, met de Barman Cloud-plug-in in dezelfde naamruimte als de beheerfunctie.

Het team heeft geen rechten in de databasenaamruimte, ook niet met een verhoging binnen de eigen dienst. Het ziet status, metingen en logboeken van de eigen database, zonder geheimen of opdrachtregel, en krijgt geen superuserwachtwoord. Het recht om Cluster- of DatabaseRole-objecten te wijzigen, waarmee rechten in de database zijn toe te kennen, blijft een beheerrecht dat apart wordt begrensd.

De databases van de basisdiensten gebruiken hetzelfde product, met drie exemplaren per database op lokale volumes en een back-up via de Barman Cloud-plug-in naar de objectgateway van de cel, over TLS 1.3, voor herstel binnen de cel. Zij horen bij het basisdienstencluster en vallen buiten deze dienst.

Iedere database komt met rollen, back-up, adres en netwerkbeleid uit het databasesjabloon in de opslagplaats Catalogus en de dienstbeschrijving in de opslagplaats Afnemers. Argo CD maakt de objecten en het vlootbeheer herstelt afwijkingen; een afwijking wordt gemeld en hersteld.

Alleen de uitrolidentiteit van Argo CD schrijft Cluster-, DatabaseRole-, Database- en ObjectStore-objecten, omdat die objecten rechten in de database toekennen. Sjabloon en beleidspakket wijzigen met twee beoordelaars naast de auteur.

Het team kiest in de dienstbeschrijving het profiel, de versie, de grootte, de rollen, de verbindende toepassingen en de bewaartermijn van gegevens en back-ups; het herstelvenster volgt het profiel. Het vraagt herstel aan. Het wijzigt geen instellingen van PostgreSQL, installeert geen extensies buiten het beeld en beheert geen back-ups. Vergroten is een standaardwijziging; verkleinen gaat via een nieuwe database en overzetting.

De interfaces van de beheerde database, met hun isolatie en grenzen.

Per afname moeten de database- en schemanamen, het MetalLB-adres, de DNS-naam, de certificaatnamen, de bucket en de resourcequota worden vastgelegd.

Het platform onderhoudt de databasevoorziening, het team zijn gegevensstructuur en gegevens. Platformbeheer is eindverantwoordelijk en legt adressen, namen en de firewallregel per cel vast in het detailontwerp per cel en de inventaris. De diensteigenaar databases besluit over aanbod, dienstniveaus en vrijgave, het applicatieteam over zijn gegevens en het gedrag van zijn toepassing. Tot de overdracht voert het ontwikkelteam de uitvoerende taken uit.

De omvang van de beheerde database bij de eerste levering en de beoogde groei.

Databases die meerdere clusters of virtuele servers delen, krijgen vanaf groeipadstap 3 een gedeelde databasevoorziening per cel: een gehost cluster per cel en per profiel dat haar vraagt, onder platformbeheer, in het routeringsdomein van dat profiel en met hetzelfde sjabloon, op het clusterbeheer buiten de tien gehoste besturingen van de eerste levering. Afnemers verbinden via gedeclareerde verbindingen, en de voorziening heeft eigen capaciteitsbeheer.

De dienst komt in fasen, afgestemd op het groeipad.

De dienst heeft weinig varianten: twee profielen, twee hoofdversies, één opslagklasse en geen eigen instellingen per team. Database, rollen, back-up en herstel komen uit sjabloon en dienstbeschrijving in versiebeheer.