ObservabilityLXVI · Observability Architecture for ProductionProductionArchitecture
Reference Architecture
What you'll learn
- Explain the topic in production terms
- Configure and operate the topic in a production observability stack
- Recognise and diagnose the most common failure modes
- Apply the discipline to a real environment
Prerequisites
Verified against Prometheus 2.55.x · Alertmanager 0.28.x · node_exporter 1.8.x · blackbox_exporter 0.26.x · Grafana 11.x · Loki 3.x · Tempo current · OpenTelemetry Collector 0.110.x · Grafana Alloy current · Docker Engine 28.x · Ubuntu 24.04 LTS · Debian 12 (Bookworm) · RHEL / Rocky / AlmaLinux 9.x · 2026-08-13
A canonical reference architecture: collectors, Prometheus, Loki, Tempo, Grafana, Alertmanager.
What it is
A precise definition scoped to production operations.
Why a sysadmin cares
Production framing.
How it works
The mental model.
example_setting: value
How to configure it
Real configuration examples with annotated options.
promtool check config /etc/prometheus/prometheus.yml
How to validate it
Commands the operator runs to confirm the configuration is live and correct.
How it can fail
Failure modes: silent misconfiguration, crash on load, performance regression, permissions failure, schema / version drift.
How to troubleshoot it
Diagnostic order: was it working before? what does the service view say? what does the platform view say? form hypothesis, find evidence, test, validate.
The Final Reference Architecture
The complete production observability reference:
graph TB
subgraph Workloads
WL1[Linux + Docker<br/>+ Services]
end
subgraph Collectors
WL1 --> EX[Exporters + OTel Collector]
end
subgraph Storage Backends
EX --> PROM[Prometheus<br/>TSDB]
EX --> LOKI[Loki<br/>Object Store]
EX --> TEMP[Tempo<br/>Object Store]
end
subgraph Presentation
PROM --> GM[Grafana]
LOKI --> GM
TEMP --> GM
end
subgraph Alerting
PROM --> AM[Alertmanager]
AM --> RC[Receivers]
end
subgraph Configuration
CFG[Git Repository] -->|CI| PROM
CFG -->|CI| LOKI
CFG -->|CI| TEMP
CFG -->|CI| GM
end
subgraph Security
SEC[TLS + RBAC + Secrets] --> PROM
SEC --> LOKI
SEC --> TEMP
SEC --> GM
end
This is the course’s final production reference architecture. It integrates every Part: the production workloads, the collector layer, the storage backends, the presentation layer, alerting, configuration as code, and security. The capstone validates this architecture end-to-end.
Security implications
The topic has security implications wherever the relevant component exposes an HTTP endpoint, an authentication layer, or a credential.
Performance implications
Performance implications come from cardinality, scrape / push interval, rule size, retention, and query cost.
Production guidance
- Validate before applying.
- Test in non-production.
Verification
- What is the topic in production terms?
- Why does a sysadmin care about it?
- How does it fail and how do you diagnose the failure?
Quiz
Knowledge check · 8 questions
Q1. What is the primary purpose of reference architecture?
Q2. Which failure mode of reference architecture is most operationally costly?
Q3. Production verification should run on production hosts.
Q4. First response when reference architecture misbehaves?
Q5. Name one signal that confirms reference architecture is healthy.
Q6. Which of these are validation steps?
Q7. Right discipline when changing in production?
Q8. Telemetry usefulness requires:
Passing score: 75%. Answers are checked in this browser.