Migration

/

PlayFab

Publié

Publié

Publié

dernière vérification de l'exactitude

dernière vérification de l'exactitude

dernière vérification de l'exactitude

Migrez depuis PlayFab Multiplayer Servers sans aucun impact sur vos joueurs

Migrez depuis PlayFab Multiplayer Servers sans aucun impact sur vos joueurs

Conservez PlayFab. Votre système de matchmaking, votre économie, votre authentification et vos données de joueur (Player Data) restent exactement là où ils sont : seuls les serveurs bougent, et avec eux la facture des machines virtuelles Azure que vous payez pour la capacité de secours qui attend entre les pics de charge.

Supprimez le GSDK, conteneurisez la version que vous possédez déjà, et laissez une fonction Cloud Script se déployer sur Edgegap dès qu'un match est trouvé. Les Private Fleets prennent en charge votre infrastructure de base sur du matériel dédié, et la demande qui dépasse la capacité de la flotte déborde sur plus de 615 emplacements Edge Cloud, positionnés au moment de la demande et mesurés à partir des joueurs présents dans le match.

Aucune carte de crédit requise. L'offre gratuite inclut les ressources nécessaires pour déployer un véritable serveur de jeu.

Aucune carte de crédit requise. L'offre gratuite inclut les ressources nécessaires pour déployer un véritable serveur de jeu.

Ce qui change (et ce qui ne change pas)

Les changements à prévoir, en un coup d'œil

Les changements à prévoir, en un coup d'œil

Une migration de serveurs de jeu multijoueurs PlayFab est un changement d'hébergement, pas un changement de backend. Voici à quoi vous attendre lors de 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 vous construisez aujourd'hui.

Votre backend PlayFab

Les files d'attente et les règles de Matchmaking, les données des joueurs, l'économie, l'authentification, les classements et CloudScript restent tous dans PlayFab. Cette migration concerne les serveurs multijoueurs (Multiplayer Servers) et rien d'autre dans votre titre.

Votre flux de connexion client

Votre client reçoit toujours une adresse et un port et s'y connecte. Dans le pont documenté, il les lit toujours à partir des données de joueur PlayFab (PlayFab Player Data), exactement comme il le fait aujourd'hui.

Moteur, versions & 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

Le GSDK est disponible

Le SDK PlayFab Game Server s'intègre à votre binaire : le démarrage de l'agent, les rappels de disponibilité et de session, ainsi que les rapports d'état et de santé qu'il exécute en boucle. Edgegap ne nécessite aucun SDK serveur. Votre serveur lit son adresse IP publique et ses ports à partir des variables d'environnement lors du déploiement.

Un seul appel de déploiement remplace le pool de réserve

Au lieu de demander un serveur à partir d'une capacité que vous avez provisionnée à l'avance, une fonction PlayFab Cloud Script envoie une requête unique au point de terminaison de déploiement lorsqu'une partie est trouvée, et le déploiement est créé pour cette partie.

Les régions cessent d'être un facteur de décision d'achat

Vous n'avez plus besoin de dimensionner la capacité des machines virtuelles région par région. Chaque déploiement est placé au meilleur emplacement disponible sur le réseau Edge Cloud au moment de la demande, mesuré à partir des joueurs de la partie.

Le calcul de veille disparaît

Aucune cible de réserve à calculer, aucun seuil de pourcentage et multiplicateur à ajuster par région, aucune fenêtre de réduction d'activité, et aucun pool à maintenir actif entre les pics. La gestion de la capacité n'est plus de votre ressort : Private Fleet est redimensionné avec nous au rythme de l'évolution de votre courbe de trafic, et Edge Cloud ne nécessite absolument aucun pré-approvisionnement.

Calendrier prévu

Cinq étapes simples

La plupart des studios parviennent à une validation de bout en bout en moins de deux semaines, y compris le fonctionnement en parallèle pendant le déploiement du trafic.

