liveBook · Manning

Hierarchical namespace

As explained in Authorization in Action

A hierarchical namespace is a naming system whose identifiers are organized into levels beneath a root or other parent nodes.

A hierarchical namespace organizes identifiers into levels beneath a root or parent node. The name itself supports discovery when the root is known, while each node can control names beneath it without creating collisions. section 2.4.3

Hierarchical naming creates useful structure but introduces governance risks:

  • It can make identities easy to locate through business units, regions, or departments. section 2.4.3
  • It can encourage policies to treat organizational paths as permanent facts, even when reorganizations, mergers, or domain changes make them stale. section 2.4.3
  • Poor delegation or ambiguous ownership can leave names tied to assumptions that no longer describe the identified entity. section 2.4.3

ACME employee directory

ACME could organize employees in LDAP beneath paths for business units, regions, or departments. The structure simplifies discovery, but policies depending on those paths may become incorrect after a reorganization or merger. section 2.4.3

How Authorization in Action covers it

How deep it goes
Explains hierarchy, discovery, delegation, and stale-path risks through enterprise identity examples.
Examples
Uses DNS, X.509 certificates, LDAP employee paths, and ACME reorganizations as examples.
What you can do after
Evaluate how hierarchy improves lookup and delegation while creating stale-path and ownership risks.
How it connects
Connects identity to LDAP, DNS, X.509 certificates, access policies, audits, and organizational structures.

Also explained in

Compare how 2 books explain hierarchical namespace →

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.