Join us from October 8-10 in New York City to learn the latest tips, trends, and news about GraphQL federation and API platform engineering.Join us for GraphQL Summit 2024 in NYC
Start for Free
You're viewing documentation for a previous version of this software. Switch to the latest stable version.

Managed federation overview

Apollo provides free managed federation support for that use .

With , your gateway is no longer responsible for fetching schemas from your subgraphs on startup. Instead, your push their schemas to the Apollo schema registry, which verifies that they successfully compose into a federated schema.

On success, Studio updates your 's latest configuration, which is available at a special endpoint (called the uplink) that your gateway regularly polls for updates:

Apollo cloud
Your infrastructure
Pushes schema
Pushes schema
Updates config
Polls for config changes
Apollo Schema Registry
Apollo Uplink
Products subgraph
Reviews subgraph

Benefits of managed federation

helps your organization safely validate, coordinate, deploy, and monitor changes to your graph. It provides:

Gateway stability

You can modify (and even add or remove entire subgraphs from your graph) without needing to modify or redeploy your gateway. As the point of entry to your entire graph, your gateway should maximize its uptime.

Composition stability

Whenever your gateway obtains an updated configuration from Studio, it knows that the updated set of schemas will compose, because the configuration includes the latest composed .

The gateway also knows that your subgraphs are prepared to handle against the updated set of schemas. This is because your subgraphs should register their updated schemas as part of their deployment, meaning they're definitely running by the time the gateway is aware of the configuration change.

And whenever a accidentally pushes a schema change that doesn't compose, Studio continues to provide the most recent valid configuration to your gateway.

Schema flexibility

By using a configuration manager that's external to your gateway, you help ensure the safety of certain schema changes. For example, if you want to migrate a type or from one subgraph's schema to another, you can perform this migration safely only if you externalize your configuration.

Ready to try it out? Continue to Setup.

Migrating from schema stitching
Rate articleRateEdit on GitHubEditForumsDiscord

© 2024 Apollo Graph Inc.

Privacy Policy