以下の内容はhttps://ozaki25.hatenadiary.jp/entry/2024/05/09/205213より取得しました。
ペパボOpenTelemetry革命
OpenTelemetry
- SaaSやOSSごとにやっていたテレメトリデータを標準化したもの
- テレメトリデータ
- オブザーバビリティを実現するための情報
- ログ、メトリクス、トレース
- Receiver
- Processors
- Exporters
なぜ導入したか
- もしDataDogが値上げしたとしても対応できるように
- 分散トレーシングが未導入だった
- MackerelとPrometheusを両方入れていた
導入状況
- Metrics
- Trace
- Grafana Tempoを採用
- VMのTraceもOtel Collectorを経由してk8sのTempoへ
- Log
今後
- APM
- 可用性高くなくていいのでSelfHostedでいい
- Sentryを検討中
- Elastic APMはやめた
- 計測できるようになったので改善のサイクルを回していきたい
- 計測できるようになったが活用できているかは別
- 計測できても改善できるかは別
サービスの構成
- opentelemetry-rubyというrubyようのクライアントがある
- APIとSDKを提供
- メトリクスとログはin development
その他の活用
- Service Graphs
- トレースデータを分析してサービス感の関係を構築
- Grafanaで可視化
- Exemplar
- トレースODを付与することでトレースとメトリクスを連携
仕様と実装で学ぶOpenTelemetry
OpenTelemetryの仕様
- 仕様は実装を意識して作られてる
- OpenTelemetry Specification
- Package Layout
- Client Design Principles
- FWやライブラリはOpenTelemetryAPIのみに依存すること
SMTPでのOpenTelemetryの可能性を考えてみる
- RyuichiWatanabe@gurasan(@ryuichi_1208)さん
メールの送信
- 送信元送信先にサーバがある
- 中間には多くのステップがある
- さらにSMTPのやりとりが複雑で多い
- メールが届かないとなった時にどこで落ちてるか調べるのが大変
- Trace
- log
- Metrics
otelcol receiver 自作RTA
OpenTelemetry SDKを使ってフロントエンドのログとCore Web Vitalsを収集した話
背景
- BEはOpenTelemetry入れている
- FEでも利用することにした
やったこと
- OpenTelemetryCollectorにログを送信するロガーを作る
- console.errorを上書きして送る
- キャッチされなかったエラーをキャッチするイベントハンドラーに登録
- web-vitalsのパッケージで取得した値も送信
- LogAnalyticsでグラフを作った
落とし穴
- SDKは開発中でドキュメントもない
- ヘッダーを指定するとsendBeaconが使われない
以上の内容はhttps://ozaki25.hatenadiary.jp/entry/2024/05/09/205213より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます
不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14