La plupart des studios parviennent à une validation de bout en bout en moins de deux semaines, y compris le fonctionnement en parallèle pendant le déploiement du trafic.

Total : moins d'une semaine

Total : moins d'une semaine

Étape 1

Supprimer le GSDK

Supprimez le SDK PlayFab Game Server : le démarrage de l'agent, les rappels de disponibilité et de session, ainsi que la boucle de rapport d'état et de santé.

~2 heures

Étape 2

Votre backend PlayFab

Si vous livrez déjà une build de conteneur Linux, l'artefact reste inchangé. Les builds uniquement destinées à Windows nécessitent d'abord une build de serveur Linux, ce qui constitue la seule tâche véritablement importante de cette migration.

~30 min à 2 h

Étape 3

Pousser vers un registre

Le registre d'Edgegap est disponible gratuitement, ou conservez ACR, DockerHub, GitLab, etc.

~30 min.

Étape 4

Rapprochez l'entremetteur

Une fonction Cloud Script sur la règle match_found effectue une publication sur le point de terminaison de déploiement (deploy), et votre serveur réécrit l'adresse dans les données du joueur (Player Data).

environ 1 jour

Étape 5

Déployer à l'échelle mondiale

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

1

Les étapes de migration, en détail, avec le code

Si vous cherchez à migrer vos serveurs de jeu de PlayFab Multiplayer Servers tout en conservant le reste de PlayFab, les étapes simples suivantes vous permettront de démarrer en un rien de temps. Instructions complètes, y compris un exemple Unity fonctionnel : PlayFab Bridge.

Avant de commencer, il est utile de savoir clairement ce qui change et ce qui ne change pas.

Seuls les serveurs Multiplayer Servers sont concernés : PlayFab conserve votre matchmaker, vos données de joueur (Player Data), votre économie et votre authentification, tandis qu'Edgegap devient l'endroit où le serveur de match s'exécute. Edgegap est une API, sans SDK de serveur.

Nous partons du principe que : vous utilisez actuellement PlayFab Multiplayer Servers, vous disposez d'une version fonctionnelle de votre serveur de jeu, et vous pouvez modifier le CloudScript de votre titre.

Étape 1 :

Supprimer le SDK PlayFab Game Server

Edgegap ne requiert pas de SDK pour l'intégration. La première étape consiste à supprimer le code qui initialise le SDK PlayFab Game Server dans votre serveur de jeu : l'appel de démarrage de l'agent, les callbacks enregistrés pour l'activation du serveur et l'attribution des sessions, les gestionnaires d'arrêt et de maintenance, ainsi que les rapports d'état de santé et de joueur que l'agent attend en boucle. Rien ne les remplace. Sur Edgegap, votre serveur lit ce dont il a besoin à partir des variables d'environnement injectées lors du déploiement, y compris son adresse IP publique et son mappage de ports, et il est prêt pour les joueurs dès qu'il est à l'écoute. Si vous avez utilisé le wrapper GSDK plutôt qu'une intégration directe, cela s'applique également, et la documentation propre de PlayFab note que le wrapper « n'est pas destiné à une utilisation en production ».

2

Étape 2 :

Conteneurisez votre serveur de jeu

Si vous effectuez déjà des builds de conteneurs Linux sur PlayFab, cette étape est une simple vérification plutôt qu'une reconstruction : confirmez que l'image se construit et démarre localement, puis poussez-la vers le registre gratuit d'Edgegap, ou conservez ACR, DockerHub, GitLab ou tout autre registre compatible OCI.

Si votre titre utilise des builds de VM Windows, vous devez d'abord créer un build de serveur Linux. C'est un travail conséquent, mais les plugins dédiés d'Edgegap pour Unity, Unreal Engine et Godot vous aident à construire l'image automatiquement une fois que vous disposez d'une cible de serveur Linux.

3

Étape 3 :

Identifier et remplacer des fonctionnalités

Fonctionnalité GSDK

Remplacement par Edgegap

Game Server SDK (GSDK)

