本番環境でシーケンス図の答え合わせ: オブザーバビリティしませんか？ - 株式会社X-Tech5
Blog X-Tech5エンジニアがお送りするテックブログ SREやDevOpsをはじめ、インフラエンジニアリングの実践情報を届けします。 「なんか、たまにレスポンスが遅い時がある気がするんですよね」 →「わかります。でも、いまいち再現できないんですよねぇ…」 こうした会話は現場でよく見られます。ユーザーからの問い合わせや、QAチームやカスタマーサクセスチームでの発見、チーム内での気づきなどに端を発することが多く、そのほとんどは明確なデータに基づかない「感覚」から始まります。 この「感覚」は非常に重要です。 しかし「感覚」は主観的なものですから、扱いが難しい側面があります。重要だが緊急ではないと判断されて後回しに…これまた、よくある光景です。 もしこの「感覚」をデータで確認できたらどうでしょうか？ データをもとに、状況確認や定量化ができれば、より適切に優先順位をつけられます。それにデータが
計測する前に観察せよ ~ Observe. Don't measure for monitoring until you've observed - An Epicurean
エンジニア大好き「推測するな、計測せよ」。これは、Plan 9, UTF-8やGoの作者としても知られる、Rob Pike氏の Rob Pikes's 5 Rules of ProgrammingのRule 3.に由来すると認識している。以下に原文を引用する。 Rule 3. Measure. Don't tune for speed until you've measured, and even then don't unless one part of the code overwhelms the rest. Rob Pike's 5 Rules of Programming 訳すと以下のようになる。 「計測せよ。計測するまでチューニングをするな、そしてそこが支配的じゃないならチューニングするな。」 要は「チューニングする前に計測せよ」という主張で「推測」と言う言葉は出てこない。なの
【OpenTelemetry】オブザーバビリティバックエンド8種食べ比べ
sumirenです。 技術顧問やSREをしています。 背景 2024年現在、OpenTelemetryが盛り上がっており、ベンダへの依存度を下げてテレメトリを収集・送信することがトレンドになってきているように思います。多くの企業様で、OpenTelemetry対応のオブザーバビリティバックエンドを選定されているのではないでしょうか。 一方で、E2E自動テストツールなどもそうですが、デベロッパーツールは画面やUXの情報がパブリックな情報として出回ることが少ないように思います。オブザーバビリティバックエンドの場合、シグナル3種に関してOpenTelemetryベースでもフルに機能が活用できるのかという疑問もあります。 そうしたこともあり、オブザーバビリティバックエンドは実際にトライアルしてみないと選定しづらいです。監視など狭義のオブザーバビリティ外の機能や、OpenTelemetryの範囲外の
telemetrygenで行うOpenTelemetry Collectorの負荷試験 | ucpr.dev
はじめに OpenTelemetry は Observability において広く採用されており、アプリケーションやインフラの監視には欠かせないツールです。OpenTelemetry を導入する際テレメトリデータを収集・処理・転送するために、OpenTelemetry Collector を利用することがあります。 OpenTelemetry Collector を運用していく際には、Collector がどの程度の負荷に耐えられるかを事前に検証しておくことが重要です。本記事では、telemetrygen を利用して OpenTelemetry Collector の負荷試験を簡易的に行う方法について紹介します。 前提 本記事において利用しているツールのバージョンは以下の通りです。 OpenTelemetry Collector Contrib: v0.107.0telemetrygen:
OpenTelemetry のカスタムビルドを試す
この記事を読むと OpenTelemetry Collector のカスタムビルドについて知ることができます 最初に OpenTelemetry Collector（以下、Otel Collector または Collector） を使ったアプリケーションのトレース、メトリクス収集では、設定次第で様々なバックエンドに送信することが可能です。 また、Processor によるフィルタリング、バッチ処理などのデータ処理を行うことも可能であり、より拡張性の高いデータ収集を行うことが可能となります。 触っていく中で、設定ファイルをいじって色々と試したくなります。 そんな時、OpenTelemetry Collector Builder (ocb) によるカスタムビルドが役に立ちましたので、この記事ではOpenTelemetry Collector Builder (ocb) の紹介をします。 Op
OpenTelemetry CollectorでPrometheus Remote Storageへ直接メトリクスを書き込む - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? OpenTelemetryとは 画像引用元: https://www.appdynamics.com/blog/product/what-is-opentelemetry/ OpenTelemetryはOpenTracingとOpenCensusがマージされできたプロジェクトでこれら二つの次のメジャーバージョンとして提供されます。 トレース、メトリクス、ログのようなテレメトリーデータの作成・管理をするためにデザインされたAPI・SDK・ツールのセットを提供され、OpenTelemetryを利用することでテレメトリデータを計測・生成・収集
オブザーバビリティには限りがない話
先日NewRelicの清水さんにマンツーマンでオブザーバビリティの話をきかせてもらえるという貴重な経験をした。長年アプリケーションレイヤーも含んでシステム運用の経験があると「あるある」な話なのだが、次のようなことが起こる。 何か不具合や障害が起こる 該当時刻のエラーログなどを見るが情報が少なく、原因を特定する決定打に欠ける 次回、また同じことが起こったときには原因を特定できるように、printfデバッグするコードを大量に埋め込んだバージョンに更新して、デプロイする もう一度起こるのを待つ これは最初の状態が「オブザーバビリティに欠けた状態」だったと言える。めちゃ納得してEnter Sandmanくらいヘドバンして頷いてしまう。 僕の経験上このようなケースを避けるために良い結果を出してきたのは、Javaの例外が出た箇所でスタックトレースを取得しておくことだ（僕らは単にログファイルに吐いておい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to Avoid Paying for Honeycomb
GitHub - CtrlSpice/otel-desktop-viewer: desktop-collector
OpenTelemetry Semantic Conventions 1.29.0
Ask Miss O11y: Mapping Out Your Observability Journey
Practical OpenTelemetry in Javascript/Typescript - Martin Thwaites - NDC Oslo 2024
Getting Started With Refinery: Rules File Template
Documentation
GitHub - ucpr/tlgen-loadtest-example
opentelemetry-collector-contrib/cmd/telemetrygen at main · open-telemetry/opentelemetry-collector-contrib
Ask Miss O11y: Load Testing With Fidelity