『入門OpenTelemetry』という本が出版されました #learning_otel - YAMAGUCHI::weblog
はじめに こんにちは、AWSのオブザーバビリティ/SREを得意領域とするデベロッパーアドボケイトです。この度、私が翻訳しました『入門OpenTelemetry―現代的なオブザーバビリティシステムの構築と運用』という書籍がオライリー・ジャパン社より発売されました。印刷版は書店ならびに各社オンラインストアでご購入いただけます。PDFならびにEPUBはオライリー・ジャパンのEbookストアにてご購入いただけます。 入門 OpenTelemetry ―現代的なオブザーバビリティシステムの構築と運用 作者:Ted Young,Austin Parkerオーム社Amazon www.oreilly.co.jp 『入門OpenTelemetry』はどんな本か 本書は、OpenTelemetry という、CNCFのIncubatingプロジェクトに関する解説書籍です。OpenTelemetryは非常に活発
Mackerelと連携する外形監視エージェントmaprobeにOtel metrics送信機能を追加した - 酒日記 はてな支店
この記事はMackerel Advent Calendar 2023 12月19日分の記事です。 Mackerelと連携する外形監視エージェント、maprobeというOSSを5年ほど前に作って、ずっと使っています。今回は maprobe v0.7.0で Otel (OpenTelemetry) metrics を送信する機能を追加したというお話です。 github.com maprobeについては以下の記事もどうぞ。 sfujiwara.hatenablog.com 3行でまとめ maprobeはMackerelに登録されているホスト情報を取得して、そのホストに対してping, TCP, HTTPによる外形監視とmackerel-pluginの実行によるメトリック取得を定期的に実行するエージェントです maprobe v0.7.0 では外形監視の結果とpluginの実行結果を、Macker
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 以前マイクロサービスの分散トレーシングを導入する機会を頂き、OpenTelemetryについて色々と調べていました。 そこで今回は備忘録も兼ねて、OpenTelemetryとOpenTelemetry Collectorについて概要をまとめてみました。 OpenTelemetryとは OpenTelemetryは、トレース、メトリック、ログなどのテレメトリデータの作成と管理用に設計された、API、SDK、ツール、および統合のセットです。ベンダーに依存しない実装を提供し、選択したバックエンドにテレメトリーデータを送信する方法を標
概要 OpenTelemetryはObservabilityの三本柱であるLogs、Metrics、Tracesをベンダーに依存せず実装するための仕様＆実装です。 今回はそのうちのTracesをGoで試してみます。 環境 Go v1.20.2 go.opentelemetry.io/otel/trace v1.14.0 前提知識 登場人物 OpenTelemetryでは以下の要素があります。 登場人物 役割 Tracer Provider Tracerを提供する。またトレース情報のExport先を管理したり、トレースに共通で付けたい属性データを管理する Tracer Spanを生成する Span 各操作におけるトレース情報 Trace Exporter トレース情報の出力先。標準出力だったり、Jaegerのような分散トレース可視化ツールなど Trace Context Spanの関連付け（
株式会社ヘンリーでオブザーバビリティを担当しているsumirenです。 ヘンリーではHoneycombのProプラン、15億スパンの契約をしています。 GraphQLのresolverなどあまりにスパン量が多いものは導入時に削りましたが、顧客数が増えたり新規機能が増えたことでQuotaを超えてしまうようになってきたため、既存スパンを分析したうえで削減を行いました。 トレース集計やHoneycomb素晴らしさを示すことにつながるため、主にスパンの分析についてシェアします。 スパン削減の戦略 スパン削減には大きく2つの方向性があります。（アプリケーションを直す以外） トレースカットでのアプローチ トレースカットでサンプリングする 例：正常なトレースは1%だけサンプルする、無料ユーザーのトレースは1%だけサンプルするなど トレース横断的なアプローチ スパン種類ごとにドロップの条件をつける 例：S
分散トレーシングの標準仕様及びFWを提供するOpenTelemetryについて、公式ドキュメントを読めば基本的な概念については理解できると思います。 ただ、実際にContext Propagationがどう行われているのかとか、APIとSDKがどこで実装されているのかとか、裏側までイメージするまで少し時間がかかったのでそのときに色々メモったものをまとめてみたいと思います。 なお、OpenTelemetryとOpenTracing、OpenCensusなどの関連や歴史的な経緯については既に色々記事があるようですので取り上げません。 対象読者 なんとなくOpenTelemetryの全体像は理解しているが、下記の点までは理解できてない 各Componentと具体的な実装の結びつき Context Propagationが具体的にどう行われるか（≒parent_span_idやその他のSpan C
OpenTelemetryでメトリックを計装するときによく出現するReaderやAggregationなど色々な用語をまとめて紹介します - Mackerel ブログ #mackerelio
Mackerelチームでアプリケーションエンジニアをやっているid:lufiabbです。この記事はMackerel Advent Calendar 2023の21日目の記事です。昨日はid:itchynyさんの「Mackerel REST APIの公式Goクライアントをジェネリクスを使ってリファクタリングしました」でした。 Mackerel Meetup 14で発表があったとおり、Mackerelでは「ラベル付きメトリック」という機能でOpenTelemetry Metricsへの対応を行います。ラベル付きメトリックは名前のとおりメトリックがラベルを持てます。従来のMackerelではcustom.http.response_time.2xxやcustom.http.response_time.4xxのように複数のメトリックとして表現していましたが、ラベル付きメトリックではcustom.h
これはOpenTelemetry Advent Calendarの14日目です。 qiita.com どんな話がいいかなと考えていたのですが、ここでは「アプリケーションとOpenTelemetry Collectorがどのように関わってメトリックを(Prometheusなどの)バックエンドサービスに送信するのか」を見ていこうと思いました。今からOpenTelemetryを触るならOpenTelemetry Collectorは実質必須なコンポーネントだと思うで、関係を把握しておくと嬉しいことがあるかもしれません。 OpenTelemetry Collectorとは何か 記憶によると、2020年頃はOpenTelemetry Collectorが存在していなかったので、過去に書いたOpenTelemetryでメトリックを記録するではアプリケーションにExporter*1を組み込んでいました。
大規模システムへの OpenTelemetry Collector 導入の勘所と OpAMP に見る未来 / getting-started-opentelemetry-collector-with-opamp
CloudNative Days Winter 2024 の登壇スライドです。 https://event.cloudnativedays.jp/cndw2024/talks/2440
OpenTelemetry入門
分散かつ複雑化するアプリケーションの内部動作を把握するためには、伝統的なメトリクスによるモニタリングやログの egrep だけでは不十分です。 オブサーバビリティの概念を取り入れ、予見しない状態に変化したときにもアプリケーションの内部動作を把握し、早急な回復を行う準備を整えることが求められます。 オブサーバビリティを実現する方法は多くありますが、その中でも OpenTelemetry はオープンソースでベンダー非依存のプロジェクトとして注目されています。 この本は OpenTelemetry をこれから始めるエンジニアに向けて、基礎を学ぶ入門書として活用していただくたい思いで執筆しました。 この本で書く内容は OpenTelemetry の基本となっています。詳しく知りたい方は公式ドキュメントを参照してください。 https://opentelemetry.io/docs/
対象読者 この連載では以下の読者を想定しています。 オブザーバビリティやOpenTelemetryに興味がある人 SREやDevOps、Platform Engineeringに取り組んでいるエンジニア バックエンド開発者、クラウドエンジニア、インフラエンジニア OpenTelemetryを設定してみた！ でもデータが見えない？？ 前回までの連載で以下のようなテーマを扱ってきました。 第1回：オブザーバビリティとは何か、OpenTelemetryとは何か 第2回：オブザーバビリティを支えるテレメトリーデータとは何か、どう活用するか 第3回：OpenTelemetry Collectorによって、どのようにデータを扱うか 第4回：実践！OpenTelemetryでの計装 まだご覧になっていない方は、是非ご一読ください。 第5回となる今回は、ここで起こるトラブルとその対応に注目します。 さて、
ヘンリーで SRE をやっている id:nabeop です。最近の仕事のテーマはサービスの可観測性の向上と信頼性の計測です。 最近では可観測性の文脈では OpenTelemetry が話題に上がると思いますが、ヘンリーでも OpenTelemetry を導入してテレメトリデータを収集して、各種バックエンドに転送しています。分散トレース周りの話題については、以下のエントリがあります。 ヘンリーではマイクロサービスからのテレメトリデータは Cloud Run で構築した OpenTelemetry Collector で集約し、otelcol のパイプライン中で必要な処理を実施し、バックエンドに転送するアプローチを採用しています。 OpenTelemetry Collector でテレメトリデータを収集している様子 現在は監視基盤の移行期なので、メトリクスが Google Cloud と Da
こんにちは。Quipu という原価計算システムの開発をしている山田です。 最近まで原価計算システムのバックエンドのアーキテクチャを変更するプロジェクトをチームで進めていて、その中で Python プロジェクトに導入してよかった OpenTelemetry について共有したいと思います。 原価計算システムのアーキテクチャ変更に伴うパフォーマンス懸念 OpenTelemetry について OpenTelemetry の導入 必要になったライブラリ API や SDK 周りのライブラリ トレース情報を任意のサービスに送信するライブラリ 各種ライブラリやモジュールの自動的な設定を行うライブラリ OpenTelemetry を実際に導入する OpenTelemetry を導入した結果 おわりに 参考 原価計算システムのアーキテクチャ変更に伴うパフォーマンス懸念 原価計算システムはいくつかのマイクロサ
Pepabo Tech Conference #22 春のSREまつり~ OpenTelemetry活用全て見せます 〜 で発表したスライドです。 https://pepabo.connpass.com/event/314411/
「OpenTelemetry」とは――「Observability」（可観測性：オブザーバビリティ）とテレメトリーの基礎知識
「OpenTelemetry」とは 劇的な勝利を収めたFIFAワールドカップカタール2022 日本対スペイン戦。肉眼では到底捉え切ることができなかった、ビデオアシスタントレフェリー（VAR）による勝利を裏付ける1枚の写真が全世界で注目されたことは記憶に新しいですね。 クラウドネイティブなシステムも動的に変化を続けています。プラットフォームには回復力や管理力、自動化といった特徴が備えられているからです。刻一刻と変わり続ける環境において「Observability」（可観測性：オブザーバビリティ）は重要な概念です。 OpenTelemetryは、Observabilityには欠くことができない、システムの状態を示すさまざまなシグナル（ログやCPU、メモリなどのメトリクス）の収集や送信を標準化する、Cloud Native Computing Foundation（CNCF）プロジェクトです。
OpenTelemetry には Semantic Conventions と呼ばれる規約で service という属性が定義されています。service はメトリックが計装されたアプリケーションの名前やバージョンを表します。特に、service.name と呼ばれる属性の重要性について話します。
OpenTelemetryとGrafanaを利用してPrimary Signalsを接続してみました この記事で紹介したものはDocker Composeで必要なソフトウェアが起動するようにしてGitHubにpushしてあります はじめに CNCF TAG Observabilityのwhitepapperでも紹介されている 以下のPrimary Signalsは可観測性を語る上では欠かせない要素になっています DatadogやSentry、Splunkなど各種プラットフォームでもLogsとTracesの接続など このPrimary Signals同士を互いに参照させることで優れた体験を得ることが出来ます 一概に対抗というわけではないですがGrafana Labsでもこの領域ではアクティブに活動していてソフトウェアは多岐に渡ります LGTM stackと呼ばれるようにログにはLoki、可視
はじめに こんにちは！Google Cloudでオブザーバビリティを担当しているものです！この記事はOpenTelemetry Advent Calender 2023の25日目の記事です。いよいよアドベントカレンダーも最終日！今年も勢いでOpenTelemetry Advent Calendarを立ち上げましたが、去年と違って割と早く全日程予約が埋まって、やはりOpenTelemetryの勢いを感じました！ 【宣伝】来年2月にOpenTelemetry meetupの第2回が企画されていますので、今から興味ある人はぜひDiscordサーバーへどうぞ！（#otel-meetup-2024-02 というチャンネルでイベントの話をしています。） で、アドベントカレンダーを立ち上げたときに、とりあえず需要がありそうなコレクターに関する記事を書こうかなとなんとなくで宣言したのですが、何も考えないま
この記事はMackerel Advent Calendar 2024の15日目の記事です。14日目は@sogahisashiさんでOpenTelemetry デモアプリケーションを使って Mackerel のメトリックエクスプローラーを体験でした。16日目は@inommmさんです。 デプロイは速ければ速いほどいい。だがアプリケーションの成長などによって遅くなっていくものだ。デプロイが遅くなったときに、アプリケーションが順調に成長しているのか、それとも設定がおかしくて余計に時間がかかっているのかなど、どこに時間がかかっているのかがわかっているのがよいだろう。 デプロイと一言に言っても様々な工程がある。どの工程で時間がかかっているのかを一連の流れ、つまりトレースとして見れると便利だ。そんなときに活躍するのが分散トレーシングサービスのVaxilaだ。 mackerel.io 本記事ではVaxil
これは、OpenTelemetry Advent Calendar 2024 16日目の記事です。 Table of Contents はじめに 計装するサンプルアプリ 動作環境 alibaba/opentelemetry-go-auto-instrumentation 簡単に実装を覗いてみる open-telemetry/opentelemetry-go-instrumentation 両者の比較 対応パッケージ 拡張性 利用しやすさ 事故りにくさ パフォーマンス さいごに はじめに これまでGoで書かれたアプリケーションをOpenTelemetryで計装するには、net/httpやredigo、database/sqlなど各ライブラリ毎に対応する計装ライブラリを導入し差し替える必要がありました。これは、JavaやNodeJS、PHPといったzero-code計装が可能な言語に比べると導
Tail Sampling Processorを使ってAPMの使用量を効率化しよう - YAMAGUCHI::weblog
はじめに こんにちは、Google Cloudでオブザーバビリティの担当をしているものです。このエントリーはOpenTelemetry Advent Calendar 2022の2日目の記事です。1日目は @katzchang の「OpenTelemetry Collectorでログファイルの更新を取り込む」でした。 さて、みなさんは分散トレースを活用しているでしょうか。分散トレースはマイクロサービスアーキテクチャのみならず、モノリスなシステムにおいてもレイテンシーのボトルネックを発見する上で有用なテレメトリーです。まだ活用されていないという方はぜひ活用していきましょう！ 分散トレースのサンプリング 活用されているみなさまにおかれましては、分散トレースの取得において、トレースのサンプリング方法について頭を悩ませていることと思います。テスト環境などではサンプリングレートを100%にして、あら
現代のシステムはクラウド化やマイクロサービス化により構成が複雑になっており、単に「動いているか」を監視するだけでは問題の本質に辿り着けません。「どこで」「何が起きたのか」を明らかにするには、システムの「オブザーバビリティ（Observability：可観測性）」を高める3つの主要なデータ（ログ・メトリクス・トレース）を通じて内部状態を把握することが不可欠です。これらのデータを活用することで、障害復旧の短縮、安定運用、継続的な改善が容易になります。 さくらのクラウドが提供する「モニタリングスイート」は、多様なシステム環境の監視を一元化できるオブザーバビリティのプラットフォームです。さくらのクラウドだけでなく、データセンターのサーバーやオンプレミスのサーバー、他社クラウドサービスといった多様なシステム環境を集中監視できます。 この場合のスイート（suite）は英語で「ひとそろい」や「一式」の意
[CNDT2022] 実践！OpenTelemetry と OSS を使った Observability 基盤の構築
Cloud Native Days Tokyo 2022 https://event.cloudnativedays.jp/cndt2022/talks/1571 デモ動画(Google Drive)：https://drive.google.com/file/d/13nmdxek97arMzQa…
![[CNDT2022] 実践！OpenTelemetry と OSS を使った Observability 基盤の構築](https://cdn-ak-scissors.b.st-hatena.com/image/square/afd9ce2ac8f8da9908cbebce643a33a4e43e67e8/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fdc59827460ac400db94418c4687a1225%2Fslide_0.jpg%3F23580879)
【令和最新版】OpenTelemetry Collector Receiverの作り方（2024年12月版） - Diary of a Perpetual Student
これは OpenTelemetry Advent Calendar 2024 15日目の記事です。 前置きが少しばかり長いので、目的の情報をすぐにでも知りたい方は以下の目次からスキップしてください。 前置き OpenTelemetry Collector Receiverを作るための事前知識 OpenTelemetry Collector Receiverの実装の大まかなステップ Config {signalType}Receiver Factory 便利グッズのmdatagen（Metadata Generator） 具体的な実装例 Step 0: 開発準備 Step 1: Disto Moduleを作る Step 2: Sample Receiver moduleを作る Step 3: metadata.yamlを書く Step 4: mdatagenでコード・ドキュメント生成 Ste
2025 年 10 月 20 日行われた Jagu'e'r クラウドネイティブ分科会 Meetup#20 に登壇させていただきました。 「クラウドネイティブ × Gemini CLI」 をテーマに Long Session × 2 本・LT × 4 本が行われました。私は LT として、Gemini CLI のオブザーバビリティにフォーカスしてお話させていただきました。 ここでは、LT の中で話きれなかったこととして「AI エージェント × オブザーバビリティ」や「Semantic conventions for generative AI systems」の深掘りについてまとめていこうと思います。 また、Cloud Observability と連携する Vibe Coding で作成したアプリケーションについても軽く触れています。（解像度下げすぎてガビガビになりました。。） ※ Gem
少し前に比べるとだいぶOpenTelemetry界隈もにぎやかになってきたなーと感じる今日この頃です。私も２年ほど前からコントリビュートしたりブログ記事を書いたりしていましたが、どこかで同期的に開催されるイベントにも参加したいなーと思っています。 さて、皆さんは普段アプリケーションを計装したり計装用のライブラリを書く際は、ローカルでの動作確認をどのように行っているでしょうか？ 自身の観測範囲内ではローカルでjaegerやGrafanaなどを上げている人が多い印象ですが、今回新たな方法としてターミナル上でOpenTelemetryを閲覧できる自作ツール「otel-tui」をご紹介できればと思います。 なお、今回の記事では使い方などユーザー向けの内容となっているので、実装周りの詳細については下記のブログ記事をご参照ください。 モチベーション ローカルでの開発に「ちょうど良い」ツールがほしかった
Mackerel で OpenTelemetry のラベル付きメトリックを使ってみよう - Mackerel ブログ #mackerelio
ラベル付きメトリックのチュートリアル このチュートリアルでは AWS の ECS 上で稼働している Nginx を対象に、ゼロからラベル付きメトリックを収集して Mackerel のダッシュボード上でグラフを表示するところまでをゴールとします。 なお、Mackerel のラベル付きメトリック機能は本記事執筆時点（2023 年 9月）でベータ版となっています。そのため、Mackerel のウェブコンソール上の画面は実際のものと異なる場合があります。 現在、「ラベル付きメトリック機能」ベータ版テストの参加者を募集しています。下記のフォームよりベータ版テストへの参加お申し込みをいただけます。 forms.gle ラベル付きメトリックのチュートリアル OpenTelemetry コレクターを設定する receivers processors exporters service OpenTeleme
OpenTelemetry for Go + Cloud MonitoringでTrace Exemplarを使う
はじめに こんにちは！Google Cloudでオブザーバビリティを担当しているものです！ここ1ヶ月ほどでOpenTelemetry for Goにエグザンプラーに関するパッチが2件入り、先日の1.23.0と1.24.0のリリースでその両方が取り込まれました。 まだ試験的な機能ではありますが、早速エグザンプラーを試してみましょう。 TL;DR トレースエグザンプラーの取得をOpenTelemetryで行うデモを用意しました。Google Cloudのアカウントがあれば割と簡単に試せるはずです。ローカルやKubernetesでも動かす場合も手元での修正はそんなに難しくないと思います。 詳細はREADMEを読んでみてください。 エグザンプラーとは そもそもエグザンプラー（Exemplar）とは何かについて紹介すると、集約されたメトリクス（ヒストグラム、合計値、平均値、最小値、最小値など）をアノ
OTel meets Wasm: プラグイン機構としてのWebAssemblyから見る次世代のObservability
OpenTelemetry (OTel) Collectorは、テレメトリーデータの受信、処理、エクスポートを行うベンダー非依存の実装です。これにより、個別のエージェントを導入せずに、さまざまなサービスに対応できます。公式が提供するバイナリには、最低限の機能を持つ「core」と、コミュニティ提供の機能を…
全社員のClaude Code・Coworkの利用状況をOpenTelemetryとGrafanaで可視化した話
Dominate Local Search Results - an insider guide to GBP, reviews, and Local SEO
OpenTelemetry を使ったトレースエグザンプラーの活用 / otel-trace-exemplar
findy さんのイベントの LT 資料です。 #OTel_findy https://findy.connpass.com/event/313260/
Advent Calendar: OpenTelemetryの計装をやってみた話 - Sansan Tech Blog
こんにちは。技術本部 Bill One Engineering Unit の前田です。現在はSREチームに所属しており、アプリケーションに強いSREといった立ち位置になっています。今回は、私がSREチームに異動してから少しずつ実施した、OpenTelemetryを用いた計装について説明します。 なお、本記事はSansan Advent Calendar 2023の5日目の記事です。 はじめに OpenTelemetryとの出会い 私がSREチームに異動したのは2023年4月で、それまではWebアプリケーション開発をやっていました。当時のSREチームはAPMツールの導入に動いているタイミングであり、チームに入る際、前提知識として『オブザーバビリティ・エンジニアリング』（以降「書籍」と呼称）をお勧めされたことが出会いでした。 www.oreilly.co.jp 一言で言うなら、書籍を読んで私は
はじめに Mackerelでは先ごろ、分散トレーシングサービスのVaxilaが使えるようになりました。Mackerelがこれまで提供していた監視（モニタリング）も、この度お使いいただけるようになったトレーシングも、システムの状態の把握や理解をするための手法ですが、視点や手法が異なります。 このエントリでは、ごくシンプルなアプリケーションからトレースやスパンを送信しVaxilaの画面を交えながら、トレーシングの見方や活用方法をご紹介します。 はじめに トレーシングとは何か シンプルなWebアプリケーションを用いたトレーシングの例 アプリケーションを起動する トレース画面の見方 全体のリクエストフロー 各スパンの詳細を見ていく トレーシングを用いてどのように課題を発見するか まとめ トレーシングとは何か まず、トレーシングについておさらいしましょう。 トレーシングとは、アプリケーションの処理フ
Guides: OpenTelemetry | Next.js
Observability is crucial for understanding and optimizing the behavior and performance of your Next.js app. As applications become more complex, it becomes increasingly difficult to identify and diagnose issues that may arise. By leveraging observability tools, such as logging and metrics, developers can gain insights into their application's behavior and identify areas for optimization. With obse
GitHub - open-telemetry/opentelemetry-go-instrumentation: OpenTelemetry Auto Instrumentation using eBPF
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Announcing Prometheus 3.0November 14, 2024 by The Prometheus Team Following the recent release of Prometheus 3.0 beta at PromCon in Berlin, the Prometheus Team is excited to announce the immediate availability of Prometheus Version 3.0! This latest version marks a significant milestone as it is the first major release in 7 years. Prometheus has come a long way in that time, evolving from a project
こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きな吉井 亮です。 最近のアプリケーションは分散が当たり前になりました。Ops に関わる人間として思うことは、従来のログとメトリクスだけ取得している監視ではエラー時の対応が難しいということです。 何らかの APM を導入して追跡可能な状態にしておくことが必須です。 ということで、今回は AWS Distro for OpenTelemetry (以下、ADOT) を試してみました。 ADOT とは AWS がサポートする OpenTelemetry のディストリビューションです。 アプリケーションのメトリクスやトレースなどを収集し、バックエンド (AWS サービスやサードパーティ) へ送信する仕組みを提供します。 また、AWS リソースやマネージドサービスとの親和性が高く、こ
OpenTelemetry Meetup 2024-11 参加レポート：実践的なObservabilityの実装と運用 #oteljp - 科学と非科学の迷宮
先日、OpenTelemetry Meetup 2024-11に参加してきました。久々のオフラインイベントで非常に楽しく、参考になる話が多かったので久しぶりに参加レポートブログ記事を書くことにしました。 イベントページ opentelemetry.connpass.com OTel Collector (多段構成)で TailsamplingとSpanMetricsを両立させる speakerdeck.com （gumamon33さん） 多くの組織では、問題のあるリクエスト（エラーや遅延など）に関連するトレースの収集が重要課題となっています。この課題に対してTailsamplingは効果的な解決策となりますが、OTel Collectorを分散構成で運用する際には注意が必要です。 直面した課題 エラーのないspanが欠損するリスク SpanMetricsの集計精度の確保 提案された解決策
オープンソースAPMのSigNoz + さくらのクラウド オブジェクトストレージ - febc技術メモ
はじめに 最近お仕事でSigNozを使ってみました。 その中でSigNoz(が使っているClickHouse)のCold Storageとしてさくらのクラウド オブジェクトストレージを使ってみましたので利用手順などのメモを残しておきます。 SigNozとは オープンソースのAPM & オブザーバビリティツールとのことです。 signoz.io GitHubリポジトリのdescriptionには以下のように書かれています。 SigNoz is an open-source APM. It helps developers monitor their applications & troubleshoot problems, an open-source alternative to DataDog, NewRelic, etc. 🔥 🖥. 👉 Open source Applicati
Getting started with otelsql, the OpenTelemetry instrumentation for Go SQL
Blog posts are not updated after publication. This post is more than a year old, so its content may be outdated, and some links may be invalid. Cross-verify any information before relying on it. otelsql is an instrumentation library for the database/sql library of the Go programming language. It generates traces and metrics from the application when interacting with databases. By doing that, the l
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![[Claude Code] env scrubで何が消えるのか確認し、secretlint・gitleaksでシークレット漏洩を多層防御する | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/e7fbcff4101f3d30ad11652a4c7988e86b8c8405/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fimages.ctfassets.net%2Fct0aopd36mqt%2F3KBTm8tdpO9RJJuaVvVzod%2Fa9964bb03097b448b2327edc6920bf9f%2FClaude.png)
OpenTelemetryをざっくりと知る - Qiita
OpenTelemetryのTraceをGoで試してみる - Carpe Diem
Honeycombでスパンを削減する - 株式会社ヘンリー エンジニアブログ
仕様と実装から理解するOpenTelemetryの全体像
Goで実装したアプリケーションのメトリックをOpenTelemetryで計装する - Plan 9とGo言語のブログ
オブザーバビリティ入門者に知っておいてほしいOpenTelemetryのトラブルシューティング
OpenTelemetry Collector 自身のモニタリングについて考える - 株式会社ヘンリー エンジニアブログ
PythonプロジェクトにOpenTelemetryを導入する - CADDi Tech Blog
仕様と実装で学ぶOpenTelemetry
OpenTelemetry のサービスという概念について
OpenTelemetryとGrafanaでLogsとMetricsとTracesを接続する - Qiita
OpenTelemetry Collectorのメトリクスのレシーバーを自作してみる
デプロイにかかる時間をトレースとして可視化する - ぴょこぴょこブログ
Golangのzero-code auto instrumentation ２種食べ比べ | ymtdzzz.dev
さくらのクラウドの「モニタリングスイート」で多様なシステムを統合監視しよう！ | さくらのナレッジ
OpenTelemetry が拡げる Gemini CLI の可観測性
ターミナルでOpenTelemetryのトレースを閲覧できるツール「otel-tui」を作りました
シンプルな例から学ぶ、トレーシングを使って問題を発見する方法 - Mackerel ブログ #mackerelio
Announcing Prometheus 3.0 | Prometheus
ゼロから学ぶ AWS Distro for OpenTelemetry 〜自動計装
aviddance.hateblo.jp
eikan-seirios.hatenablog.com
unicd.net
techfeed.io
okuno.hatenadiary.com
dengekibunko.jp