Uptime: A Cloud Provider Sim

Uptime: A Cloud Provider Sim is een managementsimulatie in first person waarin je een cloudprovider opbouwt en beheert. Je loopt over de datavloer, koopt en draagt servers, installeert ze in racks, verbindt poorten met kabels en zet de apparatuur aan. Daarna haal je klanten binnen en zorg je dat hun diensten blijven draaien terwijl het verkeer je opstelling op de proef stelt.

Je provider opbouwen en beheren

Je beheert de volledige stack: fysieke hardware en netwerken, de diensten die je verkoopt en de klanten wier producten afhankelijk zijn van je apparatuur. Servers, switches, kabels en poorten zijn actieve onderdelen van een deterministische simulatie. Stroom en koeling zijn beperkt, de hardwarecapaciteit raakt vol en storingen volgen het model in plaats van willekeurige timers. Gaat er iets mis, dan moet je de oorzaak opsporen en het probleem oplossen.

Je kunt virtuele machines, objectopslag, beheerde databases, Kubernetes, load balancers en serverless-functies verkopen. Elke dienst heeft een control plane die beschikbaar moet blijven en agents op de hosts die het werk uitvoeren. Diensten concurreren met je klanten om dezelfde rekenkracht, en de netwerktopologie bepaalt of ze toegang hebben tot wat ze nodig hebben. Een dienst kan uitvallen als de verbinding met de control plane wegvalt, de dienst bezwijkt onder te veel vraag of het netwerk hem isoleert.

Klanten en reputatie

Klanten hebben namen en producten die afhankelijk zijn van je infrastructuur. Hun vertrouwen win je geleidelijk, maar je kunt het in één slechte nacht verliezen. Een deal aannemen die je niet aankunt, een host overbelasten of een SLA-schending missen kan je de reputatie kosten waarmee je meer klanten had kunnen binnenhalen. Voordat je een deal sluit, kun je controleren of je capaciteit toereikend is. Soms is het beter om een opdracht af te wijzen.

De vraag van klanten kan plotseling stijgen. Ze onderhandelen en vragen om meer capaciteit. Hun verzoeken kunnen meer bandbreedte, geheugen of CPU vereisen. Houd je ze tevreden, dan kunnen ze je bij anderen aanbevelen. Incidenten hebben geen vooraf ingestelde ernstlabels: de ernst hangt af van het aantal getroffen klanten en de impact. Runbooks en een codex in de console helpen je bij je reactie, terwijl klantberichten verzoeken, klachten en de gevolgen van je wijzigingen melden.

Netwerk en infrastructuur

De simulatie omvat poorten, kabels, stroomverbruik, foutdomeinen, oversubscription, link aggregation, spanning tree, BGP en de gemiddelde tijd tussen storingen. Verbindingen raken verzadigd zodra hun capaciteit is benut, en een slecht gepland foutdomein kan een single point of failure veroorzaken. Redundante verbindingen kunnen bij een juiste configuratie met spanning tree worden beschermd; een loop kan juist een broadcast storm veroorzaken. Je kunt spelen zonder je diepgaand met deze systemen bezig te houden, of hun werking tot in detail uitzoeken.

De netwerkapparatuur omvat beheerde Layer 2- en Layer 3-switches die samen een switching fabric vormen. Connectortypen en regels voor bekabeling bepalen welke kabels passen, terwijl link aggregation en breakoutkabels de capaciteit van hun afzonderlijke lanes benutten. Patchpanelen verbinden de voor- en achterkant, en kabelroutes hebben een beperkte capaciteit. Of resources kunnen worden toegewezen, hangt af van de bereikbaarheid vanaf een host via switches en de demarc naar een uplink. De capaciteit hangt ook af van hoe de workloadvereisten passen bij de hardware van een host, niet alleen van één capaciteitsbalk.

