Enterprise Identity & Access Management Platform  ·  View 02 of 27  ·  Context and scope

High-Level Architecture

The path from an identity source to an authorized action, in one picture.

Editable source SVG draw.io All views
Identity sources
Identity sources
Workday HCM
authoritative for people
Workday HCM...
On-prem AD DS
legacy apps only
On-prem AD DS...
Partner Entra tenants
Partner Entra tenants
Customer sign-up
self-service
Customer sign-up...
Identity authority
Identity authority
Microsoft Entra ID
corporate tenant
Microsoft Entra ID...
Entra External ID
CIAM tenant
Entra External ID...
Inbound provisioning
API-driven, hourly
Inbound provisioning...
Entra Cloud Sync
AD DS to cloud
Entra Cloud Sync...
Access decision
Access decision
Conditional Access
policy decision point
Conditional Access...
Entra ID Protection
risk signals
Entra ID Protection...
Authentication methods
FIDO2 · passkey · TAP
Authentication methods...
Entra PIM
JIT elevation
Entra PIM...
Enforcement & authorization
Enforcement & authorization
API Management
JWT validation
API Management...
Azure RBAC
resource authorization
Azure RBAC...
App roles & scopes
application authorization
App roles & scopes...
Azure Key Vault
RBAC data plane
Azure Key Vault...
Resources & assurance
Resources & assurance
Azure resource estate
22 subscriptions
Azure resource estate...
Applications & AKS
managed identity
Applications & AKS...
Log Analytics
240 GB/day
Log Analytics...
Microsoft Sentinel
identity detections
Microsoft Sentinel...
risk level
risk level
time-bound
time-bound
sign-in & audit logs
sign-in & audit logs
analytics rules
analytics rules
High-Level Architecture — one identity, end to end
High-Level Architecture — one identity, end to end
External / third party
External / third party
Security / platform
Security / platform
Interface / broker
Interface / broker
Application we own
Application we own
Data store
Data store
event / async
event / async
synchronous
synchronous
The control plane drawn once, left to right. Governance, secret rotation and the failure paths are omitted here and carried by views 17, 18 and 27.
The control plane drawn once, left to right. Governance, secret rotation and the failure paths are omitted here and carried by views 17, 18 and 27.
v 1.0 · owner Data & AI Global Practice · date 2026-08
v 1.0 · owner Data & AI Global Practice · date 2026-08
Text is not SVG - cannot display

The shape of the argument

  • Five stages, one direction. An identity is sourced, made authoritative, evaluated for risk, enforced at a gateway, and finally audited — and no stage is optional for any identity class.
  • Conditional Access sits between authentication and token issuance rather than in front of the application. Enforcing at the identity provider means every relying party inherits the policy without implementing it.
  • Log Analytics and Sentinel are on the main line, not off to the side. If an access decision is not reconstructable afterwards it has not really been made.

Why these services

  • Entra ID over a third-party IdP: the estate is Microsoft 365 and Azure, so an external IdP would add a federation hop in front of the system that already holds the directory, without removing the directory.
  • API Management as the token enforcement point rather than per-service middleware: JWT validation, quota and claims checks become one policy artefact reviewable in a pull request.
  • Entra External ID as a separate tenant instead of B2C-style policies inside the corporate tenant, so consumer sign-up flows can never be evaluated against workforce roles.

Deliberate omissions

  • Governance and lifecycle are not on this page; views 17 and 23 carry them end to end.
  • Secrets and certificates appear only as Key Vault. Their lifecycle is view 18.
  • Every failure path is omitted here so the happy path stays readable. Views 26 and 27 draw them.