Emplacements mondiaux de l'Edge Cloud
Cibles de déploiement distinctes où un conteneur de serveur de jeu peut être planifié à la demande.

Hathora a fermé son service d'hébergement de jeux en mai 2026.
Votre conteneur n'a pas besoin de changer : conservez l'image que vous déployez déjà et redirigez un simple appel d'allocation. L'orchestration hybride d'Edgegap combine des Private Fleets bare metal avec notre réseau Edge Cloud de plus de 615 emplacements pour maintenir votre hébergement économique, avec une couverture que vous n'avez jamais eu besoin d'acheter à l'avance.
Ce qui change (et ce qui ne change pas)
Une migration Hathora est un changement d'hébergement, pas une réécriture. Voici ce à quoi vous devez vous attendre pour votre migration.
Une analyse détaillée, fonctionnalité par fonctionnalité, est présentée à l'étape Étape 3 : Identifier et remplacer les fonctionnalités ci-dessous.
Ce qui reste inchangé
Votre netcode et transport
Edgegap ne touche jamais à votre transport, à votre sérialisation ou à votre boucle de tick. Le conteneur exécute le même binaire de serveur que celui que vous compilez aujourd'hui.
Conteneuriser
Vous envoyez déjà un conteneur à Hathora, l'artefact reste donc inchangé. Poussez la même image vers notre registre, ou conservez celle que vous utilisez aujourd'hui.
Votre flux de connexion client
Votre client reçoit toujours une adresse et un port et s'y connecte. Seule la provenance de cette adresse change.
Moteur, versions et CI
Même moteur, même version, même pipeline de build. Rien dans votre CI ne nécessite d'étape supplémentaire au-delà du push de l'image.
Qu'est-ce qui change
L'interface en ligne de commande disparaît
Il n'y a pas de SDK serveur à retirer, car Hathora n'en a jamais requis, et Edgegap non plus. Ce qui disparaît, c'est l'interface en ligne de commande (CLI) d'hébergement et l'étape de téléversement associée : vous poussez une image vers un registre et créez une version, depuis le tableau de bord ou l'API.
Un seul appel de déploiement remplace la salle
Là où votre backend appelait CreateRoom puis demandait les informations de connexion de cette salle, vous effectuez désormais une seule requête POST vers le point de terminaison de déploiement et obtenez le FQDN ainsi que le port via un webhook de déploiement ou en interrogeant le statut du déploiement. Les salles deviennent des déploiements, et les processus deviennent des déploiements que vous suivez par statut.
Le choix des régions n'est plus un facteur de décision d'achat
Vous n'avez plus besoin d'acheter de la capacité région par région. Chaque déploiement est positionné au meilleur endroit disponible sur le réseau Edge Cloud au moment de la requête, évalué directement depuis les joueurs.
La capacité réservée devient une option
Hathora vous facturait par serveur en cours d'exécution et n'offrait rien en dessous. Les Private Fleets ajoutent du bare metal sans frais de sortie (egress), redimensionné selon l'évolution de votre courbe de trafic, et l'orchestration hybride les combine avec l'Edge Cloud pour préserver la rentabilité de votre hébergement.
Calendrier prévu
Étape 1
Remplacez les appels de création de salon et d'informations de connexion par une seule requête de déploiement. Aucune modification du code du serveur de jeu.
~2 heures
Étape 2
Votre serveur fonctionne déjà en tant que conteneur sur Hathora, cette étape est donc une vérification plutôt qu'un travail supplémentaire.
Déjà fait
Étape 3
Le registre d'Edgegap est disponible gratuitement, ou conservez ECR, DockerHub, GitLab, etc.
~30 min.
Étape 4
Une seule requête HTTP remplace la création de la salle et les informations de connexion.
environ 1 jour
Étape 5
Déployez à l'échelle mondiale sur Edge Cloud, et réduisez éventuellement encore plus vos coûts grâce à un hébergement sans frais d'egress sur Private Fleets.
Déploiement instantané
Étapes de migration détaillées
Veillez à vous référer à notre documentation Passer de Hathora pour connaître les dernières mises à jour de ce processus.
Avant de commencer, nous supposons que : vous utilisez actuellement, ou avez récemment utilisé, Hathora, et vous disposez d'un conteneur de serveur de jeu fonctionnel.
Étape 1 :
Edgegap ne nécessite aucun SDK serveur pour s'intégrer, et Hathora non plus, donc rien ne sort de votre serveur de jeu. Le travail se fait dans votre backend. Là où il créait auparavant une salle puis demandait les informations de connexion de cette salle, il effectue désormais une seule requête de déploiement auprès d'Edgegap et reçoit l'adresse et le port dans la réponse. L'état du déploiement et les webhooks remplacent le cycle de vie du processus que vous interrogiez, et votre client continue de se connecter à une adresse et un port exactement comme il le fait aujourd'hui.
Étape 2 :
Votre serveur de jeu fonctionne déjà sous forme de conteneur, cette étape est donc une vérification plutôt qu'une reconstruction. Confirmez que l'image se crée et démarre localement, puis poussez-la vers le registre gratuit d'Edgegap, ou conservez ECR, DockerHub, GitLab ou tout autre registre compatible OCI. Si vous souhaitez reconstruire à partir de zéro, les outils de démarrage rapide pour Unity, Unreal Engine et Godot prennent de 5 à 20 minutes sur un projet de développement.
Étape 3 :
Hathora - Fonctionnalité | Edgegap - Fonctionnalité |
|---|---|
Authentification | Facultatif : ajoutez des contrôles d'accès détaillés : |
CLI d'hébergement | Aucun CLI requis ! Utilisez notre Tableau de bord ou automatisez les builds avec l'API. |
Créer un Build | Essayez nos outils de démarrage rapide - Unity / Unreal Engine. |
Salons Hathora |
Se regrouper pour le Matchmaking ou Réserver une place dans le navigateur de serveurs. |
Flotte | Private Fleets avec Persistance et Débordement cloud. À ajouter facultativement plus tard, ou par défaut vers le cloud Lié au match. |
Mise en cache anticipée (Pro, Entreprise) - déploiements en 3 secondes | Mise en cache active (Paiement à l'usage) - déploiements en 0,5 seconde lorsque l'image est déjà mise en cache sur l'hôte |
Service de ping (Régions) | Balises de ping (automatisées dans les SDK spécifiques aux moteurs) |
Télémétrie (Analytique) | |
Travail de portage | Facultatif : connectez votre agent de codage au serveur MCP Edgegap. Il charge les compétences d'agent éprouvées d'Edgegap pour votre moteur, puis compile ou vérifie votre image, la téléverse et déploie votre serveur, et chaque modification peut d'abord être prévisualisée lors d'un test à blanc. La compétence de l'API de déploiement réécrit la création de salon sous la forme d'une seule requête de déploiement. |
Étape 4 :
Edgegap propose également une fonctionnalité optionnelle similaire aux flottes de Hathora et au service Elastic Metal : des Private Fleets de serveurs persistants sur bare metal, avec un hébergement sans frais de transfert de données sortantes (egress) et un débordement automatique vers Edge Cloud lorsque la demande dépasse la capacité de la flotte.
Prix
Découvrez comment l'orchestration d'Edgegap est plus rentable par rapport à ce que vous payiez chez Hathora.
Hathora | Edgegap |
|---|---|
Facturée. La facturation par région et par flotte signifiait que la capacité inactive était facturée. | Non facturée sur Edge Cloud, où zéro déploiement actif coûte 0 $, et ajustée mensuellement sur les Private Fleets. |
Hathora | Edgegap |
|---|---|
Adresses IPv4 facturées en supplément. | IPv4 incluse, tarif mondial unique, paiement à l'usage à 0,00115 $ par vCPU et par minute, fractionnable à partir de 0,25 vCPU. |
Hathora | Edgegap |
|---|---|
Capacité choisie et payée par région sur 14 régions, dont 5 aux États-Unis. | Orchestration hybride sur Private Fleets bare metal et Edge Cloud, chaque déploiement Edge Cloud étant effectué au meilleur emplacement disponible au moment de la demande. |
(Chiffres Hathora tels que publiés dans notre guide de comparaison et de migration, mars 2026.)
Edgegap | Hathora | |
|---|---|---|
Migration | Guide de migration depuis Hathora et documentation étape par étape | Fermeture de l'hébergement de serveurs de jeu le 5 mai 2026 (GamesBeat) |
Orchestration | Fermeture de l'hébergement de serveurs de jeu le 5 mai 2026, après qu'Hathora « a été rachetée par Fireworks AI » (GamesBeat, 4 mars 2026) | |
Infrastructure |
| |
Placement |
| |
Tarification | ||
Évolutivité |
| |
Intégration |
| |
Matchmaking & salons | Matchmaker et navigateur de serveurs gérés intégrés, à partir de 22 $/mois, plus intégrations de matchmakers tiers | |
Assistance | 24 h/24 et 7 j/7 pour les clients, gratuit. Disponible sur Discord, Slack, e-mail |
|
Latence | 58 % de réduction moyenne par rapport au cloud public (étude de cas Edgegap) | |
Disponibilité | Engagement SLA de 99,99 % ; 99,999 % mesurés sur les 90 derniers jours (au 21 octobre 2026) | |
Expérience éprouvée |
|
Comparaison complète disponible ici : "Edgegap vs Hathora".

Clients
15 études de cas sont disponibles auprès de studios qui ont migré vers Edgegap depuis une autre plateforme.

Migration d'un jeu LiveOps pour solutioner la charge de travail DevOps
Découvrez pourquoi le tireur d'extraction VR n°1 est alimenté par l'hébergement et l'orchestration de serveurs de jeu d'Edgegap.
Étude de cas

Serveurs persistants qui "scale" & améliorent l'expérience des joeurs
Découvrez comment The Isle a amélioré l'expérience de ses joueurs grâce aux déploiements mondiaux de serveurs persistants d'Edgegap.
Étude de cas

Un MMO cosy migré en quelques jours grâce à l’orchestration d’Edgegap
Comment Qloud Games a migré l’hébergement des serveurs de jeu de Loftia chez Edgegap en moins de 24 heures et a lancé une bêta avec des milliers de joueurs.
Étude de cas

Guerre VR à grande échelle : Triangle Factory lance Forefront 1.0 sur Edgegap
Comment Triangle Factory a migré son jeu de tir en VR le plus ambitieux vers Edgegap et a lancé sa version 1.0 complète en toute confiance.
Étude de cas

Du Peer-to-Peer aux combats équitables : Bloody Bastards sur serveurs dédiés
Comment Tibith Ltd a migré Bloody Bastards, un succès mobile, du peer-to-peer vers les serveurs dédiés et le matchmaking d'Edgegap, garantissant que chaque match soit géré côté serveur.
Étude de cas

Comment Noodlecake propose le mode multijoueur tout en oubliant l'existence des serveurs
Comment Noodlecake a migré Super Flappy Golf vers l'orchestration automatisée d'Edgegap et s'est recentré sur le développement du jeu.
Étude de cas

Breachers migre vers Edgegap
Comment Triangle Factory a adapté son jeu de tir VR compétitif en 5v5 à une infrastructure conçue pour la précision qu'exige ce genre.
Étude de cas

Comment Blue Duck utilise les Fleets d'Edgegap pour l'orchestration de son MMO
Découvrez comment Blue Duck Studios utilise l'API Fleets d'Edgegap pour orchestrer les serveurs de son jeu de football.
Étude de cas

1047 Games sur Edgegap : une migration et un lancement fluides
Comment 1047 Games a migré Splitgate: Arena Reloaded vers Edgegap et a lancé Empulse sur son orchestration, avec un hébergement resté fiable tout au long.
Étude de cas

De l'orchestration homebrew à 50 000 joueurs du jour au lendemain
Comment Slipstream Games a réduit ses coûts de serveur de 50%, a diminué son ping de 200-250 ms à 100-110 ms et a lancé sur CrazyGames atteignant 50 000 joueurs en 24 heures.
Étude de cas

De la flotte à la demande : des serveurs dédiés pour un jeu de scooters
Comment iScoot est passé à une orchestration à la demande basée sur des instances, aboutissant à des serveurs dédiés 10 fois plus petits en terme de modèle de coûts
Étude de cas

Triangle Factory migre Hyper Dash chez Edgegap
Comment un jeu de tir en VR gratuit reste rapide, mondial et rentable grâce à une infrastructure à la demande qui s'adapte à ses joueurs.
Étude de cas
Découvrez l’impact de l’orchestration automatisée des serveurs de jeu d’Edgegap pour une expérience multijoueur impeccable.
Edgegap est l'expert de l'hébergement et de l'orchestration. Notre plateforme est conçue sur mesure pour vous aider à accélérer votre processus de développement, ce qui vous permet de vous concentrer sur ce dans quoi vous excellez : le développement.
Non, mais votre situation détermine la première étape. Si votre jeu est toujours en cours d'exécution quelque part, la migration est celle, ordinaire, décrite sur cette page : votre conteneur est déjà un conteneur, et le travail consiste simplement à rediriger un appel d'allocation. Si vos serveurs sont déjà hors ligne, le chemin est le même mais dans l'ordre inverse : déployez d'abord l'image sur Edgegap, puis redirigez le backend. Dans les deux cas, rien dans votre build ou votre code réseau n'a besoin d'être réécrit pour remettre les joueurs en ligne.
Parce qu'une transition qui vous est proposée reste une migration, et que les deux options représentent des volumes de travail technique différents. La méthode de transition publiée pour les clients d'Hathora vous demande d'intégrer un SDK serveur dans votre serveur de jeu pour la signalisation du cycle de vie (ready, allocate, shutdown), et de commander son service d'allocation séparément si votre backend demande des serveurs à la demande, comme le faisait l'API CreateRoom. Hathora ne demandait aucun SDK serveur dans votre serveur de jeu. Nous non plus : votre conteneur reste tel quel, et votre backend effectue un seul appel de déploiement. Comparez cela aux tarifs publiés et à l'accès en libre-service.
Moins que sur toute autre migration que nous publions, et nous préférons le dire plutôt que d'inventer du travail. Hathora était basé sur des conteneurs, donc l'artefact que vous poussez est l'artefact que vous construisez déjà. Ce qui change, c'est le vocabulaire et un seul appel : les salons deviennent des déploiements, les processus deviennent des statuts de déploiement et des webhooks, et l'interface en ligne de commande (CLI) est remplacée par le Tableau de bord ou l'API. Votre moteur, votre code réseau et votre flux de connexion client restent inchangés.
Pour être tout à fait honnête, il n'y a pas de solution de remplacement unique : Lobbies regroupait trois fonctionnalités qu'Edgegap sépare désormais. Pour le DevOps et les tests, l'API de statut de déploiement (Deployment Status API) vous indique ce qu'un déploiement est en train de faire. Pour l'automatisation du backend, le webhook de déploiement (Deployment Webhook) vous transmet directement ces événements. Pour la partie visible par les joueurs, Server Browser gère la recherche et la navigation, tandis que Group Up s'occupe du matchmaking et Reserve Seat de la réservation de places. La plupart des équipes finissent par utiliser deux de ces trois outils.
Private Fleets, et elles correspondent bien plus que ce que le nom suggère : des serveurs persistants sur du bare metal, avec un hébergement sans frais de sortie de données (egress-free) et un basculement automatique vers Edge Cloud lorsqu'une Private Fleet est saturée. La différence réside dans ce que vous maintenez. La mise à l'échelle est automatisée plutôt qu'une configuration par région à ajuster en continu, et vous ajustez vos capacités chaque mois au fil de l'évolution de votre courbe de trafic au lieu de vous engager avant une saison. Point important à vérifier pour toute option comparée : un tampon de serveurs pré-démarrés représente une capacité que vous faites tourner et payez entre les sessions. Sur Edge Cloud, il n'y a aucun tampon à dimensionner.
Oui. Tous les backends pris en charge par Hathora le sont également ici : Epic Online Services, PlayFab, Unity Gaming Services, Nakama par Heroic Labs, Pragma (voir notre étude de cas conjointe), Beamable, ainsi que les backends personnalisés. Edgegap s'intègre également avec BrainCloud, LootLocker, Invokation Games, XSOLLA et Network Next, entre autres. Si le backend était la partie qui vous inquiétait le plus, c'est généralement celle qui demande le moins de travail lors de la transition.
Méthodologie
Chaque métrique indique ce qui est mesuré, sur quelle période et ce qui est exclu. Les résultats de référence sont datés du test qui les a produits et ne sont pas reformulés en tant que chiffres actuels.
Où les serveurs peuvent fonctionner et combien nous en avons exploités.
Cibles de déploiement distinctes où un conteneur de serveur de jeu peut être planifié à la demande.
Emplacements où un studio peut réserver des hôtes Private Fleet pour son usage exclusif.
Nombre total de déploiements de serveurs de jeu orchestrés depuis février 2019, y compris les déploiements qui n'ont pas réussi à démarrer, selon la même méthode de calcul que nos concurrents.
La rapidité avec laquelle notre orchestration déploie un serveur, et ce qu'elle soutient en condition de test.
Démarrage à froid : provisionné à partir de zéro, et non alloué sur un serveur déjà en cours d'exécution. Mesuré jusqu'à ce que le conteneur soit prêt, avant le lancement du moteur de jeu.
Déploiements démarrés par seconde, en moyenne sur un test de référence continu de 60 minutes. C'est le taux standard pour chaque jeu des studios confirmés ayant du trafic en production ; des taux plus élevés sont disponibles sur demande.
Sessions simultanées atteintes sur de véritables conteneurs de serveurs de jeu, à raison de 100 joueurs par serveur.
Ce à quoi nous nous engageons contractuellement pour notre orchestration, et ce que les moniteurs enregistrent.
Garanti par notre SLA. Taux de disponibilité mesuré sur les 90 derniers jours : 99,999 %.
Fournisseurs de services cloud et de serveurs dédiés (bare-metal) sous contrat acheminant le trafic de production. Le basculement est automatique.
L'état des composants en direct est publié sur status.edgegap.com.
Une entrée par métrique : ce qui est mesuré, comment et sur quelle période.
Un emplacement correspond à une cible de déploiement distincte : un site de centre de données chez l'un de nos fournisseurs d'infrastructure, dans lequel un conteneur de serveur de jeu peut être planifié à la demande. Les sites ne sont comptabilisés qu'une seule fois, quel que soit le nombre de fournisseurs présents dans la même zone métropolitaine, et uniquement lorsqu'ils acceptent des déploiements.
Retour à la métrique ↑Comptabilisé séparément des plus de 615 emplacements Edge Cloud, qui correspondent à de la capacité cloud à la demande : un emplacement Private Fleet est un site où un studio réserve des hôtes pour son usage exclusif. Publié en direct sur la page Fleet Manager. Chaque hôte Private Fleet inclut 6 To de trafic sortant par mois.
Retour à la métrique ↑Comptabilisé comme le nombre total de déploiements enregistrés depuis février 2019, y compris les déploiements qui n'ont pas pu démarrer, selon la même méthode que celle utilisée par nos concurrents.
Retour à la métrique ↑Démarrage à froid : provisionné à partir de zéro, et non alloué sur un serveur déjà en cours d'exécution. Mesuré jusqu'à ce que le conteneur soit prêt, avant le lancement du moteur de jeu.
Retour à la métrique ↑L'orchestrateur a démarré de véritables conteneurs de serveurs de jeu en continu pendant 60 minutes, avec une moyenne de 40 déploiements démarrés par seconde sur l'heure complète, comptés au démarrage du déploiement plutôt qu'à l'état prêt. Mesuré sur plus de 550 sites et 17 fournisseurs en novembre 2023. Le test de référence a été réalisé pour un seul jeu. La capacité étant allouée par jeu, chaque jeu de la plateforme peut évoluer à ce niveau de manière indépendante et simultanée. 40 par seconde est le taux standard. Les studios qui ont besoin de plus peuvent planifier un taux plus élevé avec nous : lors d'un test de charge client en octobre 2026, les déploiements ont culminé à 70 par seconde, avec 85 en une seule seconde, via la même API et le même ordonnanceur de production que tous nos clients, sans impact mesurable sur les autres clients. Comment nous avons mené ce test.
Retour à la métrique ↑En novembre 2023, la plateforme a maintenu 40 déploiements de serveurs de jeu par seconde pendant 60 minutes, répartis sur plus de 550 sites et 17 fournisseurs, atteignant ainsi 14 millions de sessions simultanées à raison de 100 joueurs par serveur. Les serveurs de jeu étaient de véritables conteneurs ; les clients joueurs étaient simulés. Le benchmark a été réalisé pour un seul jeu. La capacité étant allouée par jeu, chaque titre présent sur la plateforme peut évoluer à ce niveau de manière indépendante et simultanée.
Retour à la métrique ↑La disponibilité est garantie à 99,99 % selon notre SLA et mesurée en continu sur cinq composants surveillés indépendamment : le registre de conteneurs, le tableau de bord, l'API publique, la documentation publique et le site Web. Le taux de disponibilité mesuré sur les 90 derniers jours s'élève à 99,999 %. Les données en direct sont publiées sur status.edgegap.com.
Retour à la métrique ↑Fournisseurs distincts sous contrat et acheminant le trafic de production, comptabilisés au niveau de l'entité juridique. Le basculement entre les fournisseurs est automatique ; c'est le principe fondamental de l'architecture multi-cloud.
Retour à la métrique ↑Ce qui est examiné, à quelle fréquence et ce qui a sa propre date.
Les chiffres de la plateforme présentés sur cette page sont examinés et actualisés chaque trimestre. Les indicateurs issus de sources en direct (disponibilité et déploiements de serveurs de jeu) comportent leur propre date de référence et sont mis à jour au fil des mesures. Les résultats des bancs d'essai sont datés du test dont ils sont issus et ne sont pas réactualisés en tant que données en temps réel.