Aucun SDK de serveur. Les ports et les variables sont injectés lors du déploiement.

Builds et tailles de VM

Applications et versions. Choisissez le vCPU et la mémoire par version, fractionnables à partir de 0,25 vCPU.

Régions de build

Aucune configuration de région. Placement au moment de la demande sur plus de 615 sites Edge Cloud pour du calcul à la demande, Private Fleets disponibles pour de la capacité réservée.

Serveurs de secours et calcul des cibles de secours

Mise à l'échelle automatique pour le calcul à la demande (Edge Cloud). Private Fleets pour une base de référence persistante, ajustée mensuellement.

Secours dynamique et planifié

Non requis. Le Burst to Edge Cloud est automatique.

RequestMultiplayerServer

Un POST vers l'endpoint de déploiement, depuis CloudScript ou votre backend.

Matchmaker PlayFab

Inchangé. Une règle match_found déclenche le déploiement.

Détails de connexion au serveur

Écrits dans les données de joueur PlayFab par votre serveur, lus par votre client, exactement comme dans l'exemple de pont publié.

Journaux de serveur et serveurs archivés

Journaux de déploiement, API d'état de déploiement et Webhook de déploiement.

Gestion des serveurs dans Game Manager

Tableau de bord Edgegap, API de déploiement et Analyse et surveillance des déploiements.

4

Étape 4 :

(Facultatif) Configuration des flottes

Private Fleets sont ce qui se rapproche le plus de la capacité que vous gérez aujourd'hui : des hôtes dédiés et persistants avec un hébergement sans frais de sortie (egress-free).

La différence réside dans le travail nécessaire pour les gérer. Il n'y a pas de cible de secours à calculer, pas de seuils ou de multiplicateurs par région à ajuster, et pas de fenêtre de réduction progressive. Vous redimensionnez la flotte mensuellement, et tout dépassement bascule automatiquement sur Edge Cloud.

Prix

Comparaison de prix

Découvrez comment l'orchestration d'Edgegap est plus rentable par rapport à votre facture actuelle de serveurs de jeu Multiplay (PlayFab Multiplayer Servers).

Facteur de coût 1 : capacité en veille par rapport aux déploiements.

Les propres directives de PlayFab consistent à dimensionner un pool de serveurs en veille en fonction du temps de préparation et du taux d'allocation, et elles indiquent que les serveurs dans les états de préparation et de veille sont facturés à votre titre.


Serveurs multijoueurs PlayFab

Edgegap

Capacité inactive

Facturée. Les serveurs de veille et de préparation fonctionnent et facturent entre les pics

Non facturée sur Edge Cloud. Zéro déploiement actif coûte 0 $

Méthode de dimensionnement

Cible de veille calculée à partir du temps de préparation et du taux d'allocation cible, par région

Rien à dimensionner sur Edge Cloud. Les Private Fleets sont dimensionnées mensuellement

Mode de défaillance

Épuisement du pool de veille : les requêtes de serveur échouent lorsque la demande dépasse l'approvisionnement

Les déploiements sont créés par match, provisionnés à partir de zéro en 2 secondes, médiane, jusqu'à ce que le conteneur soit prêt

Facteur de coût 2 : tailles de VM par rapport aux vCPU fractionnaires.

Vous achetez un type de machine sur PlayFab. Vous achetez de la puissance de calcul sur Edgegap.


Serveurs multijoueurs PlayFab

Edgegap

Unité

Taille de VM choisie par cœurs, RAM et stockage, par région de build

vCPU-minute, fractionnable à partir de 0,25 vCPU

Granularité

Machines entières, plus la répartition des serveurs par machine que vous gérez

Par déploiement, sans décision de répartition à prendre

Tarif

Par taille de VM, par région, selon la liste de prix publiée par PlayFab

0,00115 $ par vCPU et par minute dans le monde entier, tarif unique

Facteur de coût 3 : orchestration hybride à grande échelle.

