You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Focus the example on just demonstrating the core templating functionality
rather than complex multi-transport/multi-variable scenarios. The minimal
example clearly shows how {tenant_host} resolves from environmentVariables.
Copy file name to clipboardExpand all lines: docs/reference/server-json/generic-server-json.md
+9-79Lines changed: 9 additions & 79 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -670,102 +670,32 @@ For MCP servers that follow a custom installation path or are embedded in applic
670
670
}
671
671
```
672
672
673
-
### Multi-Tenant Remote Server with URL Templating
673
+
### Remote Server with URL Templating
674
674
675
-
This example demonstrates how to use URL templating for remote servers deployed across multiple tenants or regions, addressing scenarios where each deployment has its own endpoint:
675
+
This example demonstrates URL templating for remote servers, useful for multi-tenant deployments where each instance has its own endpoint:
- Set `TENANT_HOST=us-cell1.example.com` to connect to US Cell 1
766
-
- Set `TENANT_HOST=emea-cell1.example.com` to connect to EMEA Cell 1
767
-
- Specify the deployment region for proper routing
768
-
- Use either streamable-http or SSE transports with the same tenant-specific endpoints
698
+
Clients can set `TENANT_HOST=us-cell1.example.com` to connect to US Cell 1, or `TENANT_HOST=emea.example.com` to connect to the EMEA deployment. The `{tenant_host}` variable in the URL will be replaced with the environment variable value.
0 commit comments