Share
Authority Models & Enterprise Scale

200 Partners. One Hierarchy. Not 200 IdP Subscriptions.

Best for: CFO Enterprise Architect VP Partnerships
1

deployment for unlimited partners

The Challenge

  • True partner isolation traditionally requires a separate IdP org per partner — 200 partners means 200 subscriptions, 200 connectors, and an IdP bill that makes the CFO's eye twitch
  • Onboarding a new partner means provisioning a new org, configuring a new connector, and testing isolation — months of work before the partner sees a login screen
  • Namespace collisions are a constant headache: john@partnerA and john@partnerB cannot coexist in a single IdP org without ugly workarounds

The Solution

  • Node-level isolation: each partner is a fully isolated node in one hierarchy — true separation without separate IdP orgs, no cross-partner data leakage by architecture
  • Duplicate usernames just work: john@partnerA and john@partnerB coexist naturally because each node is its own namespace — no prefixes, no hacks
  • One deployment, unlimited partners: onboard a new partner in minutes by creating a node, not months by provisioning an org. Fixed + per-user pricing, not per-tenant

The Difference

Hub-and-Spoke

200 IdP orgs

IdentityRM

1 deployment

Hub-and-Spoke

200 org-to-org connectors

IdentityRM

0 connectors

Hub-and-Spoke

Per-org licensing

IdentityRM

Per-user licensing

Hub-and-Spoke

Months to onboard new partner

IdentityRM

Minutes to create new node

Architecture Comparison

Traditional Hub-and-Spoke
Central IdP
Your Okta Org
Org-to-Org Connectors
Connector 1 Connector 2 ... Connector 200
Partner IdP Orgs
Partner 1 Org Partner 2 Org ... Partner 200 Org
200 subscriptions × $3/user × 12 months = 💸
With IdentityRM
IdentityRM
Single Deployment
IdP Connection
1 Connection
Partner Hierarchy
Node: Partner 1 Node: Partner 2 ... Node: Partner 200
Unlimited partners, one bill

Ready to solve this?

See how multi-tenant without multi-org works in practice.