Une flotte dimensionnée pour les pics est inactive la majeure partie de la semaine. Une flotte dimensionnée au minimum, avec une mise à l'échelle à la demande, ne l'est pas.


Serveurs multijoueurs PlayFab

Edgegap

Base de référence

Pools de veille que vous dimensionnez par région, ajustés avec des seuils et des multiplicateurs

Private Fleets, dimensionnées mensuellement au fur et à mesure que la courbe de trafic évolue

Débordement (Burst)

La veille dynamique multiplie la veille cible que vous avez configurée, jusqu'à votre nombre maximal de serveurs

Débordement automatique sur Edge Cloud, plus de 615 emplacements, placé au moment de la demande

Effet net à des milliers de CCU

La planification de la capacité comme tâche opérationnelle continue

25 à 35 % de moins que le cloud pur avec une répartition correctement optimisée. Modélisez-le dans le calculateur de prix

Prix

Optimisez les coûts et les performances grâce à l'orchestration hybride

Optimisez les coûts et les performances grâce à l'orchestration hybride

Optimisez les coûts et les performances grâce à l'orchestration hybride

Cloud de périphérie

À la demande

0,00115 $

/ vCPU

/ MINUTE

Facturé à la minute, uniquement à l'utilisation

Payez quand les joueurs jouent. 0 serveur actif = 0 $

Déployez des serveurs de jeu dans le monde entier, par instance, dans plus de 615 emplacements edge cloud. Sans engagement.

Ajoutez simplement une carte de crédit.

Cloud de périphérie

À la demande

0,00115 $

/ vCPU

/ MINUTE

Facturé à la minute, uniquement à l'utilisation

Payez quand les joueurs jouent. 0 serveur actif = 0 $

Déployez des serveurs de jeu dans le monde entier, par instance, dans plus de 615 emplacements edge cloud. Sans engagement.

Ajoutez simplement une carte de crédit.

Flotte privée (Bare Metal)

Capacité réservée

0,0282 $

/ vCPU

/ HEURE

Facturé mensuellement, toujours actif

280 $ par hôte/mois (tarif sur 12 mois), ou 350 $ par mois

Optimisez la rentabilité de votre serveur de jeu grâce à l'hébergement sans frais de transfert de données sortantes (egress-free) des flottes privées (Private Fleets).

Permanent, disponible 24h/24 et 7j/7, exclusif à votre studio.

Flotte privée (Bare Metal)

Capacité réservée

0,0282 $

/ vCPU

/ HEURE

Facturé mensuellement, toujours actif

280 $ par hôte/mois (tarif sur 12 mois), ou 350 $ par mois

Optimisez la rentabilité de votre serveur de jeu grâce à l'hébergement sans frais de transfert de données sortantes (egress-free) des flottes privées (Private Fleets).

Permanent, disponible 24h/24 et 7j/7, exclusif à votre studio.

Votre facture varie selon le tarif et l'utilisation, qui peuvent varier en fonction
du type de jeu, du nombre de joueurs et plus encore.

Votre facture varie selon le tarif et l'utilisation, qui peuvent varier en fonction
du type de jeu, du nombre de joueurs et plus encore.

Modélisez votre utilisation avec notre calculateur d'estimation ->

Modélisez votre utilisation avec notre calculateur d'estimation ->

Fonctionnalités et prix d'Eggegap : comparaison détaillée entre Edge Cloud et Private Fleets

Fonctionnalités et prix d'Eggegap : comparaison détaillée entre Edge Cloud et Private Fleets

COMPARER

Essai gratuit

Cloud de périphérie

Flottes privées

FONCTIONNALITÉS

Analyses et surveillance

Alertes de facturation

Cliquer pour agrandir

28 lignes de plus

Déverrouille

Les fonctionnalités sont débloquées lorsqu'une carte de crédit est ajoutée au compte.

COMPARER

Essai gratuit

Cloud de périphérie

Flottes privées

FONCTIONNALITÉS

Analyses et surveillance

