Containers die overal hetzelfde draaien, ook op maandagochtend

Je applicatie draait op de laptop van de ontwikkelaar prima, op de testserver bijna, en op productie net weer anders. Elke uitrol is daarom een avond werk met iemand die meekijkt, het liefst op een moment dat er verder niemand aan het werk is. Begint er een nieuwe collega, dan kost het een dag voordat de omgeving op zijn machine hetzelfde doet als bij de rest. Containers lossen precies dat op: het recept voor de omgeving hoort bij de code en reist mee.

Waarom containers rust geven

Een container is niets magisch. Het is je applicatie plus alles wat zij nodig heeft, verpakt in een pakketje dat overal op dezelfde manier start: dezelfde versie van de taal, dezelfde bibliotheken, dezelfde instellingen. Draait het bij ons, dan draait het bij jou, en andersom. Dat klinkt klein, maar het haalt de grootste bron van storingen weg: het verschil tussen twee machines dat niemand meer kan uitleggen.

Het tweede voordeel merk je pas na een half jaar. Omdat de omgeving in een bestand staat dat in je eigen repository leeft, is hij te lezen, te wijzigen en terug te draaien. Een server die drie jaar lang met de hand is bijgeschaafd, krijgt niemand meer nagebouwd. Een container bouw je opnieuw op uit het recept, ook als de machine eronder wegvalt of naar een ander datacenter verhuist.

Wanneer Kubernetes de moeite loont en wanneer niet

Kubernetes is gereedschap voor het geval dat meerdere machines moeten samenwerken: containers verdelen, er een opnieuw starten als hij omvalt, en meegroeien wanneer het druk wordt. Voor een organisatie met een handvol applicaties is dat vaak zwaarder dan nodig. Twee of drie containers op een goed ingerichte VPS-hosting doen hetzelfde werk, met veel minder onderdelen die stuk kunnen gaan.

Het loont wel zodra meerdere teams onafhankelijk van elkaar willen uitrollen, of wanneer de belasting per dag flink verschilt en je niet permanent voor de piek wilt betalen. En als uitval van een enkele machine echt niet mag betekenen dat de dienst stilligt, hoort dat gesprek eerder bij High availability & failover dan bij een cluster op zich. We zeggen het je direct als de eenvoudige variant genoeg is.

Uitrollen zonder spanning

We bouwen binnen tien werkdagen een testomgeving die op precies dezelfde manier in elkaar zit als productie: hetzelfde recept, andere gegevens. Daar oefen je een uitrol een keer rustig, inclusief het terugdraaien, voordat het echt telt. Wat daar werkt, werkt straks ook op de omgeving waar je klanten op zitten.

Een uitrol wordt daarmee een handeling van minuten. De nieuwe versie start naast de oude, het verkeer gaat over zodra hij gezond meldt, en de oude blijft nog even staan voor het geval dat. Terug is dezelfde handeling in omgekeerde volgorde. De database gaat daar niet in mee, want die zetten we ernaast, zodat een terugrol nooit je gegevens meeneemt.

Wat wij beheren en wat van jou blijft

Wij beheren de machines eronder, de updates van het cluster, de monitoring en de back-ups. Die monitoring draait doorlopend en er ligt vast wie wanneer gebeld wordt: bewaking door systemen met een afgesproken escalatie. De machines staan in onze beheerde omgevingen, dus je gegevens blijven binnen de EU.

Van jou blijven de containerbestanden, de configuratie, de images en de data. Alles staat in je eigen repository en in een register waar jij bij kunt, dus vertrekken kan altijd: je neemt het recept mee en een ander start het elders op. Het terugzetten leggen we vast samen met Backup & disaster recovery, en we proberen periodiek of zo een terugzetting in de praktijk ook echt werkt. Jij bent de eigenaar, wij zijn de partij die het draaiende houdt.