liveBook · Manning

Isolation

As explained in Platform Engineering on Kubernetes

An isolation level is the degree to which one tenant's resources, operations, and access are separated from those of other tenants.

Isolation separates tenants’ resources, operations, and access so teams or customers can work autonomously without disturbing neighbors. A platform must encode tenant boundaries, define guarantees, and make resource limitations explicit. section 6.2.1 section 6.2.3

Kubernetes platforms commonly choose between two isolation approaches:

  • Namespaces provide a cheap logical boundary with almost no creation overhead. Effective use requires RBAC to restrict visibility and resource quotas to prevent one namespace from consuming cluster capacity. section 6.2.3
  • Namespaces still share Kubernetes API endpoints, limiting tenant operations and cluster-wide installations. Tenants may also conflict when extensions require different versions. section 6.2.3
  • Separate clusters provide full isolation between tenants and separate Kubernetes API endpoints. Users can receive broad administrative capabilities, while clusters can vary in scalability, resilience, and configuration. section 6.2.3

Choosing an isolation level depends on whether tenants are internal teams or external customers, how independently they must operate, and which guardrails they need. The decision is also shaped by platform scale and workload requirements. section 6.2.1 section 6.2.3

How Platform Engineering on Kubernetes covers it

How deep it goes
Compares namespace and cluster boundaries with operational trade-offs, but stops short of detailed configuration or implementation steps.
Examples
Uses namespaces, RBAC roles, resource quotas, separate clusters, shared API servers, and incompatible extension versions as examples.
What it assumes
Assumes familiarity with Kubernetes clusters, Namespaces, RBAC, resource quotas, and API servers.
What you can do after
Evaluate isolation approaches and define tenant boundaries, guarantees, and guardrails for a Kubernetes platform.
How it connects
Connects isolation to multi-tenancy, Kubernetes Namespaces, RBAC, resource quotas, clusters, API servers, and cluster-wide resources.

Also explained in

Compare how 8 books explain isolation →

Related concepts

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