タグ: #metrics

← すべての記事

• コードレビュー 完全ガイド: レビューをプロセスとして設計する ♪ 聞けます

  コードレビューを会話ではなく、スループット・レイテンシ・所有権を持つシステムとして扱います。承認基準の文書化、変更サイズ、1営業日の応答規則、人と自動化の分担、所有権と承認規則、コメントの等級、合意できないときのエスカレーション、そしてレビュー指標が誤用される仕方までを運用の観点で整理します。

  2026-08-15 · 40 分で読めます #코드리뷰#개발문화#code-review#process#automation

• 質問に答えるPrometheusメトリクス設計 — 型の選択、カーディナリティ予算、rateと分位数の罠

  メトリクスは多ければよいのではなく、質問に答えられてこそ価値があります。カウンタ、ゲージ、ヒストグラムがそれぞれどんな質問に答えるのか、選び方を間違えるとどんな計算が原理的に不可能になるのかから整理します。ラベルのカーディナリティを感覚ではなく数字で予算化する方法、rateとhistogramquantileが静かに間違った答えを返す条件、そしてレコーディングルールをいつどんな名前で作るかを扱います。最後にパネルを作る前に自問すべき五つ

  2026-08-02 · 27 分で読めます #observability#prometheus#promql#metrics#cardinality

• テキスト・画像・エージェントをそれぞれどう測るか — 三つの領域の測定が根本的に違う理由 ♪ 聞けます

  テキスト・画像・エージェントは同じ「性能」という言葉を使いますが、測定の構造はまったく異なります。テキストは正解があるふりをした選択式と、正解のない生成式に分かれ、画像は分布距離と人間の判断がずれ、エージェントは部分成功・環境状態・非決定性のためにそもそも一つの数字に圧縮できません。この記事は各領域の代表的な指標が実際に何を計算しているのかを定義のレベルで分解し、領域ごとに「指標は高いのに実際には悪い」事例を一つずつ添えました。最後に領

  2026-08-02 · 37 分で読めます #llm-evaluation#multimodal#llm-as-judge#agent-benchmark#metrics

• リファクタリングの経済学、コストはいつ回収されるか — 変更頻度で計算する方法

  2026年7月30日にmartinfowler.comに掲載されたThe Economic Benefit of Refactoringは、約1万7千行のモジュールを15段階でリファクタリングしながら、同じ変更要求を毎回繰り返し実行し、入力トークンが159,564個から27,360個へと83パーセント減少することを測定しました。興味深い実験ですが、著者自身が単一の実験であり、グリーンフィールドのアプリ一つに限られると釘を刺しています。こ

  2026-07-31 · 29 分で読めます #refactoring#engineering#technical-debt#ai#metrics

• ネイティブヒストグラムはstableになったのに、なぜまだオンにできないのか

  2022年11月にv2.40で実験機能として登場したPrometheusのネイティブヒストグラムは、2025年12月の3.8.0でstableになり、2026年7月1日にリリースされた3.13がこの機能をstable状態で含む最初のLTSです。既存の3.5 LTSは2026年7月31日にサポートが終了するため、LTSトラックに乗る組織にとって今がまさに決定の時点です。ただし「stable」という言葉が保証する範囲は思ったより狭く、依然と

  2026-07-16 · 30 分で読めます #prometheus#observability#native-histograms#metrics#monitoring

• 成功した会社はどのように視力を失うか — エンジニアリング組織の能力の失明

  Ian Reppel のエッセイは、成功した会社が彼の言う「能力の失明（competence blindness）」に陥ると述べます。メキシコの洞窟魚が自らの目を抑制するように、環境がもはや報いないために、丁寧なエンジニアリングを発現しなくなるのです。これは単なる放置ではなく能動的な抑制であり、古典的な破壊的イノベーションとも異なります。本稿はその主張を忠実に伝えたうえで、それがエンジニアリング組織でどのように現れるかを見ます。誰も問え

  2026-07-11 · 17 分で読めます #engineering-culture#organizations#legacy#metrics#leadership

• 時系列データベース 2026 完全ガイド - InfluxDB 3 · TimescaleDB · QuestDB · ClickHouse · Prometheus · VictoriaMetrics · Grafana Mimir 徹底解剖 ♪ 聞けます

  2026年の時系列データベース (TSDB) フルスタックを解剖。InfluxDB 3.0 の Rust + Apache Arrow + DataFusion + Parquet リライト、TimescaleDB 2.18 ハイパーテーブル、QuestDB 8.x SIMD インジェスト、ClickHouse 25.x MergeTree、Prometheus 3.0 と VictoriaMetrics 1.110+ MetricsQ

  2026-05-16 · 37 分で読めます #time-series-database#influxdb#timescaledb#questdb#clickhouse

• OpenTelemetry 2026 深掘り — OTLP・セマンティック規約・Collector パイプライン・自動計装、標準化戦争が終わった場所から ♪ 聞けます

  OpenTelemetry はもはや「競合する選択肢の一つ」ではない。2026年5月時点、OTLP は主要な可観測性ベンダー全てが受け取る単一プロトコルとなり、HTTP・リレーショナル DB・メッセージングのセマンティック規約 v1 は stable で固まった。ログは GA、Profiles は第四のシグナルとして位置を固めつつある。Beyla や Coroot が引っ張ってきた eBPF 自動計装は『SDK なしのトレース一行』を現

  2026-05-14 · 33 分で読めます #opentelemetry#observability#traces#metrics#logs

• Observability & モニタリング完全ガイド 2025: ロギング、メトリクス、トレーシング、アラート戦略

  Observabilityのすべて！Three Pillars（ログ/メトリクス/トレース）、OpenTelemetry、Prometheus+Grafana、ELK Stack、分散トレーシング（Jaeger/Tempo）、アラート戦略（PagerDuty/OpsGenie）、SLO/SLI/SLA、コスト最適化。

  2026-03-25 · 22 分で読めます #observability#monitoring#logging#distributed-tracing#metrics

• オブザーバビリティ(Observability)完全ガイド2025：Prometheus、Grafana、OpenTelemetryでシステムを透明に

  オブザーバビリティの3つの柱（メトリクス/ログ/トレース）を完全制覇！Prometheusクエリ(PromQL)、Grafanaダッシュボード、OpenTelemetry計装、Jaeger分散トレーシング、ELK/Lokiロギング、アラート戦略、SLI/SLO/SLA、オンコール文化まで。

  2026-03-23 · 30 分で読めます #observability#monitoring#prometheus#grafana#opentelemetry

• VMI status、メトリクス、ゲストエージェント、デバッグ：KubeVirtは内部状態をどう見せるか

  KubeVirtがVMI status、ゲストエージェント、domain stats、Prometheusメトリクス、virt-handler APIを通じてVM内部状態をどう収集・公開するかをコード基準で整理する。

  2026-03-20 · 10 分で読めます #architecture#kubevirt#observability#metrics#guest-agent

• OpenTelemetry Collector本番運用ガイド：パイプラインアーキテクチャ、カスタムプロセッサ開発、スケーリング戦略

  OpenTelemetry Collectorのパイプラインアーキテクチャ設計、Receiver/Processor/Exporter構成、カスタムプロセッサ開発、Agent vs Gatewayデプロイメント、テールサンプリング戦略、本番スケーリングのベストプラクティスを網羅的に解説します。

  2026-03-07 · 19 分で読めます #observability#opentelemetry#telemetry-pipeline#distributed-tracing#metrics