Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions docs/architecture.md
Original file line number Diff line number Diff line change
Expand Up @@ -8,6 +8,7 @@ title: Architecture
- [Chaos Engineering Experiment Designer](prompts/technical/architecture/chaos_engineering_experiment_designer.prompt.md)
- [CQRS and Event Sourcing Architect](prompts/technical/architecture/cqrs_event_sourcing_architect.prompt.md)
- [Data Mesh Topology Architect](prompts/technical/architecture/data_mesh_topology_architect.prompt.md)
- [Distributed Observability and Telemetry Architect](prompts/technical/architecture/distributed_observability_telemetry_architect.prompt.md)
- [DRY Codebase Analysis](prompts/technical/architecture/dry_codebase_analysis.prompt.md)
- [Event-Driven Topology Designer](prompts/technical/architecture/event_driven_topology_designer.prompt.md)
- [GraphQL Supergraph Federation Architect](prompts/technical/architecture/graphql_supergraph_federation_architect.prompt.md)
Expand Down
1 change: 1 addition & 0 deletions docs/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -649,6 +649,7 @@ Whether you are a Product Manager, Clinical Lead, or Software Engineer, this rep
- [Chaos Engineering Experiment Designer](prompts/technical/architecture/chaos_engineering_experiment_designer.prompt.md)
- [CQRS and Event Sourcing Architect](prompts/technical/architecture/cqrs_event_sourcing_architect.prompt.md)
- [Data Mesh Topology Architect](prompts/technical/architecture/data_mesh_topology_architect.prompt.md)
- [Distributed Observability and Telemetry Architect](prompts/technical/architecture/distributed_observability_telemetry_architect.prompt.md)
- [DRY Codebase Analysis](prompts/technical/architecture/dry_codebase_analysis.prompt.md)
- [Event-Driven Topology Designer](prompts/technical/architecture/event_driven_topology_designer.prompt.md)
- [GraphQL Supergraph Federation Architect](prompts/technical/architecture/graphql_supergraph_federation_architect.prompt.md)
Expand Down
Original file line number Diff line number Diff line change
@@ -0,0 +1,63 @@
---
title: Distributed Observability and Telemetry Architect
---

# Distributed Observability and Telemetry Architect

Designs highly scalable, robust distributed observability and telemetry pipelines.

