Upgraden zonder de storing

Herkenbaar?

“De upgrade staat al drie maanden op de backlog.” Elke planningsronde wordt hij doorgeschoven, omdat niemand met zekerheid kan zeggen wat er stukgaat. Het gat groeit, en daarmee het risico van de uiteindelijke sprong.

“Maar een persoon kan naar productie deployen.” Die weet welk script wanneer moet draaien. Diegene is ook het enige aanspreekpunt voor elke release, en zou best eens op vakantie willen.

“We weten niet zeker wat er werkelijk in productie draait.” Er is een repository, en er is een cluster, en op enig moment zijn dat niet meer dezelfde dingen. Niemand weet precies wanneer.

Waarom teams vastlopen

Op het moment dat een team contact opneemt, is Kubernetes zelden het werkelijke probleem. Het cluster draait en de pods staan aan. Wat zich heeft opgestapeld is een platform dat niemand wil veranderen.

Elk van die symptomen is los te verdedigen. Samen zijn ze de reden dat een routinematige versieverhoging verandert in een geplande storing met zes mensen aan de lijn.

Wij hebben dit werk in productie gedaan: Kubernetes op RKE2 en vSphere in een hybride enterpriseomgeving in gereguleerde financiele dienstverlening, en een lift-and-shift van halfgeautomatiseerde shellscripts naar een hoogbeschikbaar multi-tenant Kubernetes-platform. Het patroon herhaalt zich, en de oplossingen ook.

Wat het kost

Vaste scope, dus u kent de prijs voordat het werk begint.

Alle prijzen zijn exclusief btw. Groter platformwerk over meerdere clusters wordt geoffreerd na een kort scopinggesprek.

Cluster Upgrade Runway

Een week, vaste prijs. De oplevering is niet alleen een bijgewerkt cluster, maar het vermogen om de volgende zelf te doen.

1. Vinden wat stukgaat. Waar elk cluster staat, hoe ver van ondersteund, en hoe het supportvenster van de leverancier eruitziet. Wij detecteren gebruik van verouderde en verwijderde APIs over uw workloads, inclusief de manifests die sinds het schrijven niemand meer heeft geopend.
2. Het pad valideren. De upgrade draait eerst tegen een omgeving die op productie lijkt. Heeft u die niet, dan hoort het bouwen ervan bij het werk. Dit is waar de verrassingen horen plaats te vinden.
3. Productie-upgrade. Uitgevoerd terwijl uw team meekijkt, met een terugrolpad dat vooraf is vastgesteld.
4. Runbook. Een geschreven procedure specifiek voor uw omgeving, inclusief de faalscenarios die we tegenkwamen en hoe ze zijn afgehandeld. Uw team draait de volgende upgrade vanuit dit document.

Clusters moeten permanent geupgraded worden, dus het doel van deze opdracht is om elke volgende goedkoop te maken.

GitOps-fundament

Twee weken, vaste prijs. Argo CD, ingericht om het te overleven als meer dan een team hem gebruikt.

Het faalpatroon is bekend: iemand installeert Argo CD, wijst hem naar een repository, en achttien maanden later zijn er vier repositorys, drie manieren om een wijziging te promoveren en geen betrouwbaar antwoord op de vraag wat er in productie draait. De tool was nooit het lastige deel. De repositorystructuur en de afspraak over promotie wel.

U krijgt een repositoryindeling die verder schaalt dan het eerste team, promotie tussen omgevingen als reviewbare pull request, secrets die netjes worden afgehandeld in plaats van gecommit, driftdetectie die meldt wanneer het cluster niet meer overeenkomt met Git, en terugrollen dat een revert is. Deployments worden diffs met een audit trail, wat net zo goed een security- en compliancevoordeel is als een deliveryvoordeel.

Voor wie dit bedoeld is

Passend als u Kubernetes in productie heeft, een klein platformteam dat meer draagt dan zou moeten, en een wijzigingsproces dat het knelpunt is geworden. De meeste van onze klanten draaien tussen de twee en twintig clusters.

Niet passend als u nog beslist of u Kubernetes uberhaupt gaat gebruiken. Die vraag verdient een eerlijk antwoord voordat iemand u een platform verkoopt, en is meestal een korter gesprek dan een opdracht met vaste scope.

Overdracht is het doel

Wij schrijven uitgebreide technische documentatie als onderdeel van de oplevering, omdat een opdracht die uw team afhankelijk van ons achterlaat gefaald heeft in precies datgene wat u inkocht. Elke opdracht eindigt met een doorloopsessie met de engineers die het platform daarna beheren.

Wat klanten zeggen

“Victor helped us out quickly by setting up observability in our k8s clusters. The setup is highly available and Victor was very responsive during the whole process, and also available for quick finetuning and setting up extra alerts after the installation. Highly recommended.”

• Jouke, Comper