Alertes de facturation

Cliquer pour agrandir

28 lignes de plus

Déverrouille

Les fonctionnalités sont débloquées lorsqu'une carte de crédit est ajoutée au compte.

COMPARER

Essai gratuit

Cloud de périphérie

Flottes privées

FONCTIONNALITÉS

Analyses et surveillance

Alertes de facturation

Cliquer pour agrandir

28 lignes de plus

Déverrouille

Les fonctionnalités sont débloquées lorsqu'une carte de crédit est ajoutée au compte.

Comparatif des fonctionnalités

Comparatif des fonctionnalités

Clients

Découvrez-en plus de la part des clients qui ont migré vers Edgegap

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

Principales raisons pour lesquelles ils ont choisi Edgegap

Principales raisons pour lesquelles ils ont choisi Edgegap

Découvrez l’impact de l’orchestration automatisée des serveurs de jeu d’Edgegap pour une expérience multijoueur impeccable.

Méthodologie

Comment nous avons mesuré

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.

Platform scale

Where servers can run, and how many we have run.

Global Edge Cloud locations

Inventory

615+locations

Distinct deployment targets where a game server container can be scheduled on demand.

Platform inventory

How we measure this

Private Fleet locations

Live

58locations

Locations where a studio can reserve dedicated bare-metal or VM hosts for its exclusive use.

Published live

How we measure this

Game server deployments

Cumulative

135million deployments

Total game server deployments orchestrated since February 2019, including deployments that failed to start — the same basis our competitors use.

Since February 2019

How we measure this

Performance under load

How fast a server arrives, and what the platform sustains under test.

Server deployment time

Rolling 30d

2seconds · median

From cold start — provisioned from scratch, not allocated onto an already-running server. Measured to container ready, before the game engine starts.

Rolling 30-day window

How we measure this

Sustained deployment rate

Benchmark

40per second

Started deployments per second, averaged over a continuous 60-minute benchmark.

November 2023 benchmark

How we measure this

Concurrent capacity

Benchmark

14million concurrent

Concurrent sessions reached on real game server containers, at 100 players per server.

November 2023 benchmark

How we measure this

Reliability

What we commit to contractually, and what the monitors record.

Availability

Committed

99.99%SLA commitment

Committed under our terms of service. Trailing 90-day measured uptime: 100.000%.

Trailing 90 days

How we measure this

Provider redundancy

Inventory

17+providers

Infrastructure providers under contract and available for production deployments. Failover is automatic.

Platform inventory

How we measure this

Live component status is published at status.edgegap.com.

How we measure

One entry per metric: what is measured, how, and over what window.

Global Edge Cloud locations

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.

Back to the metric ↑

Private Fleet locations

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.

Back to the metric ↑

Game server deployments

Counted as total deployment records since February 2019, including deployments that failed to start — the same basis our competitors use.

Back to the metric ↑

Server deployment time

From cold start — provisioned from scratch, not allocated onto an already-running server. Measured to container ready, before the game engine starts.

Back to the metric ↑

Sustained deployment rate

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.

Back to the metric ↑

Concurrent capacity

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.

Back to the metric ↑

Availability

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.

Back to the metric ↑

Provider redundancy

Distinct infrastructure suppliers under contract and available for production deployments, counted at corporate-entity level. Failover between providers is automatic.

Back to the metric ↑

How we keep this current

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

Questions Fréquemment Posées

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.


Dois-je quitter PlayFab ?

Qu'advient-il du GSDK dans mon serveur ?

Qu'est-ce qui remplace les serveurs de secours et le secours dynamique ?

Mon serveur est configuré sous Windows. Est-ce que cela me bloque ?

Est-ce que mon matchmaker PlayFab continue de fonctionner comme aujourd'hui ?

D'où proviennent réellement ces économies ?

Intégrer Edgegap facilement en quelques minutes

Commencez l'intégration maintenant!

Mettez votre jeu en ligne facilement
& en quelques minutes