Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
OpenTelemetry Collector 自身のモニタリング / Monitoring ...
Search
nabeo
February 15, 2024
Technology
630
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
OpenTelemetry Collector 自身のモニタリング / Monitoring the OpenTelemetry Collector itself
OpenTelemetry Meetup 2024-02
https://opentelemetry.connpass.com/event/306904/
nabeo
February 15, 2024
More Decks by nabeo
See All by nabeo
組織とプロダクトの変化に合わせたクラウド選択 / Henry Engineer Meetup #5
nabeo
0
84
kotlin-lsp の開発開始に触発されて、Emacs で Kotlin 開発に挑戦した記録 / kotlin‑lsp as a Catalyst: My Journey to Kotlin Development in Emacs
nabeo
3
1.1k
SRE 文化の醸成: stream-aligned チームに Enabling するために実施した事例の解説 / Cloud Operator Days Tokyo 2025
nabeo
0
300
kotlin-lsp を Emacs で使えるようにしてみた / use kotlin-lsp in Emacs
nabeo
0
510
Docker Compose で手軽に手元環境を実現する / Simplifying Local Environments with Docker Compose #CinemaDeLT
nabeo
0
630
ヘンリーにおける可観測性獲得への取り組み
nabeo
2
2.4k
AWS CDK (TypeScript) を継続的にメンテ可能にするために取り入れているノウハウ集
nabeo
0
1.4k
AWS Organizations 組織を移動する時に 考えること 100 連発 (AWS Control Tower への組み込みを添えて) / Hatena Engineer Seminar #20
nabeo
2
3.5k
AWS Transit Gateway を使った内部ネットワークの構成変更の話 / AWS Transit Gateway and Me
nabeo
0
790
Other Decks in Technology
See All in Technology
AIのReact習熟度を測る
uhyo
2
680
AIネイティブな開発のサプライチェーンリスク対策 〜激動の開発現場でリスクに立ち向かう〜【ZennFes】
cscengineer
PRO
2
160
いまさら聞けない「仕様駆動開発入門」 〜AI活用時代の開発プロセスを考える〜
findy_eventslides
2
200
Comment regagner la souveraineté de vos données tout en étant payé grâce à Nostr !
rlifchitz
0
200
「勝手に広まる」人気 AI エージェントを爆速で作ろう!(AWS Summit Japan 2026講演資料)
minorun365
PRO
10
2.5k
ロボティクスの技術 / Robotics Technology
ks91
PRO
0
130
AI Agentをシステムに組み込む前にゆるく向き合ってみる
hayama17
0
140
感情と身体を置き去りにしない、エンジニアの生きのこり方 ──いまから、ここから「自分の状態」を扱うという選択
saorimurooka
0
340
スタートアップにAmazon EKSは早すぎる? マルチプロダクト戦略を加速する Platform Engineeringの実践 / Is Amazon EKS Too Soon for Startups? Practical Platform Engineering to Accelerate a Multi-Product Strategy
elmodev09
1
1.8k
2026-06-24_人とAIの責務分離に基づく開発プロセスの提案.pdf
takahiromatsui
0
120
Kiro Ambassador を目指す話
k_adachi_01
0
130
Multi-Agent並列開発を 安全に回すための技術 / Technology for Safely Multi-Agent Parallel Development
tooppoo
0
170
Featured
See All Featured
First, design no harm
axbom
PRO
2
1.2k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
370
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.3k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
620
The Mindset for Success: Future Career Progression
greggifford
PRO
0
370
What does AI have to do with Human Rights?
axbom
PRO
1
2.2k
Embracing the Ebb and Flow
colly
88
5.1k
Chasing Engaging Ingredients in Design
codingconduct
0
230
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
Exploring anti-patterns in Rails
aemeredith
3
420
KATA
mclloyd
PRO
35
15k
Raft: Consensus for Rubyists
vanstee
141
7.6k
Transcript
Copyrights(c) Henry, Inc. All rights reserved. 好きになる、はじめての電子カルテ OpenTelemetry Meetup 2024-02
OpenTelemetry Collector 自身のモニタリング 2024/02/15 @nabeo
Copyrights(c) Henry, Inc. All rights reserved. 自己紹介 渡辺 道和 (@nabeo)
株式会社ヘンリー CTO室 SRE 2023年06月〜 2
Copyrights(c) Henry, Inc. All rights reserved. クラウド型電子カルテ・レセコンシステム「Henry」 • 電子カルテ :
医療情報を管理・記録するソフトウェア • レセコンシステム : レセプト (診療報酬) に基づいた会計情報 を管理するソフトウェア 3
Copyrights(c) Henry, Inc. All rights reserved. 今日のネタバレ 4
Copyrights(c) Henry, Inc. All rights reserved. OpenTelemetry Collector 自身のモニタリングしてますか? 5
Copyrights(c) Henry, Inc. All rights reserved. OpenTelemetry Collector 自身のモニタリングしてますか? •
開発元のリポジトリには monitoring.md という名前のド キュメントがある ◦ https://github.com/open-telemetry/opentelemetry-collector /blob/main/docs/monitoring.md • 開発元のリポジトリには observability.md という名前のド キュメントがある ◦ https://github.com/open-telemetry/opentelemetry-collector /blob/main/docs/observability.md 6
Copyrights(c) Henry, Inc. All rights reserved. これで勝つる!! 7
Copyrights(c) Henry, Inc. All rights reserved. と、思うじゃん? 8
Copyrights(c) Henry, Inc. All rights reserved. ハマりどころ • そもそも OpenTelemetry
Collector 自身の可観測性の戦略 については issue で議論が続いている ◦ https://github.com/open-telemetry/opentelemetry-collector /issues/7532 ◦ observability.md でも OTLP によるエクスポートは実験的だよ、 と書いてある ◦ monitoring.md では Prometheus 形式でエクスポートされたメト リクスをベースにして書かれている • 素朴に googlecloud エクスポーターを使うとラベルが重複 しているとエラーになる 9
Copyrights(c) Henry, Inc. All rights reserved. 現時点での落とし所 • OpenTelemetry Collector
自身の内部情報 のメトリクスは Prometheus 形式でエクス ポート • 自分自身のメトリクスを prometheus レ シーバで収集する • transform プロセッサーでラベルをいい感 じにしている 10
Copyrights(c) Henry, Inc. All rights reserved. OTLP 形式でのエクスポートが正式版になったらどうする? • Prometheus
形式は捨てて OTLP 形式に移行すると思う • Prometheus 形式でエクスポートしているメトリクス名が変 わりそう ◦ メトリクスの連続性が途切れちゃうのは許容するしかないかとい う気持ち 11
Copyrights(c) Henry, Inc. All rights reserved. Thank you We are
hiring!! https://henry.jp/ 12 https://dev.henry.jp/ 技術ブログやってます