Uptime: A Cloud Provider Sim

Uptime: A Cloud Provider Sim est un jeu de gestion en vue subjective dans lequel vous créez et exploitez un fournisseur de services cloud. Vous parcourez la salle des serveurs, achetez et transportez des serveurs, les installez dans des racks, reliez les ports avec des câbles et mettez les équipements sous tension. Vous signez ensuite des contrats avec des clients et veillez au bon fonctionnement de leurs services, tandis que le trafic met votre installation à rude épreuve.

Créez et exploitez votre fournisseur

Vous gérez toute la pile : le matériel physique et les réseaux, les services que vous vendez et les clients dont les produits dépendent de votre équipement. Les serveurs, les switches, les câbles et les ports sont des éléments actifs d'une simulation déterministe. L'alimentation et le refroidissement sont limités, la capacité matérielle se remplit et les pannes suivent le modèle au lieu de survenir selon des délais aléatoires. En cas de problème, vous devez en trouver la cause et le résoudre.

Vous pouvez vendre des machines virtuelles, du stockage objet, des bases de données gérées, Kubernetes, des équilibreurs de charge et des fonctions serverless. Chaque service possède un plan de contrôle qui doit rester disponible, ainsi que des agents sur les hôtes qui exécutent ses tâches. Les services se disputent les mêmes ressources de calcul que vos clients, et la topologie du réseau détermine s'ils peuvent accéder à ce dont ils ont besoin. Un service peut tomber en panne s'il perd le contact avec son plan de contrôle, cède sous une demande trop élevée ou se retrouve isolé par le réseau.

Clients et réputation

Les clients ont un nom et des produits qui dépendent de votre infrastructure. Vous gagnez leur confiance peu à peu, mais pouvez la perdre en une seule mauvaise nuit. Accepter un contrat que vous ne pouvez pas honorer, surcharger un hôte ou manquer une violation de SLA peut vous faire perdre la réputation qui vous aurait permis d'attirer d'autres clients. Avant de signer, vous pouvez vérifier si votre capacité est suffisante pour le contrat. Parfois, refuser une affaire est la bonne décision.

La demande des clients peut connaître des pics. Ils négocient et réclament davantage de capacité. Leurs demandes peuvent nécessiter plus de bande passante, de mémoire ou de puissance CPU. En les satisfaisant, vous pouvez les inciter à vous recommander à d'autres. Les incidents ne sont assortis d'aucun niveau de gravité prédéfini : leur gravité dépend du nombre de clients touchés et de l'ampleur de l'impact. Les procédures d'exploitation et un codex dans la console vous aident à réagir, tandis que les messages des clients vous signalent leurs demandes, leurs plaintes et les effets de vos changements.

Réseau et infrastructure

La simulation modélise les ports, les câbles, la consommation électrique, les domaines de panne, la surallocation, l'agrégation de liens, le Spanning Tree, BGP et le temps moyen entre les pannes. Les liens saturent lorsque leur capacité est utilisée, et un domaine de panne mal conçu peut créer un point de défaillance unique. Des liens redondants peuvent être protégés par le Spanning Tree s'il est correctement configuré ; une boucle peut au contraire provoquer une tempête de broadcast. Vous pouvez jouer sans approfondir ces systèmes ou étudier leur fonctionnement en détail.

L'équipement réseau comprend des switches administrables de couche 2 et de couche 3 qui constituent une fabric de commutation. Les types de connecteurs et les règles de support déterminent quels câbles sont compatibles, tandis que l'agrégation de liens et les câbles breakout exploitent la capacité de leurs voies respectives. Les panneaux de brassage relient les faces avant et arrière, et les chemins de câbles ont une capacité limitée. La possibilité d'allouer des ressources dépend de l'accessibilité depuis un hôte, à travers les switches et le point de démarcation, jusqu'à une liaison montante. La capacité dépend également de l'adéquation entre les besoins des charges de travail et le matériel d'un hôte, et pas seulement d'une jauge de capacité unique.