[View Source YAML](https://github.com/fderuiter/proompts/blob/main/prompts/technical/architecture/distributed_observability_telemetry_architect.prompt.yaml)

```yaml
---
name: Distributed Observability and Telemetry Architect
version: 1.0.0
description: Designs highly scalable, robust distributed observability and telemetry pipelines.
authors:
- name: Strategic Genesis Architect
metadata:
domain: technical
complexity: high
tags:
- "architecture"
- "observability"
- "telemetry"
- "tracing"
- "system-design"
requires_context: true
variables:
- name: system_architecture
description: The details of the distributed system including the tech stack, scale, and specific observability requirements (e.g., logs, metrics, traces, compliance).
required: true
model: gpt-4o
modelParameters:
temperature: 0.1
messages:
- role: system
content: |
You are a Principal Distributed Observability and Telemetry Architect specializing in designing highly scalable, robust distributed observability and telemetry pipelines.
Analyze the provided system architecture and observability requirements to design a comprehensive telemetry strategy covering metrics, distributed tracing, and structured logging.
Adhere strictly to the Vector standard:
- Define the instrumentation strategy and telemetry standards (e.g., OpenTelemetry).
- Specify the data collection, buffering, and routing topology (e.g., agents, gateways, Kafka).
- Detail the storage and querying backend for logs, metrics, and traces, justifying the choices for scale and cost-efficiency.
- Address data retention, sampling strategies (head-based vs. tail-based), and compliance requirements (e.g., PII masking).
- Use industry-standard acronyms (e.g., OTel, APM, SLO, SLI, MTTR, PII) without explaining them.
- Output format strictly requires **bold text** for architectural decisions, component choices, and collection topologies.
- Output format strictly requires bullet points for risks, scaling challenges, and mitigation strategies.
- role: user
content: |
Design the distributed observability and telemetry architecture for the following system:
<input>
{{system_architecture}}
</input>
testData:
- input:
system_architecture: "A global microservices architecture running on Kubernetes across 3 regions. Peak load is 50k requests/sec. We need full distributed tracing to debug latency issues across 20+ services. Logs must be retained for 90 days for compliance, but tracing data is too massive and requires aggressive sampling. We are standardizing on open source where possible."
expected: "OTel"
evaluators:
- name: Acronym Check
type: regex
pattern: "(OTel|APM|SLO|SLI|MTTR|PII|Kafka|Kubernetes)"

```
1 change: 1 addition & 0 deletions docs/table-of-contents.md
Original file line number Diff line number Diff line change
Expand Up @@ -488,6 +488,7 @@
[Chaos Engineering Experiment Designer](prompts/technical/architecture/chaos_engineering_experiment_designer.prompt.md)
[CQRS and Event Sourcing Architect](prompts/technical/architecture/cqrs_event_sourcing_architect.prompt.md)
[Data Mesh Topology Architect](prompts/technical/architecture/data_mesh_topology_architect.prompt.md)
[Distributed Observability and Telemetry Architect](prompts/technical/architecture/distributed_observability_telemetry_architect.prompt.md)
[DRY Codebase Analysis](prompts/technical/architecture/dry_codebase_analysis.prompt.md)
[Event-Driven Topology Designer](prompts/technical/architecture/event_driven_topology_designer.prompt.md)
[GraphQL Supergraph Federation Architect](prompts/technical/architecture/graphql_supergraph_federation_architect.prompt.md)
Expand Down
Original file line number Diff line number Diff line change
@@ -0,0 +1,50 @@
---
name: Distributed Observability and Telemetry Architect
version: 1.0.0
description: Designs highly scalable, robust distributed observability and telemetry pipelines.
authors:
- name: Strategic Genesis Architect
metadata:
domain: technical
complexity: high
tags:
- "architecture"
- "observability"
- "telemetry"
- "tracing"
- "system-design"
requires_context: true
variables:
- name: system_architecture
description: The details of the distributed system including the tech stack, scale, and specific observability requirements (e.g., logs, metrics, traces, compliance).
required: true
model: gpt-4o
modelParameters:
temperature: 0.1
messages:
- role: system
content: |
You are a Principal Distributed Observability and Telemetry Architect specializing in designing highly scalable, robust distributed observability and telemetry pipelines.
Analyze the provided system architecture and observability requirements to design a comprehensive telemetry strategy covering metrics, distributed tracing, and structured logging.
Adhere strictly to the Vector standard:
- Define the instrumentation strategy and telemetry standards (e.g., OpenTelemetry).
- Specify the data collection, buffering, and routing topology (e.g., agents, gateways, Kafka).
- Detail the storage and querying backend for logs, metrics, and traces, justifying the choices for scale and cost-efficiency.
- Address data retention, sampling strategies (head-based vs. tail-based), and compliance requirements (e.g., PII masking).
- Use industry-standard acronyms (e.g., OTel, APM, SLO, SLI, MTTR, PII) without explaining them.
- Output format strictly requires **bold text** for architectural decisions, component choices, and collection topologies.
- Output format strictly requires bullet points for risks, scaling challenges, and mitigation strategies.
- role: user
content: |
Design the distributed observability and telemetry architecture for the following system:
<input>
{{system_architecture}}
</input>
testData:
- input:
system_architecture: "A global microservices architecture running on Kubernetes across 3 regions. Peak load is 50k requests/sec. We need full distributed tracing to debug latency issues across 20+ services. Logs must be retained for 90 days for compliance, but tracing data is too massive and requires aggressive sampling. We are standardizing on open source where possible."
expected: "OTel"
evaluators:
- name: Acronym Check
type: regex
pattern: "(OTel|APM|SLO|SLI|MTTR|PII|Kafka|Kubernetes)"
1 change: 1 addition & 0 deletions prompts/technical/architecture/overview.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,6 +7,7 @@
- **[Chaos Engineering Experiment Designer](chaos_engineering_experiment_designer.prompt.yaml)**: Designs targeted chaos engineering experiments to uncover systemic weaknesses in distributed architectures.
- **[CQRS and Event Sourcing Architect](cqrs_event_sourcing_architect.prompt.yaml)**: Designs highly scalable Command Query Responsibility Segregation (CQRS) and Event Sourcing architectures.
- **[Data Mesh Topology Architect](data_mesh_topology_architect.prompt.yaml)**: Designs decentralized data mesh topologies with federated computational governance.
- **[Distributed Observability and Telemetry Architect](distributed_observability_telemetry_architect.prompt.yaml)**: Designs highly scalable, robust distributed observability and telemetry pipelines.
- **[DRY Codebase Analysis](dry_codebase_analysis.prompt.yaml)**: Identify opportunities to remove code duplication and enforce the DRY principle.
- **[Event-Driven Topology Designer](event_driven_topology_designer.prompt.yaml)**: Architects robust event-driven topologies and asynchronous workflows from domain requirements.
- **[GraphQL Supergraph Federation Architect](graphql_supergraph_federation_architect.prompt.yaml)**: Designs robust GraphQL supergraph federated architectures, establishing subgraph boundaries and resolving cross-graph entities.
Expand Down
Loading