Een cloudopzet die je kunt uitleggen, uitbreiden en betalen

Je bent in de cloud beland zonder dat iemand het ooit heeft uitgetekend. Er draait een server bij de ene aanbieder omdat een leverancier dat destijds adviseerde, een database bij de andere omdat die toen goedkoper leek, en de back-ups staan ergens waar niemand precies weet wie de sleutel heeft. Het werkt, tot je wilt uitbreiden of tot de rekening opeens een stuk hoger is. Dan blijkt dat niemand in je organisatie het geheel nog kan uitleggen.

Waarom een cloudrekening ineens oploopt

Bijna altijd komt het door dezelfde vier dingen. Er draaien machines die iemand ooit voor een test heeft aangezet en nooit heeft uitgezet. Er staat opslag vol met bestanden waar geen opruimregel op zit, jaar in jaar uit. Er gaat dataverkeer heen en weer tussen twee onderdelen die eigenlijk naast elkaar hadden moeten staan. En er is een testomgeving die net zo zwaar is ingericht als de echte, omdat het kopiëren van de instellingen sneller ging dan nadenken over wat er nodig was.

Dat zijn geen inkoopfouten, het zijn ontwerpfouten. Wie waar draait en wat met wat praat, bepaalt je rekening veel sterker dan het tarief per uur van je aanbieder. Daarom beginnen we met de plattegrond en niet met de prijslijst. Het opruimen zelf hoort bij Cloudkosten optimaliseren; hier zorgen we dat het probleem niet meteen weer terugkomt.

Eerst tekenen, dan bouwen

We maken een tekening waar je mensen naar kunnen wijzen. Welke onderdelen zijn er, waar draaien ze, welke koppelingen lopen ertussen, waar staat welke soort data en wat gebeurt er als een van de blokjes wegvalt. Die laatste vraag stellen we per onderdeel, want het antwoord verschilt: een uur zonder je webshop is iets anders dan een uur zonder je urenregistratie, en dat verschil hoort in het ontwerp te zitten in plaats van in de hoop dat het goed gaat.

Daarna bouwen we het spannendste stuk eerst. Binnen tien werkdagen staat er een werkende proefopstelling van het onderdeel waar de meeste twijfel over is, met echte data erin. Zo weet je of de opzet klopt voordat je er iets omheen bouwt. Blijkt uit de intake dat je huidige omgeving eigenlijk prima in elkaar zit en dat je vooral iets moet opruimen, dan vertellen we je dat direct en houdt het op.

Waar je gegevens staan en wie erbij kan

Je omgeving draait in onze beheerde omgevingen in Europese datacenters. We schrijven op waar wat staat, onder welke voorwaarden en hoe je er weer weg komt. Bij het ontwerp horen ook de saaie dingen: wie mag inloggen, wie mag iets wijzigen, waar de sleutels liggen en wat er wordt gelogd. Die vragen zijn eenvoudig te beantwoorden zolang de omgeving nieuw is, en pijnlijk als je ze pas stelt na een incident.

Moet je aan de eisen van ISO 27001 of NEN 7510 voldoen, dan richten we de omgeving zo in dat de auditor krijgt wat hij vraagt. Het certificaat komt van de onafhankelijke auditor die jij kiest; wij zorgen dat je omgeving en je bewijs de audit doorstaan. Voor het bewaken daarna zetten we monitoring in: systemen die meekijken en volgens een afgesproken escalatie iemand waarschuwen als er iets misgaat.

Meegroeien zonder verbouwing

Een goede opzet laat zich in stukjes vergroten. Een piek in het najaar vang je op door tijdelijk een onderdeel bij te schakelen, niet door het hele jaar een zwaardere server te huren. Losse taken die maar af en toe draaien zetten we vaak Serverless neer, zodat je alleen betaalt als ze echt werk doen. Bestanden, exports en archieven horen op Object storage (S3) en niet op de dure schijf van een machine die toevallig nog ruimte over had.

Werk je bewust bij meer dan een aanbieder, dan tekenen we dat er zo in dat het te overzien blijft en gaat het beheer verder onder Multi-cloud beheer. Wat je in alle gevallen overhoudt is dezelfde set spullen: de tekening, de configuratie, de kostenraming en de documentatie. Die zijn van jou, dus je zit niet vast aan ons om er verder mee te kunnen.