Global Edge Cloud locations
Inventory615+locations
Distinct deployment targets where a game server container can be scheduled on demand.

Migration
/
Hathora
Hathora a fermé son service d'hébergement de jeux en mai 2026.
Votre conteneur n'a pas à changer : conservez l'image que vous fournissez déjà, redirigez un appel d'allocation et déployez vers des Private Fleets automatisées pour un hébergement économique. Lorsque la demande dépasse la capacité de votre flotte, l'orchestration hybride bascule vers notre réseau Edge Cloud de plus de 615 emplacements dans le monde, offrant ainsi aux joueurs une couverture que vous n'avez jamais eu à 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 un seul POST vers le point de terminaison de déploiement et recevez en retour un FQDN et un port. Les salles deviennent des déploiements, et les processus deviennent des statuts de déploiement et des webhooks.
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 placé au meilleur des plus de 615 emplacements au moment de la requête pour Edge Cloud.
La capacité réservée devient une option
Hathora vous facturait par serveur actif sans rien proposer d'autre. Private Fleets ajoute du matériel dédié sans frais de sortie pour votre charge régulière, redimensionné au rythme de votre courbe de trafic, tout le reste étant déployé sur Edge Cloud.
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
Assurez-vous de consulter notre documentation Migrer depuis Hathora pour obtenir les dernières mises à jour concernant 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.
Edgegap ne requiert pas de SDK pour l'intégration, et Hathora non plus, donc rien ne provient de votre serveur de jeu. Le travail se fait dans votre backend. Partout où il créait une salle puis demandait les informations de connexion de cette salle, il fait maintenant une seule demande de déploiement à Edgegap et reçoit l'adresse et le port dans la réponse. Le statut de 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.
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.
Hathora - Fonctionnalité | Edgegap - Fonctionnalité |
|---|---|
Authentification | Facultativement, ajoutez des contrôles d'accès précis : |
CLI d'hébergement | Aucune CLI requise ! 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. |
Lobbies Hathora |
Se regrouper pour le Matchmaking ou Réserver une place dans le navigateur de serveurs. |
Flotte | Private Fleets avec Persistance et Débordement vers le cloud. Possibilité de l'ajouter plus tard, ou par défaut sur le cloud Match-Bound. |
Mise en cache anticipée (Pro, Enterprise) - Déploiements en 3 secondes | Mise en cache active (Paiement à l'utilisation) - Déploiements en 0,5 seconde |
Service de Ping (Régions) | Balises de Ping (automatisées dans les SDK spécifiques aux moteurs) |
Télémétrie (Analyses) |
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é. La facturation par région et par flotte signifiait que la capacité inactive était facturée. | Non facturé sur Edge Cloud, où zéro déploiement actif coûte 0 $, et ajusté mensuellement sur les Private Fleets. |
Hathora | Edgegap |
|---|---|
Adresses IPv4 facturées en supplément. | IPv4 incluse, prix unique mondial, paiement à l'utilisation à 0,00115 $ par vCPU et par minute, fractionnable à partir de 0,25 vCPU. |
Hathora | Edgegap |
|---|---|
Capacité choisie et payée par région à travers 14 régions, dont 5 aux États-Unis. | Private Fleets pour votre base de référence, avec débordement (bursting) sur Edge Cloud à l'emplacement le plus approprié disponible au moment de la demande. |
(Chiffres de Hathora publiés dans notre guide de comparaison et de migration, mars 2026.)
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.
Case Study

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.
Case Study

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.
Case Study

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.
Case Study

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.
Case Study

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.
Case Study

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.
Case Study

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.
Case Study

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.
Case Study

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.
Case Study

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
Case Study

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.
Case Study
Découvrez l’impact de l’orchestration automatisée des serveurs de jeu d’Edgegap pour une expérience multijoueur impeccable.
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.
Where servers can run, and how many we have run.
615+locations
Distinct deployment targets where a game server container can be scheduled on demand.
58locations
Locations where a studio can reserve dedicated bare-metal or VM hosts for its exclusive use.
135million deployments
Total game server deployments orchestrated since February 2019, including deployments that failed to start — the same basis our competitors use.
How fast a server arrives, and what the platform sustains under test.
2seconds · median
From cold start — provisioned from scratch, not allocated onto an already-running server. Measured to container ready, before the game engine starts.
40per second
Started deployments per second, averaged over a continuous 60-minute benchmark.
14million concurrent
Concurrent sessions reached on real game server containers, at 100 players per server.
What we commit to contractually, and what the monitors record.
99.99%SLA commitment
Committed under our terms of service. Trailing 90-day measured uptime: 100.000%.
17+providers
Infrastructure providers under contract and available for production deployments. Failover is automatic.
Live component status is published at status.edgegap.com.
One entry per metric: what is measured, how, and over what window.
A location is a distinct deployment target: one datacenter site at one of our infrastructure providers, in which a game server container can be scheduled on demand. Sites are counted once each regardless of how many providers operate in the same metro, and count only while accepting deployments.
The subset of the 615+ where a studio can reserve dedicated bare-metal or VM hosts for its exclusive use rather than deploying into shared on-demand capacity. Published live on the Fleet Manager page. This is also the number that carries the included-egress allowance.
Counted as total deployment records since February 2019, including deployments that failed to start — the same basis our competitors use.
From cold start — provisioned from scratch, not allocated onto an already-running server. Measured to container ready, before the game engine starts.
The orchestrator started real game server containers continuously for 60 minutes, averaging 40 started deployments per second over the full hour, counted at deployment start rather than at ready state. Measured across 550+ locations and 17 providers in November 2023.
In November 2023, the platform sustained 40 game server deployments per second for 60 minutes across 550+ locations and 17 providers, reaching 14 million concurrent sessions at 100 players per server. Game servers were real containers; player clients were simulated.
Availability is committed at 99.99% under our terms of service and measured continuously against five independently monitored components — Container Registry, Dashboard, Public API, Public Documentation and Website. Trailing 90-day measured uptime: 100.000%. The live figure is published on status.edgegap.com.
Distinct infrastructure suppliers under contract and available for production deployments, counted at corporate-entity level. Failover between providers is automatic.
What gets reviewed, on what cadence, and what carries its own date.
Platform figures on this page are reviewed and refreshed quarterly. Metrics drawn from live sources — availability and game server deployments — carry their own as-of dates and are updated as measured. Benchmark results are dated to the test that produced them and are not restated as current figures.
Last updated Next review
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.