Terminology
384 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 areas384
Architecture Fundamentals16
Distributed Systems73
Data Architecture71
Cloud Architecture17
Networking13
API & Integration Architecture17
Reliability & Resilience16
Observability14
Performance & Capacity Engineering13
Security Architecture18
Cost Architecture & FinOps12
Business Architecture9
Architecture Communication8
Enterprise Architecture8
Legacy Modernization11
AI-Era Architecture15
Software Architecture & Engineering19
Architecture Patterns15
Architecture Decision-Making11
The Architect's Meta-Skills8
136 terms shown.
| Term | Kind | Topic | What it is |
|---|---|---|---|
| Abstraction | concept | Architecture Fundamentals | Exposing what a component does while hiding how it does it, so callers depend on the contract rather than the mechanism. |
| Alert Fatigue | concept | Observability | The desensitisation that follows from alerts that are frequent, non-actionable, or not tied to user impact — after which real alerts are missed too. |
| Anycast | concept | Networking | Advertising the same IP address from many locations, so the network routes each client to the topologically nearest one. |
| Architectural Driver | concept | Architecture Fundamentals | The small subset of requirements and constraints that actually shape the structure of the system. |
| Architecture Style | concept | Architecture Fundamentals | A named, coarse-grained way of organising a whole system, as distinct from a pattern that solves one recurring problem inside it. |
| At-Least-Once Delivery | concept | Messaging & Queues | The guarantee that a message will be delivered, possibly more than once — the practical default in every distributed messaging system. |
| Atomic Commit Protocol | concept | Distributed Transactions | Any protocol ensuring that several participants reach the same decision to commit or abort — and a problem provably unsolvable with certainty in an asynchronous system with failures. |
| Auditability | concept | Security Architecture | The ability to reconstruct who did what, to which resource, when, and from where — reliably enough to be relied upon after the fact. |
| Authentication AuthN | concept | Security Architecture | Establishing who a principal is, to a defined level of confidence. |
| Authorization AuthZ | concept | Security Architecture | Deciding whether an authenticated principal may perform a specific action on a specific resource. |
| Availability Calculation | concept | Reliability & Resilience | Deriving a system's availability from its components, remembering that dependencies in series multiply. |
| Availability Zone AZ | concept | Cloud Architecture | One or more physically separate data centres inside a cloud region, with independent power, cooling and network, connected by low-latency links. |
| Backpressure | concept | Distributed Systems | A mechanism by which a component under load tells its callers to slow down, rather than accepting work it cannot complete. |
| Backward Compatibility | concept | API & Integration | The property that a new version of a producer continues to work with clients written against the old version. |
| Blast Radius | concept | Cloud Architecture | The set of things that break, or become reachable, when one component fails or is compromised. |
| Build vs Buy | concept | Architecture Decision-Making | The choice between developing a capability in-house and acquiring it, decided on differentiation and total cost rather than on feature lists. |
| Business Capability | concept | Business Architecture | What a business does, expressed stably and independently of how it currently does it or who is responsible. |
| Byzantine Fault | concept | Failure Modes | A failure in which a component behaves arbitrarily or deceptively — returning wrong results rather than stopping — as distinct from simply crashing. |
| Cache Invalidation | concept | Data Architecture | The problem of removing or refreshing cached data when the underlying source changes, and the reason caching is harder than it looks. |
| Cache Penetration | concept | Cache Invalidation | Repeated lookups for keys that do not exist, which miss the cache every time by definition and pass straight through to the store. |
| Cache Stampede Dog-piling, Thundering Herd on Cache | concept | Cache Invalidation | Many concurrent requests missing on the same expired key and all recomputing it simultaneously, converting one expiry into a load spike. |
| CAP Theorem Brewer's Theorem | concept | Distributed Systems | During a network partition a distributed system must choose between consistency and availability; it cannot have both. |
| Cardinality | concept | Observability | The number of distinct time series produced by a metric, which is the product of the distinct values of all its labels — and the main driver of monitoring cost. |
| Cardinality Estimation | concept | Query Optimisation | The planner's prediction of how many rows each step of a query will produce — the input that determines every other choice it makes. |
| Cascading Timeout | concept | Timeouts & Deadlines | The effect of independently-chosen per-hop timeouts summing to a total far longer than any caller is willing to wait. |
| Causal Consistency | concept | Consistency Models | A model guaranteeing that operations which causally depend on one another are seen in the same order everywhere, while concurrent operations may be seen in any order. |
| CDC Initial Snapshot | concept | Change Data Capture | The consistent full copy taken when a CDC pipeline starts, before streaming begins — and the step that determines whether the target is correct. |
| Cloud Pricing Models | concept | Cost & FinOps | The purchase options for cloud compute — on-demand, committed use, and spot — which differ by up to 90% for identical hardware. |
| Cognitive Load | concept | Software Architecture | The total amount a team must hold in its head to work effectively, and a real constraint on how many services or domains one team can own. |
| Cohesion | concept | Architecture Fundamentals | The degree to which everything inside one component belongs together and changes for the same reason. |
| Concurrency | concept | Performance & Capacity | The number of operations in progress at once — distinct from parallelism, which is how many are literally executing simultaneously. |
| Connection Pool | concept | Performance & Capacity | A fixed set of reusable database connections shared by an application's requests, and one of the most common hidden capacity ceilings. |
| Consistent Hashing | concept | Distributed Systems | A hashing scheme where adding or removing a node remaps only a small fraction of keys, instead of nearly all of them. |
| Consistent Prefix Read | concept | Consistency Models | A guarantee that if a sequence of writes happens in a given order, a reader sees a prefix of that sequence — never an out-of-order subset. |
| Consumer Group | concept | Event Streaming | A set of consumers that cooperatively read one stream, with each partition assigned to exactly one member, so the group collectively processes every message once. |
| Context Window | concept | AI-Era Architecture | The maximum number of tokens a model can attend to in one request, holding the system prompt, history, retrieved context, tools and the answer. |
| Control Plane and Data Plane | concept | Cloud Architecture | The separation between the machinery that makes changes to a system and the machinery that serves its traffic. |
| Conway's Law | concept | Architecture Fundamentals | Systems tend to mirror the communication structure of the organisation that builds them. |
| Cost vs Reliability Trade-off | concept | Cost & FinOps | The non-linear relationship between availability and spend, which makes each additional nine roughly an order of magnitude more expensive. |
| Coupling | concept | Architecture Fundamentals | The degree to which one component must know about, or change alongside, another. |
| Covering Index Index-Only Scan | concept | Indexing | An index that contains every column a query needs, so the query is answered from the index without reading the table at all. |
| Data Lakehouse | concept | Data Architecture | A pattern that puts warehouse-style transactions, schema and governance on top of cheap open-format object storage. |
| Data Mesh | concept | Data Architecture | An organisational approach that gives domain teams ownership of their analytical data as a product, with a self-serve platform and federated governance. |
| Data Residency Data Sovereignty | concept | Security Architecture | A requirement that specific data be stored and sometimes processed only within a defined geography. |
| Database Index | concept | Data Architecture | A secondary structure that lets the engine find rows without scanning, trading write cost and storage for read speed. |
| Deadline Exceeded | concept | Timeouts & Deadlines | The error returned when a request's overall budget expires — semantically distinct from a per-hop timeout, and a signal that must not be retried blindly. |
| Delivery vs Maintainability Short-term Delivery vs Long-term Maintainability, Speed vs Quality | concept | Architecture Decision-Making | Choosing where to take deliberate shortcuts, based on which kinds of debt are cheap to repay and which compound. |
| Egress Cost Data Transfer Out | concept | Cost & FinOps | The charge for moving data out of a cloud provider or across its zones and regions — usually the least-anticipated line on a cloud bill. |
| Embedding | concept | AI-Era Architecture | A dense numeric vector representing a piece of content, positioned so that semantically similar content sits nearby. |
| Encapsulation | concept | Architecture Fundamentals | Keeping a component's state private, so it can only be changed through operations that maintain its invariants. |
| ETL vs ELT | concept | Data Architecture | Whether data is transformed before loading into the target or after it, which decides where the compute happens and how much raw history you keep. |
| Eventual Consistency | concept | Distributed Systems | A guarantee that replicas will converge to the same value if updates stop, with no bound on how long reads may be stale. |
| Fail-Fast vs Fail-Safe | concept | Failure Modes | Whether a component should stop immediately on detecting a problem, or continue in a degraded but safe mode — a choice that depends entirely on which outcome is worse. |
| Failure Threshold | concept | Circuit Breakers | The condition that trips a circuit breaker — best expressed as a failure rate over a rolling window with a minimum request volume, not as a consecutive-failure count. |
| Fan-Out | concept | Distributed Systems | One incoming request causing many outgoing ones, which multiplies both load and tail latency. |
| Fault Tolerance | concept | Distributed Systems | Continuing to operate correctly despite the failure of some components, by design rather than by luck. |
| Feature Parity Trap | concept | Rebuild vs Re-architect | The expectation that a replacement system must match every behaviour of the old one before it can be adopted, which is what makes rewrites never finish. |
| Foreign Key Constraint | concept | Relational Modelling | A database-enforced rule that a referencing value must exist in the referenced table — referential integrity that no application bug can violate. |
| Grey Failure Partial Failure, Fail-Slow | concept | Failure Modes | A component that is degraded rather than down — slow, intermittently erroring, or failing for a subset of operations — which defeats health checks built for binary states. |
| Half-Open State | concept | Circuit Breakers | The circuit breaker state that allows a limited number of trial requests through to test whether a failed dependency has recovered. |
Nothing on this page matches. Search the whole glossary.