Migration

/

PlayFab

Published

Published

Published

Last reviewed for accuracy

Last reviewed for accuracy

Last reviewed for accuracy

Migrate from PlayFab Multiplayer Servers with zero impact on your players

Migrate from PlayFab Multiplayer Servers with zero impact on your players

Keep PlayFab. Your matchmaker, economy, auth and Player Data stay exactly where they are: only the servers move, and with them the Azure VM bill you pay for standby capacity that sits waiting between peaks.

Remove the GSDK, containerize the build you already have, and let a Cloud Script function deploy on Edgegap the moment a match is found. Private Fleets carry your baseline on dedicated hardware, and demand past the fleet bursts onto 615+ Edge Cloud locations, placed at request time and measured from the players in the match.

No credit card required. Free tier includes the resources to deploy a real game server.

No credit card required. Free tier includes the resources to deploy a real game server.

What changes (and doesn't change)

Changes to expect, at a glance

Changes to expect, at a glance

A PlayFab Multiplayer Servers migration is a hosting change, not a backend change. Here's what to expect from your migration.

A full feature-by-feature breakdown is in Step 3: Identify & Replace features below.

What Remains the Same

Your netcode and transport

Edgegap never touches your transport, serialization or tick loop. The container runs the same server binary you build today.

Your PlayFab backend

Matchmaking queues and rules, Player Data, economy, auth, leaderboards and CloudScript all stay in PlayFab. This migration touches Multiplayer Servers and nothing else in your title.

Your client connect flow

Your client still receives an address and a port and connects to it. In the documented bridge it still reads them from PlayFab Player Data, exactly as it does today.

Engine, versions & CI

Same engine, same version, same build pipeline. Nothing in your CI needs a new step beyond pushing the image.

What Changes

The GSDK comes out

The PlayFab Game Server SDK leaves your binary: the agent start-up, the ready and session callbacks, and the health and state reporting it runs on a loop. Edgegap needs no server SDK. Your server reads its public IP and ports from environment variables at deployment.

One deploy call replaces the standby pool

Instead of requesting a server from capacity you provisioned in advance, a PlayFab Cloud Script function posts once to the deploy endpoint when a match is found, and the deployment is created for that match.

Regions stop being a purchase decision

You no longer size VM capacity region by region. Each deployment is placed at the best available location on the Edge Cloud network at request time, measured from the players in the match.

The standby math goes away

No standby target to calculate, no percentage thresholds and multipliers to tune per region, no ramp-down window, and no pool to keep warm between peaks. Capacity stops being your job: Private Fleets get resized with us as your traffic curve moves, and Edge Cloud has nothing to pre-provision at all.

Expected Timeline

Five simple steps

Most studios reach end-to-end validation in under two weeks, including parallel running while traffic rolls out.

Most studios reach end-to-end validation in under two weeks, including parallel running while traffic rolls out.

Total: under 1 week

Total: under 1 week

Step 1

Remove the GSDK

Remove the PlayFab Game Server SDK: agent start-up, the ready and session callbacks, and the health and state reporting loop.

~2 hours

Step 2

Your PlayFab backend

If you already ship a Linux container build, the artifact is unchanged. Windows-only builds need a Linux server build first, which is the one genuinely large task on this migration.

~30 min. to 2hrs.

Step 3

Push to a Registry

Edgegap's registry is available for free, or keep ACR, DockerHub, GitLab, etc.

~30 min.

Step 4

Bridge the matchmaker

A Cloud Script function on the match_found rule posts to the deploy endpoint, and your server writes the address back to Player Data.

~1 day

Step 5

Deploy Globally

Deploy globally on Edge Cloud, and optionally cut cost further with egress-free hosting on Private Fleets.

Instant Rollout

Detailed migration steps

1

The migration steps, in detail, with the code

If you are looking to move your game servers off PlayFab Multiplayer Servers while keeping the rest of PlayFab, the following simple steps will get you running in no time. Full instructions, including a working Unity sample: PlayFab Bridge.

Before getting started, it helps to be clear on what moves and what does not.

Only Multiplayer Servers moves: PlayFab keeps your matchmaker, Player Data, economy and auth, and Edgegap becomes the place the matched server runs. Edgegap is an API, with no server SDK.

We expect that: you currently use PlayFab Multiplayer Servers, you have a working game server build, and you can edit CloudScript in your title.

Step 1:

Remove the PlayFab Game Server SDK

Edgegap does not require an SDK to integrate. The first step is to remove the code that initializes the PlayFab Game Server SDK in your game server: the agent start-up call, the callbacks you registered for server activation and session assignment, the shutdown and maintenance handlers, and the health and player-state reporting the agent expects on a loop. Nothing replaces them. On Edgegap your server reads what it needs from environment variables injected at deployment, including its public IP and its port mapping, and it is ready for players as soon as it is listening. If you used the GSDK wrapper rather than a direct integration, that comes out too, and PlayFab's own documentation notes the wrapper "is not meant for production use".

2

Step 2:

Containerize your game server

If you already run Linux container builds on PlayFab, this step is a check rather than a rebuild: confirm the image builds and starts locally, then push it to Edgegap's free registry, or keep ACR, DockerHub, GitLab or any other OCI-compatible registry.

If your title runs Windows VM builds, you need a Linux server build first. That is real work, but Edgegap's dedicated plugins for Unity, Unreal Engine and Godot help you build build the image automatically once you have a Linux server target.

3

Step 3:

Identify & Replace features

GSDK feature

Edgegap replacement

Game Server SDK (GSDK)

No server SDK. Ports and variables injected at deployment.

Builds and VM sizes

Apps and Versions. Choose vCPU and memory per version, fractionable from 0.25 vCPU.

Build regions

No region configuration. Placement at request time across 615+ Edge Cloud locations for on-demand compute, Private Fleets available for reserved capacity.

Standby servers and target standby math

Automatic scaling for on-demand compute (Edge Cloud). Private Fleets for a persistent baseline, rightsized monthly.

Dynamic and scheduled standby

Not required. Burst to Edge Cloud is automatic.

RequestMultiplayerServer

One POST to the deploy endpoint, from CloudScript or your backend.

PlayFab matchmaker

Unchanged. A match_found rule triggers the deployment.

Server connection details

Written to PlayFab Player Data by your server, read by your client, exactly as in the published bridge sample.

Server logs and archived servers

Deployment logs, Deployment Status API and Deployment Webhook.

Server management in Game Manager

Edgegap Dashboard, Deploy API and Deployment Analytics and Monitoring.

4

Step 4:

(Optional) Setting up Fleets

Private Fleets are the closest thing to the capacity you manage today: persistent, dedicated hosts with egress-free hosting.

The difference is the work around them. There is no standby target to compute, no per-region thresholds or multipliers to tune, and no ramp-down window. You rightsize the fleet monthly, and anything past it bursts onto Edge Cloud automatically.

Pricing

Price Comparison

Discover how Edgegap's orchestration is cost effective versus your current PlayFab Multiplayer Servers bill.

Cost driver 1: standby capacity versus deployments.

PlayFab's own guidance is to size a standby pool from propping time and allocation rate, and it states that servers in the propping and standing-by states are billed to your title.


PlayFab Multiplayer Servers

Edgegap

Idle capacity

Billed. Standby and propping servers run and bill between peaks

Not billed on Edge Cloud. Zero active deployments costs $0

Sizing method

Standby target calculated from propping time and target allocation rate, per region

Nothing to size on Edge Cloud. Private Fleets rightsized monthly

Failure mode

Standby pool starvation: server requests fail when demand outruns provisioning

Deployments are created per match, provisioned from scratch in 2 seconds, median, to container ready

Cost driver 2: VM sizes versus fractional vCPU.

You buy a machine shape on PlayFab. You buy compute on Edgegap.


PlayFab Multiplayer Servers

Edgegap

Unit

VM size chosen by cores, RAM and storage, per build region

vCPU-minute, fractionable from 0.25 vCPU

Granularity

Whole machines, plus servers-per-machine packing you manage

Per deployment, with no packing decisions

Rate

Per VM size, per region, per PlayFab's published price list

$0.00115 per vCPU per minute worldwide, single price

Cost driver 3: hybrid orchestration at scale.

A fleet sized for peak is idle most of the week. A fleet sized for the floor, bursting on demand, is not.


PlayFab Multiplayer Servers

Edgegap

Baseline

Standby pools you size per region, tuned with thresholds and multipliers

Private Fleets, rightsized monthly as the traffic curve moves

Burst

Dynamic standby multiplies the target standby you configured, up to your maximum servers

Automatic burst onto Edge Cloud, 615+ locations, placed at request time

Net effect at thousands of CCU

Capacity planning as an ongoing operational task

25 to 35 percent below pure cloud with a properly optimized split. Model it in the pricing calculator

Pricing

Optimize costs and performance with hybrid orchestration

Optimize costs and performance with hybrid orchestration

Optimize costs and performance with hybrid orchestration

Edge Cloud

On-Demand

$0.00115

/ vCPU

/ MINUTE

Billed by the Minute, Only on Usage

Pay only when players play. 0 active servers = $0

Deploy game servers worldwide, per instance, to all 615+ edge cloud locations. Zero commitment.

Simply add a credit card.

Edge Cloud

On-Demand

$0.00115

/ vCPU

/ MINUTE

Billed by the Minute, Only on Usage

Pay only when players play. 0 active servers = $0

Deploy game servers worldwide, per instance, to all 615+ edge cloud locations. Zero commitment.

Simply add a credit card.

Private Fleet (Bare Metal)

Reserved Capacity

$0.0282

/ vCPU

/ HOUR

Billed Monthly, Always On

$280 per host/month (12 mo rate), or $350 monthly

Optimize the cost effectiveness of your game server with egress-free hosting of Private Fleets.

Persistent, available 24/7, exclusive to your studio.

Private Fleet (Bare Metal)

Reserved Capacity

$0.0282

/ vCPU

/ HOUR

Billed Monthly, Always On

$280 per host/month (12 mo rate), or $350 monthly

Optimize the cost effectiveness of your game server with egress-free hosting of Private Fleets.

Persistent, available 24/7, exclusive to your studio.

Your bill varies per rate and usage; which can vary per game type, player count, & more.

Your bill varies per rate and usage; which can vary per game type, player count, & more.

Model your usage with our estimate calculator ->

Model your usage with our estimate calculator ->

Eggegap's features & price: detailed comparison betwen Edge Cloud & Private Fleets

Eggegap's features & price: detailed comparison betwen Edge Cloud & Private Fleets

COMPARE

Free Trial

Edge Cloud

Private Fleets

FEATURES

Analytics & Monitoring

Billing Alarms

Click to Expand

28 more rows

Unlocks

Capabilities are unlocked when a credit card is added to the account.

COMPARE

Free Trial

Edge Cloud

Private Fleets

FEATURES

Analytics & Monitoring

Billing Alarms

Click to Expand

28 more rows

Unlocks

Capabilities are unlocked when a credit card is added to the account.

COMPARE

Free Trial

Edge Cloud

Private Fleets

FEATURES

Analytics & Monitoring

Billing Alarms

Click to Expand

28 more rows

Unlocks

Capabilities are unlocked when a credit card is added to the account.

Features Comparison

Features Comparison

Clients

Learn more from clients who migrated to Edgegap

15 case studies are available from studios that moved to Edgegap from another platform.

Key reasons why they chose Edgegap

Key reasons why they chose Edgegap

Discover the impact of Edgegap's automated game server orchestration for a flawless multiplayer experience.

Methodology

How we measured

Each metric states what is measured, over what window, and what is excluded. Benchmark results are dated to the test that produced them and are not restated as current figures.

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

Frequently Asked Questions

Edgegap is the hosting & orchestration experts. Our platform is tailor built to help you speed up your development process, which allows you focus on what you excel at - development.


Do I have to leave PlayFab?

What happens to the GSDK in my server?

What replaces standby servers and dynamic standby?

My server build is Windows. Does that block me?

Does my PlayFab matchmaker keep working the way it does today?

Where do the savings actually come from?

Get your Game Online Easily & in Minutes

Start Integrating Now!

Get your Game Online Easily
& in Minutes