Les machines consomment de l'électricité et s'usent avec le temps. En vieillissant, une machine voit la vitesse de son disque diminuer et sa consommation électrique augmenter, mais la mémoire et les cœurs achetés ne disparaissent pas. Le modèle financier suit le burn rate, le runway, les coûts par client et les frais de transit amont calculés en fonction du trafic que vous envoyez. Le matériel ne perd plus de valeur une fois amorti, et votre réputation reflète à la fois la capacité que vous pouvez fournir et les conséquences des incidents.

Défendez votre réseau

Les attaques par flood deviennent plus fréquentes à mesure que vous vous développez. Leur volume dépend du nombre de vos tenants, de votre notoriété et de la capacité de votre ligne. Les attaques ne peuvent pas arriver plus vite que ne le permet la ligne, si bien que la fibre grand public et les circuits opérateurs sont exposés à des schémas d'attaque différents. Des modules complémentaires pour les passerelles peuvent filtrer une partie du trafic, mais même celui qu'ils absorbent a déjà consommé votre capacité entrante. Jusqu'à quatre cinquièmes d'un circuit peuvent être mobilisés, ce qui met votre service sous pression sans le couper.

Vous pouvez acheter davantage de capacité d'inspection ou une ligne de plus grande capacité. Un flux d'intrusion affiche les attaques au moment où elles se produisent, et les équipements de sécurité ajoutent des frais mensuels et des licences à vos coûts de fonctionnement.

Campagne et scénarios

La campagne Garage to Glory retrace votre ascension, d'un seul serveur dans un garage à une salle de serveurs, en passant par l'aménagement d'un sous-sol, jusqu'à une salle que vous remplissez et défendez. Garage to Glory: Hard reprend la même progression avec deux fois moins d'argent et de prospects, des objectifs plus élevés à chaque étape et une partie environ deux fois et demie plus longue. Arm Race propose un autre départ, et un bac à sable ouvert vous permet de construire sans contraintes prédéfinies.

Les scénarios sont des fichiers lisibles que la communauté peut utiliser pour créer des débuts de partie, des catastrophes et des contraintes. La salle de serveurs peut s'agrandir avec des rangées et des cages, et vous pouvez répartir les clients dans différentes zones. Le jeu comprend aussi trois niveaux de difficulté, Easy, Standard et Hard, qui réajustent la simulation à partir d'une base neutre et peuvent être modifiés en cours de partie. Les scénarios Hard imposent leur propre difficulté minimale : le réglage peut donc les rendre plus difficiles, mais pas plus faciles.

Découvrez les systèmes

Des mentors PNJ accompagnent les nouveaux joueurs dans le jeu. Une option de jargon permet de basculer l'interface entre un langage simple et une terminologie technique, sans modifier les systèmes sous-jacents. La console comprend également des procédures d'exploitation et un codex qui s'enrichit à l'arrivée de matériel.

Outils de supervision

Chaque partie en cours fournit une API HTTP en lecture seule sur localhost, dont le port est indiqué dans la console d'exploitation. Elle renvoie du JSON pour des collections comprenant notamment les hôtes, les racks, les câbles, les switches, les tenants, les incidents, les ordres de travail et les quêtes. Une spécification OpenAPI générée et une page Swagger sont incluses, et un point de terminaison Prometheus /metrics peut alimenter des tableaux de bord de supervision. À intervalles fixes, le moteur fournit au serveur HTTP une copie de son état sans attendre de requêtes, et chaque réponse indique son ancienneté.

Multijoueur

Le mode multijoueur est en phase de bêta-test. L'objectif est de permettre à plusieurs joueurs de partager une même salle et les mêmes clients, en se répartissant des tâches comme l'installation du matériel, le câblage et la surveillance des graphiques.

Modèle technique

La simulation tourne sur un moteur Rust déterministe, et le moteur de rendu affiche l'état décidé par le moteur. Les parties peuvent être rejouées à l'identique : une même seed produit la même partie. Les scénarios et les mods utilisent des fichiers lisibles par l'humain, et le moteur peut être testé sans le moteur de rendu.