Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
OpenTelemetry Collector 自身のモニタリング / Monitoring ...
Search
nabeo
February 15, 2024
Technology
660
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
インフラ側からみた PostgreSQL の Row Level Security (RLS) ~ オーロラ (Aurora) ソースを添えて ~ / Henry Engineer Meetup #8
nabeo
0
120
組織とプロダクトの変化に合わせたクラウド選択 / Henry Engineer Meetup #5
nabeo
0
110
kotlin-lsp の開発開始に触発されて、Emacs で Kotlin 開発に挑戦した記録 / kotlin‑lsp as a Catalyst: My Journey to Kotlin Development in Emacs
nabeo
3
1.2k
SRE 文化の醸成: stream-aligned チームに Enabling するために実施した事例の解説 / Cloud Operator Days Tokyo 2025
nabeo
0
350
kotlin-lsp を Emacs で使えるようにしてみた / use kotlin-lsp in Emacs
nabeo
0
570
Docker Compose で手軽に手元環境を実現する / Simplifying Local Environments with Docker Compose #CinemaDeLT
nabeo
0
670
ヘンリーにおける可観測性獲得への取り組み
nabeo
2
2.4k
AWS CDK (TypeScript) を継続的にメンテ可能にするために取り入れているノウハウ集
nabeo
0
1.5k
AWS Organizations 組織を移動する時に 考えること 100 連発 (AWS Control Tower への組み込みを添えて) / Hatena Engineer Seminar #20
nabeo
2
3.6k
Other Decks in Technology
See All in Technology
Argo CDとAtlantisで実現するインフラ管理のセルフサービス化──小規模SREチームで支えるプラットフォーム
cassius7
0
160
SREへの勘違いに気づいた後の話
tomodakengo
0
160
Why Agent Cost Needs Observability
nttcom
0
170
3人で1000GPU超を統合運用する?マルチクラウド&オンプレを跨ぐ、構築と運用のリアル!
kazukun0716
1
180
【技術的負債conf】事業成長に伴う技術的負債の説明責任とAIによるモニタリング、認知的負債について
i35_267
4
2.2k
Harness Engineering on Rails
joelq
0
520
spanner-autoscalerに学ぶ CRD設計パターン 〜自動化と緊急時対応を両立する Kubernetesコントローラーの作り方〜
tkuchiki
0
130
猫でもわかるKiro Web
kentapapa
1
100
AIに書かせて、プラットフォームで縛る ― EKSプラットフォームで実践した責任境界と権限設計
elmodev09
0
560
GoのInterface内部構造から学ぶ!最高パフォーマンスを出すコード設計
yappli_developers
1
290
認知負荷を吸収し、プロダクトをまたぐPR Preview基盤の設計事例
taiki45
2
320
SREの視点で考えるSIEM活用術 〜AWS環境でのセキュリティ強化〜
cscengineer
PRO
0
360
Featured
See All Featured
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
3
4.3k
Optimizing for Happiness
mojombo
378
71k
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
680
Evolving SEO for Evolving Search Engines
ryanjones
0
300
Imperfection Machines: The Place of Print at Facebook
scottboms
270
14k
Navigating Team Friction
lara
192
16k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.7k
4 Signs Your Business is Dying
shpigford
187
23k
Typedesign – Prime Four
hannesfritz
42
3.2k
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
470
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
470
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
920
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/ 技術ブログやってます