指标收集策略
了解收集指标的多种方式，包括推送模型与拉取模型。探索用于提取指标的常见代理和库。
指标收集策略 是 CoddyKit 上的免费 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课时。 这是第 2 节课，共 4 节。 你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。 这是 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 学习路径的一部分，你的进度在网页和 CoddyKit 应用中同步。 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课程共包含 4 节课。
本课时的部分内容尚未翻译，以英文显示。
Welcome to Metric Collection!
In this lesson, we'll explore how to gather those valuable metrics we discussed previously. Think of it as setting up the 'ears' and 'eyes' for your system!
Collecting metrics is crucial for understanding how your applications and infrastructure are performing. It helps you quickly spot issues and ensure everything is running smoothly.
Two Main Approaches: Push or Pull
When it comes to getting metrics from your systems, there are two fundamental strategies:
- Push Model: The application or a dedicated agent sends metrics to a central collector.
- Pull Model: A central collector fetches metrics from the applications or agents.
Each approach has its own strengths and weaknesses, which we'll explore next.
Understanding the Push Model
In the push model, your application or a local agent actively sends its metrics data to a central metrics store or collector. It's like your app shouting its status updates!
- Pros: Often easier with firewalls (outbound connections only), good for ephemeral (short-lived) jobs that might disappear before a collector can pull, can handle network partitions by buffering data.
- Cons: The collector needs to handle potentially unpredictable incoming load, harder to discover new targets automatically.
Push Model Example (Conceptual)
Here's a simple Java program that conceptually demonstrates pushing a metric. In a real scenario, this would involve sending data over HTTP to a metric collector endpoint.
Try running it to see the idea!
public class MetricPusher {
public static void main(String[] args) {
double cpuUsage = 65.2;
String metricName = "cpu_usage_percent";
// Simulate sending the metric to a collector
System.out.println("Pushing metric: " + metricName + " = " + cpuUsage);
System.out.println(" (Imagine this is an HTTP POST to a collector)");
}
}Understanding the Pull Model
With the pull model, a central metrics collector actively requests or 'scrapes' metrics from your applications or agents at regular intervals. It's like the collector asking, 'Hey, what's your status?'
- Pros: Easier service discovery (collector finds targets), collector controls scrape frequency and load, simpler target configuration.
- Cons: Requires inbound network access to targets, targets need to be long-lived to be scraped, more complex for highly dynamic environments.
Pull Model Example (Conceptual)
This Java example simulates an application exposing a metrics endpoint, ready for a collector to pull from. A real application would run a tiny web server.
Run it to see how an app might make data available.
public class MetricExposer {
public static void main(String[] args) {
String appStatus = "healthy";
int activeUsers = 150;
// Simulate an application making metrics available at an endpoint
System.out.println("Application running...");
System.out.println("Metrics ready for scraping at /metrics endpoint.");
System.out.println(" (Imagine a collector fetches: app_status='" + appStatus + "', active_users=" + activeUsers + ")");
}
}Dedicated Collection Agents
Many systems use dedicated collection agents. These are small programs that run on your server or container, gathering system-level metrics or acting as a proxy for application metrics.
- Prometheus Node Exporter: A popular agent that exposes hardware and OS metrics (CPU, memory, disk I/O) in a format Prometheus (a pull-based system) can scrape.
- Telegraf: A plugin-driven agent that can collect metrics from various sources (databases, message queues, system stats) and output them to different destinations (push or pull).
In-Application Libraries
For application-specific metrics, you often integrate client libraries directly into your code. These libraries allow you to instrument your application to expose custom metrics.
- Micrometer (Java): A vendor-neutral application metrics facade. You instrument your code once with Micrometer, and it can then export metrics to various monitoring systems (e.g., Prometheus, Datadog, Graphite).
- Prometheus Client Libraries: Language-specific libraries (e.g., Java, Python, Go) that let you define and expose metrics directly from your application in Prometheus's scrape format.
Choosing Your Collection Strategy
Deciding between push and pull, or using agents vs. libraries, depends on your specific environment:
- Environment: Cloud-native, on-prem, serverless functions.
- Network Topology: Firewall rules, service mesh.
- Data Volume & Velocity: How much data, how often?
- Existing Tools: What monitoring systems are you already using?
Often, a hybrid approach is used, combining agents for system metrics and libraries for application metrics.
Quick Check on Metrics
You've learned about the two main metric collection models. Let's see if you can distinguish between them.
Recap: Getting Metrics into Action
Great job! You've now grasped the core strategies for collecting metrics.
- We explored the push model, where applications send metrics.
- We also covered the pull model, where a central collector fetches metrics.
- You learned about dedicated collection agents (like Node Exporter, Telegraf) and in-application libraries (like Micrometer, Prometheus client libs) that implement these strategies.
Understanding these collection methods is key to building a robust observability setup!
常见问题解答
「指标收集策略」课时是免费的吗？
是的 — 「指标收集策略」的完整文本可在网页上免费阅读。要进行交互式练习（内置代码编辑器和全天候 AI 导师）并解锁 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课程的其余内容，请升级到 CoddyKit PRO。 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课程共包含 4 节课。
「指标收集策略」这节课中我会学到什么？
了解收集指标的多种方式，包括推送模型与拉取模型。探索用于提取指标的常见代理和库。 你通过在浏览器中直接运行的动手代码来练习 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry)，全天候 AI 导师会在你学习这节课的过程中回答你的问题。
学习 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 需要有经验吗？
无需任何先前经验。CoddyKit 上的 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课程适合初学者到高级学习者，你可以从这里开始或从头开始，按照自己的节奏学习。 这是第 2 节课，共 4 节。
「指标收集策略」课时需要多长时间？
大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动，所以你能稳步进步，并在网页和应用中从离开的地方继续。
我能在这节 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课中编写并运行代码吗？
能。每节 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课都包含内置代码编辑器，你可以在浏览器中直接编写并运行真实代码，并获得即时 AI 反馈 — 无需本地设置。