Machines verbruiken stroom en slijten na verloop van tijd. Naarmate een machine ouder wordt, daalt de schijfsnelheid en stijgt het stroomverbruik, maar het aangeschafte geheugen en de cores verdwijnen niet. Het financiële model houdt de burn rate, runway, kosten per klant en upstream-transitkosten op basis van het verkeer dat je verstuurt bij. Hardware wordt niet verder afgeschreven zodra die volledig is afgeschreven, en je reputatie weerspiegelt zowel de capaciteit die je kunt leveren als de impact van incidenten.

Je netwerk verdedigen

Naarmate je groeit, komen floodaanvallen vaker voor. De omvang ervan hangt af van het aantal tenants, hoe bekend je bent en de capaciteit van je verbinding. Aanvallen kunnen niet sneller binnenkomen dan de verbinding toelaat, waardoor consumentenfiber en carrierverbindingen met verschillende aanvalspatronen te maken krijgen. Gateway-add-ons kunnen een deel van het verkeer filteren, maar ook het verkeer dat ze opvangen heeft je inkomende capaciteit al gebruikt. Tot vier vijfde van een verbinding kan worden opgeslokt, waardoor je dienst onder druk komt te staan zonder uit te vallen.

Je kunt meer inspectiecapaciteit of een verbinding met meer capaciteit kopen. Een intrusion feed toont aanvallen terwijl ze plaatsvinden, en beveiligingshardware brengt maandelijkse kosten en licenties met zich mee.

Campagne en scenario's

De campagne Garage to Glory volgt je groei van één server in een garage naar een datavloer, via een uitbreiding in een kelder en uiteindelijk naar een ruimte die je vult en verdedigt. Garage to Glory: Hard volgt dezelfde klim, maar met de helft van het geld en de helft van de leads, hogere doelen in elke fase en een run die ongeveer tweeënhalf keer zo lang duurt. Arm Race biedt een ander begin, en in een open sandbox kun je zonder vaste beperkingen bouwen.

Scenario's zijn leesbare bestanden waarmee de community starts, rampen en beperkingen kan maken. De datavloer kan worden uitgebreid met rijen en kooien, en je kunt klanten over aparte zones verdelen. De game bevat ook de moeilijkheidsgraden Easy, Standard en Hard, die de simulatie aanpassen vanuit een neutrale basis en tijdens een run kunnen worden gewijzigd. Hard-scenario's stellen hun eigen minimale moeilijkheidsgraad in: de instelling kan ze dus moeilijker, maar niet makkelijker maken.

De systemen leren kennen

NPC-mentors begeleiden nieuwe spelers tijdens het spelen. Met een jargonknop schakel je de interface tussen gewone taal en technische terminologie, zonder de onderliggende systemen te veranderen. De console bevat ook runbooks en een codex die wordt uitgebreid wanneer er nieuwe hardware binnenkomt.

Monitoringtools

Elke actieve game biedt een alleen-lezen HTTP-API op localhost, met een poort die in de ops-console wordt weergegeven. De API retourneert JSON voor collecties met onder meer hosts, racks, kabels, switches, tenants, incidenten, werkorders en quests. Een automatisch gegenereerde OpenAPI-specificatie en Swagger-pagina zijn inbegrepen, en een Prometheus-/metrics-endpoint kan monitoringdashboards van gegevens voorzien. De engine levert de HTTP-kant op vaste intervallen een kopie van zijn status aan, zonder op verzoeken te wachten, en elke reactie vermeldt hoe oud die status is.

Multiplayer

Multiplayer wordt momenteel bètatest. Het is de bedoeling dat meerdere spelers één vloer en één klantenbestand delen en taken kunnen verdelen, zoals hardware installeren, kabels leggen en grafieken monitoren.

Technisch model

De simulatie draait op een deterministische Rust-engine, en de renderer toont de toestand die de engine heeft bepaald. Runs zijn consistent opnieuw af te spelen: dezelfde seed levert dezelfde run op. Scenario's en mods gebruiken leesbare bestanden, en de engine kan zonder de renderer worden getest.