【レポート】OpenTelemetry によるエンドツーエンドのオブザーバビリティの実現（パートナーセッション） #PAR-04 #AWSSummit

コンサル部のとばち（@toda_kk）です。

本記事は、AWS Summit Online Japan 2021 にて行われた動画セッション「OpenTelemetry によるエンドツーエンドのオブザーバビリティの実現」のレポートです。

このセッションでは、OpenTelemetryについての説明と、実際に使い始めてみるためのデモやサンプルコードの紹介がありました。

特にデモに関しては、本記事では詳細な内容まで記載しませんので、ぜひセッションの動画をご覧ください。

セッション概要

環境が複雑化しパフォーマンス問題を理解してデバッグすることが難しくなると分析用データ収集が更に困難になります。多くの場合データはサイロ化されており実用的な情報が得られません。ログ、メトリクス、トレースデータが異なる場所に存在しバラバラに見えるデータをどのようにして一元化するか？それが OpenTelemetry、サービスやソフトウェアからテレメトリ・データを作成収集しデータを様々な分析ツールに転送してパフォーマンスのトラブルシューティングを迅速化するためのエンドツーエンドのオブザーバビリティを提供します。

PAR-04　Splunk Services Japan 合同会社

スピーカー

Splunk Inc. APAC Senior Sales Engineer 別役良治 氏

セッション動画

OpenTelemetry によるエンドツーエンドのオブザーバビリティの実現（パートナーセッション） - Summits JP Production

セッションレポート

大規模サービスの管理はかつてないほど困難に

• さまざまなAWSサービスやリソースを利用してシステムを構築している
  • EC2、S3、Aurora、EKS......
  • 分散されたインフラリソースの作成、マイクロサービスアーキテクチャなど
• Observabilityの重要性が高まっている
  • それぞれのサービスの依存関係を整理し、ユーザビリティをEnd to Endで把握することが重要になっている
  • AWSだけでなくオンプレミスとのハイブリットや、SaaSの利用、マルチクラウド構成といった複雑なインフラを把握する難しさ
• 複雑なシステムのObservabilityを、単一かつオープンスタンダードな方法で実現するのがOpenTelemetry
  • メトリクス: 障害発生の通知や問題の検出に利用される
  • トレース: トランザクションとリソースの関連付けを行い、分散システムでの問題の発生原因の特定に役立つ
  • ログ: 問題の根本原因の特定に役立つ

OpenTelemetryによる監視データの一元化

• OpenTelemetryとは？
  • 2つのOSSプロジェクトである OpenTracing と OpenCensus を統合したプロジェクト
  • 分散トレーシング と インフラメトリクス収集 を統合
  • 特定のベンダーに依存しないアーキテクチャを実現する
• さまざまなプログラミング言語に合わせて作成されたSDKが提供されている
  • 言語に合わせたカスタムスパンやメトリクスを取得できる
  • Exporterが標準搭載されており、例えばJeagerやZipkinといったさまざまなバックエンドにTelemetryデータを送ることができる
• OpenTelemetry Collector
  • インフラのメトリクスを取得する
  • データ送信のエンドポイントを増やしたり、秘匿情報をマスキングしたりできる
• アプリケーションコードの変更をすることなく、自動的に最適化された設定が可能

デモ・サンプル

自動Instrumentationのデモ動画とサンプルコード

• https://github.com/signalfx/apmworkshop
  • EC2、Pythonコード、Splunkを利用
• https://github.com/signalfx/splunk-otel-java-lambda
  • Javaを利用したSplunk APMのLambdaラッパー

ぜひ、実際に手を動かしてみてください

デモでは、OpentelemetryとSplunkを利用して簡単にObservabilityが実現できるようすが紹介されていました。

また、サンプルコードやチュートリアルが用意されています。ぜひ実際に手を動かしながら、OpenTelemetryを利用した監視環境の構築を体験してみていただきたいです。

以上、コンサル部のとばち（@toda_kk）でした。