Uptime: A Cloud Provider Sim

Uptime: A Cloud Provider Sim é um jogo de gerenciamento em primeira pessoa sobre construir e operar um provedor de nuvem. Você percorre o data center, compra e carrega servidores, instala cada um em um rack, conecta as portas com cabos e liga os equipamentos. Depois, conquista clientes e mantém os serviços deles funcionando enquanto o tráfego põe sua estrutura à prova.

Construa e opere seu provedor

Você gerencia toda a stack: o hardware físico e as redes, os serviços que vende e os clientes cujos produtos dependem dos seus equipamentos. Servidores, switches, cabos e portas são entidades ativas em uma simulação determinística. Energia e refrigeração são recursos limitados, a capacidade do hardware se esgota e as falhas seguem o modelo, em vez de acontecerem em intervalos aleatórios. Quando algo dá errado, você precisa diagnosticar e resolver o problema.

Você pode vender máquinas virtuais, armazenamento de objetos, bancos de dados gerenciados, Kubernetes, balanceadores de carga e funções serverless. Cada serviço tem um plano de controle que precisa permanecer disponível, além de agentes nos hosts que executam as tarefas. Os serviços disputam os mesmos recursos computacionais que seus clientes, e a topologia da rede determina se eles conseguem acessar o que precisam. Um serviço pode falhar se perder contato com seu plano de controle, não aguentar uma demanda excessiva ou ficar isolado pela rede.

Clientes e reputação

Os clientes têm nomes e produtos que dependem da sua infraestrutura. Você conquista a confiança deles aos poucos, mas pode perdê-la em uma única noite ruim. Aceitar um contrato que não consegue cumprir, sobrecarregar um host ou não perceber uma violação de SLA pode custar a reputação que traria mais clientes. Antes de fechar um contrato, você pode verificar se tem capacidade suficiente para atendê-lo. Às vezes, recusar um negócio é a escolha certa.

A demanda dos clientes pode disparar. Eles negociam e pedem mais capacidade. Os pedidos podem exigir mais largura de banda, memória ou CPU. Se você mantiver os clientes satisfeitos, eles podem recomendar seus serviços a outras pessoas. Os incidentes não têm níveis de gravidade predefinidos: a gravidade depende de quantos clientes são afetados e do tamanho do impacto. Runbooks e um códice no console ajudam você a responder, enquanto as mensagens dos clientes informam sobre pedidos, reclamações e os efeitos das mudanças que você fizer.

Rede e infraestrutura

A simulação modela portas, cabos, consumo de energia, domínios de falha, oversubscription, agregação de links, spanning tree, BGP e o tempo médio entre falhas. Os links saturam quando toda a capacidade é usada, e um domínio de falha mal planejado pode criar um ponto único de falha. Quando configurados corretamente, os links redundantes podem ser protegidos pelo spanning tree; um loop, por outro lado, pode causar uma tempestade de broadcast. Você pode jogar sem se aprofundar nesses sistemas ou estudar os detalhes.

Os equipamentos de rede incluem switches gerenciáveis de Layer 2 e Layer 3, que formam uma fabric de switching. Os tipos de conectores e as regras de mídia determinam quais cabos são compatíveis, enquanto a agregação de links e os cabos breakout aproveitam a capacidade de suas lanes. Os patch panels conectam as faces frontal e traseira, e as rotas de gerenciamento de cabos têm capacidade limitada. A possibilidade de alocar recursos depende da conectividade de um host, passando pelos switches e pelo demarc, até um uplink. A capacidade também depende de como os requisitos da carga de trabalho se encaixam no hardware de um host, e não apenas de uma barra de capacidade.

As máquinas consomem energia e se desgastam com o tempo. À medida que uma máquina envelhece, a velocidade do disco diminui e o consumo de energia aumenta, mas a memória e os núcleos adquiridos não desaparecem. O modelo financeiro acompanha o burn rate, o runway, os custos por cliente e as tarifas de trânsito upstream com base no tráfego que você envia. O hardware deixa de se depreciar quando é totalmente amortizado, e sua reputação reflete tanto a capacidade que você pode fornecer quanto o impacto dos incidentes.

Defenda sua rede

Os ataques de flood ficam mais frequentes à medida que você cresce, e o volume depende do número de tenants, do quanto você é conhecido e da capacidade da sua linha. Os ataques não podem chegar mais rápido do que a linha permite, então a fibra residencial e os circuitos de operadora enfrentam padrões de ataque diferentes. Complementos para gateways podem filtrar parte do tráfego, mas até o tráfego que eles absorvem já consumiu sua capacidade de entrada. Até quatro quintos de um circuito podem ser ocupados, prejudicando seu serviço sem desligá-lo.

Você pode comprar mais capacidade de inspeção ou uma linha com mais capacidade. Um feed de intrusões mostra os ataques conforme acontecem, e os equipamentos de segurança acrescentam taxas mensais e licenças aos seus custos operacionais.

Campanha e cenários

A campanha Garage to Glory acompanha seu crescimento, de um único servidor na garagem até uma sala de data center, passando pela expansão de um porão e chegando a um espaço que você vai preencher e defender. Garage to Glory: Hard segue a mesma jornada com metade do dinheiro e metade dos contatos, metas mais difíceis em cada etapa e uma campanha cerca de duas vezes e meia mais longa. Arm Race oferece um começo diferente, e o sandbox aberto permite construir sem restrições predefinidas.

Os cenários são arquivos legíveis que a comunidade pode usar para criar começos, desastres e restrições. A sala do data center pode ser ampliada com fileiras e gaiolas, e você pode distribuir os clientes por zonas separadas. O jogo também inclui os níveis de dificuldade Easy, Standard e Hard, que reajustam a simulação a partir de uma base neutra e podem ser alterados durante uma partida. Os cenários Hard definem sua própria dificuldade mínima, então a configuração pode torná-los mais difíceis, mas não mais fáceis.

Aprenda os sistemas

Mentores NPC orientam os novos jogadores pelo jogo. Uma opção de jargão alterna a interface entre linguagem simples e terminologia técnica, sem alterar os sistemas subjacentes. O console também inclui runbooks e um códice que se completa à medida que novos equipamentos chegam.

Ferramentas de monitoramento

Cada partida em andamento disponibiliza uma API HTTP somente leitura em localhost, com a porta indicada no console de operações. Ela retorna JSON de coleções que incluem hosts, racks, cabos, switches, tenants, incidentes, ordens de serviço e missões. Uma especificação OpenAPI gerada e uma página Swagger estão incluídas, e um endpoint Prometheus /metrics pode alimentar painéis de monitoramento. Em intervalos fixos, o mecanismo fornece ao lado HTTP uma cópia do seu estado sem esperar por solicitações, e cada resposta inclui a idade desse estado.

Multijogador

O modo multijogador está em fase de testes beta. A ideia é que vários jogadores compartilhem uma mesma sala e um único conjunto de clientes, dividindo tarefas como instalar equipamentos, passar cabos e monitorar gráficos.

Modelo técnico

A simulação roda em um mecanismo determinístico em Rust, e o renderizador exibe o estado definido pelo mecanismo. As partidas podem ser reproduzidas sem variações: a mesma seed gera a mesma partida. Cenários e mods usam arquivos legíveis por pessoas, e o mecanismo pode ser testado sem o renderizador.