Hoofdstuk 01 · De situatie
Tweeëntwintig locaties. Eén IT-functie die als enterprise moet aanvoelen.
Stayokay hoort sinds 1929 bij het Nederlandse hospitalitylandschap. Vandaag tweeëntwintig hostels, verspreid over het land van Amsterdam tot Terschelling, van Maastricht tot Egmond. Ruim duizend bedden. Een herkenbaar merk dat staat voor toegankelijkheid. En een gastverwachting die niet is blijven stilstaan: connectiviteit die digitale check-in draagt, point of sale die direct reageert, backofficesystemen waarvoor de receptie zich nooit hoeft te verontschuldigen. Enterpriseverwachtingen, binnen een slanke kostenstructuur.
De infrastructuur onder tweeëntwintig locaties moet aanvoelen alsof ze bij een veel grotere groep hoort. De IT-functie die er eigenaarschap over heeft, hoeft dat niet te zijn. De kunst is dat verschil te engineeren.
Elk hostel heeft dezelfde operationele basis nodig: netwerk, firewalls, endpointinfrastructuur, backup, security posture. Dat met een eigen IT-team per locatie doen, kost meer dan de marges van een hostel toelaten. Het centraal en on premise doen, betekent een datacenter en mensen die Stayokay verder nergens voor nodig heeft. Het antwoord is geen van beide. Het antwoord is een centrale Azure-architectuur, beheerd als discipline, met een klein intern team dat dicht op de business blijft en een partner die de operationele laag vierentwintig uur per dag draait.
Wat de infrastructuuruitdaging bij Stayokay specifiek maakt
Elke locatie draait dezelfde operationele basis, maar heeft haar eigen fysieke context. Een stadshostel in Amsterdam Vondelpark verwerkt een andere gastdichtheid dan een locatie aan de kust op Terschelling. De infrastructuur moet zich hoe dan ook hetzelfde gedragen. Continuïteit tussen de locaties, en consistentie binnen elke locatie, is wat het interne team moet bewaken. De rol van Sbit is dat mogelijk te maken zonder het interne team ook de operatie te laten draaien.
Hoofdstuk 02 · Het Azure-fundament
Eén cloudarchitectuur. Elke locatie aangesloten. Elke laag belegd.
De infrastructuur waarop Stayokay vandaag draait, is Azure in het midden en apparatuur op locatie als verlengstuk. Geen hybride omgeving die aan elkaar hangt van legacysystemen en cloud add-ons. Een cloud native architectuur, ontworpen door Sbit, uitgerold door Sbit en onderhouden door Sbit als één doorlopende operationele discipline. Elke locatie erft dezelfde basis. Elke dienst erft dezelfde security posture. Elke wijziging loopt door dezelfde governance.
De vier operationele lagen van de Stayokay-infrastructuur
Centrale Azure-architectuur
Identity, applicaties, groepsdiensten en financiële systemen samengebracht in één cloud tenant. Governance, kostenbeheersing, capaciteitsplanning en vervangingscyclus als één operationele discipline. De omgeving schaalt op of af met de operationele kalender, niet met een vaste on premise footprint.
Connectiviteit op locatie als verlengstuk
Elk hostel sluit aan op de centrale architectuur via dezelfde beveiligde netwerkbasis. Lokale hardware — netwerk, firewalls, endpoints — geldt als verlengstuk van het centrale platform, niet als los operationeel eiland. Tweeëntwintig locaties, één operating model.
Backup, continuïteit en disaster recovery
Backup en DR zitten in het ontwerp van het platform, niet er achteraf bij. Continuïteit wordt gemeten op de locaties die er daadwerkelijk van afhankelijk zijn, en herstelpaden worden getest in plaats van aangenomen. Als iets terug online moet, is de hersteltijd een getal, geen belofte.
Security posture als platformlaag
Endpointbescherming, identity controls, threat monitoring en compliancerapportage zitten verweven in de Azure-basis zelf. Nieuwe locaties erven de security posture automatisch. Auditdossiers worden doorlopend bijgehouden, zodat gesprekken over NIS2 en AVG vanuit gereedheid worden gevoerd, niet vanuit voorbereiding.
Samen vormen deze vier lagen het operationele fundament dat het kleine IT-team van Stayokay niet alleen had kunnen bouwen en onderhouden. Niet omdat het team kennis mist. Integendeel, het is gespecialiseerd waar dat het meest telt, maar omdat architectuur op deze schaal een andere discipline is dan het strategische werk waarvoor het interne team is aangenomen.
Hoofdstuk 03 · Monitoring en support
Meekijken voordat iemand hoeft te kijken. Bereikbaar wanneer hospitality echt draait.
Een cloudarchitectuur is niet beter dan de operationele discipline eronder. Bij Stayokay valt die discipline uiteen in twee helften die elkaar versterken: doorlopende monitoring die problemen opmerkt voordat gebruikers dat doen, en supporttijden die aansluiten op hoe hospitality echt werkt.
Monitoring als proactieve laag, niet als reactieve
Het operationele team van Sbit volgt de omgeving doorlopend, op elke locatie. Alerts zijn zo afgesteld dat ze verslechtering vroeg opmerken, niet alleen uitval. Wanneer een firewall in Rotterdam om 04:30 ongebruikelijk verkeer begint te loggen, bestaat het ticket voordat de eerste gastklacht was gekomen. Wanneer een backup stilzwijgend faalt, weet het operationele team dat binnen het uur. De meeste incidenten zijn al stil tegen de tijd dat het interne team ervan hoort, als het er al van hoort.
Support wanneer de hospitalitydag het langst is
Het klassieke kantoormodel voor IT-support loopt van negen tot vijf op werkdagen. Dat model werkt niet voor hospitality. Een hostel loopt om 17:00 niet leeg, en op een vrijdagavond bij de check-in wordt het zwaarste van de infrastructuur gevraagd. Het supportmodel van Sbit volgt de operationele werkelijkheid van de locaties: bereikbaar in de avonden en in het weekend, niet alleen als het kantoor open is. Dat is een directe eis van hoe hospitality werkt, en een dragende pijler van de samenwerking.
Het interne team blijft dicht op de business
De IT-functie van Stayokay is bewust klein en bewust gespecialiseerd. Hun mensen besteden hun tijd aan strategie, financiële systemen, integraties met reserverings- en boekingsstromen, en de delen van de omgeving waar nabijheid tot de business loont. De delen waar operationele schaal loont: monitoring, patchen, incidentafhandeling en security operations, liggen bij Sbit. Beide teams zien dezelfde informatie, gebruiken dezelfde tools en werken vanuit hetzelfde operationele beeld.
Changediscipline die de operatie respecteert
Elke wijziging loopt via een vast pad. Impact wordt vooraf beoordeeld, uitvoering wordt afgestemd op de operationele kalender en validatie volgt achteraf. Nieuwe locaties die opengaan, systeemupgrades en integraties landen zonder verrassingen in productie. Dat is niet spannend. Het is precies wat een klein intern team van een infrastructuurpartner wil.
Hoofdstuk 04 · Wat dat oplevert
Resultaat voor vier doelgroepen.
Een zo ingerichte infrastructuurlaag levert per doelgroep een ander resultaat op. Bij Stayokay sluiten alle vier aan op de reden waarom de samenwerking er is.
Vier doelgroepen, vier resultaten
Gasten op elke locatie
Een check-in die niet vastloopt. Point of sale die direct reageert. Reserverings-, boekings- en backofficesystemen die zich in elk hostel hetzelfde gedragen. De delen van de infrastructuur die gasten nooit zien – tot ze het niet doen – blijven onzichtbaar, en dat is precies de bedoeling.
De interne IT-functie
Het team van Peter Verdoold blijft dicht op de business. Strategie, financiële systemen, integraties – het werk waar interne kennis loont. Het operationele monnikenwerk van tweeëntwintig locaties ligt bij Sbit, in dezelfde tools, met hetzelfde zicht.
Locatiemanagers
Geen lokaal IT-brandjes blussen. Geen stapel workarounds. Als er iets stukgaat, pakt één escalatielijn het op. Als het opgelost is, blijft het opgelost, omdat changediscipline een gewoonte van het platform is en geen keuze per geval.
Finance en de directie
Voorspelbare maandelijkse infrastructuurkosten, die per locatie meebewegen in plaats van in sprongen. NIS2-verantwoordelijkheid op directieniveau, onderbouwd met gedocumenteerde, auditeerbare controls op het platform. Continuïteit ingebouwd, niet aangebouwd. Een investeringsbeslag dat in verhouding blijft tot de portefeuille aan locaties.
Hoofdstuk 05 · De samenwerking
De laag eromheen, niet de laag ervoor in de plaats.
Elke langlopende infrastructuursamenwerking krijgt vanuit de klant vroeg of laat een korte typering van wat de leverancier eigenlijk is. Meestal klinkt die typering transactioneel. Soms komt er iets specifiekers uit, en dan weet u wat de samenwerking werkelijk inhoudt.
De zin die telt, van degene die bij Stayokay verantwoordelijk is voor finance en IT, is dat Sbit geen vervanging is van hun interne team. Sbit is de laag eromheen. Bereikbaar in de avonden, sterk waar het interne team dun bezet is, en volledig verweven met de manier waarop Stayokay werkt. Die typering beschrijft geen SLA. Ze beschrijft een samenwerking waarin de engineers van de leverancier weten dat een infrastructuurstoring op vrijdagavond in een druk hostel iets anders betekent dan een storing op een kantoor halverwege de ochtend, en hun bezetting daarop inrichten.
Stayokay runt zijn hostelnetwerk al bijna een eeuw. Het Azure-fundament dat Sbit vandaag beheert, draagt het volgende hoofdstuk van die operatie: digitaler, meer geautomatiseerd, beter meetbaar. Onder water hetzelfde principe. Klein intern team, dicht op de business. Brede operationele laag, ingericht om hen sterker te maken.