Terminology

2225 terms, tools, patterns and metrics an architect is expected to use precisely. Each one gets a short explanation of what it is, and — where it matters — what it is commonly confused with. Search filters as you type; the column headers sort.

All areas2225 Architecture Fundamentals77 Distributed Systems107 Data Architecture110 Cloud Architecture94 Networking88 API & Integration Architecture82 Reliability & Resilience75 Observability70 Performance & Capacity Engineering72 Security Architecture86 Cost Architecture & FinOps71 Business Architecture67 Architecture Communication67 Enterprise Architecture66 Legacy Modernization71 AI-Era Architecture74 Software Architecture & Engineering71 Architecture Patterns71 Architecture Decision-Making63 The Architect's Meta-Skills61 Delivery & Release Engineering66 Platform Engineering & Developer Experience70 Testing & Quality Architecture66 Data Platform Architecture69 Streaming & Real-Time Data69 Data Governance & Semantics74 Frontend & Experience Architecture66 Edge, Mobile & IoT68 Regulatory & Data Protection Architecture65 Assurance, Audit & Model Risk69

Kind Any concept801 practice736 pattern377 metric127 case-study77 tool62 protocol45

3 terms shown.

Term	Kind	Topic	What it is
Data Mesh in Practice	concept	Data Mesh	Decentralising data ownership to the domains that produce it, with a self-serve platform and federated governance — an organisational change more than a technical one.
Domain Data Ownership	concept	Data Mesh	Making the team that generates data accountable for publishing it fit for others to use, rather than handing raw extracts to a central team.
Domain Publishing Readiness Data Product Admission Bar, Domain Onboarding Gate	practice	Data Mesh	The small set of capabilities a domain team must demonstrably have before it is allowed to publish a data product, which is what separates decentralised ownership from renaming existing teams as domains.