liveBook · Manning

Decision surface

As explained in Authorization in Action

A decision surface is the total set of situations in which an authorization system must evaluate access.

A decision surface is the total set of situations in which an authorization system must evaluate access. It grows as people, services, automation, and contextual signals such as device posture, location, and workload status participate in decisions. section 19.1

The surface can expand faster than the infrastructure governing it. That gap creates authorization pressure: difficulty making decisions consistently, explaining outcomes, and maintaining control as systems scale. section 19.1 section 19.10

Managing a growing decision surface requires:

  • Moving authorization from scattered feature code into architecture and shared policy infrastructure. section 19.4
  • Combining relationship-based, attribute-based, role-based, and delegation models for complex access scenarios. section 19.10
  • Supporting runtime evaluation, decision visibility, governed signals, and explicit delegation as contexts change. section 19.10 section 19.7

Enterprise collaboration at scale

As employee interactions, customer collaboration, services, and automated actions spread across systems, access decisions move beyond application boundaries. A company may respond with shared policy services, relationship-based controls, and attribute-driven assurance, while still needing to explain why each decision occurred. section 19.1 section 19.4

Figure 19.1 Decision surface and decision infrastructure. As systems grow, the decision surface, the set of situations where access must be evaluated, expands faster than the infrastructure that governs those decisions. This gap creates authorization pressure: the growing difficulty of making decisions consistently, explaining outcomes, and maintaining control. Incremental architectural investments can close this gap, enabling organizations to manage trust reliably as complexity grows.

Visualizes how the decision surface can outgrow decision infrastructure and create authorization pressure. section 19.1

How Authorization in Action covers it

How deep it goes
Defines the expanding scope and connects it to architecture, policy, governance, visibility, and runtime evaluation without prescribing implementation details.
Examples
Uses employee collaboration, customer interactions, automated actions, contextual signals, delegation, and autonomous agents as access-decision scenarios.
What it assumes
Assumes familiarity with access control and authorization while teaching how their scope expands across systems, contexts, and organizational responsibilities.
What you can do after
Evaluate where access decisions occur, identify infrastructure gaps, and design more consistent, explainable, adaptable authorization.
How it connects
Connects authorization with identity, policy, architecture, governance, delegation, access-control models, runtime evaluation, and decision visibility.

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Authorization in Action. The section links point to the parts of the book it draws on.