「観測可能性」という言葉は奇妙なものです。
複雑な分散システムやマイクロサービスを監視するための洗練されたアプローチを説明する方法として、私たちはその価値を理解しています。
しかし、この用語は本質的に受動的なものです（正直に言いましょう、ちょっと負荷の高いマーケティング用語です）。
単に「観察」するだけでは、問題解決にはつながりません。
特に、アクションにつながらないデータが大量にある場合はなおさらです。
私たちは、開発者が行動を起こし、バグやエラー、その他の問題を解決するのを助けるためにSentryを構築しました。
そして、この哲学は、新しいスパン・ファーストのトレースとメトリクス・エクスペリエンスという、観測可能性ツールの構築のアプローチにも受け継がれています。
両者とも現在オープン・ベータ版となっており、皆様からのフィードバックをお待ちしています。
新しいスパン・ファーストのトレース体験
分散システム（マイクロサービスを含む）のデバッグは、複雑で相互接続された環境全体の問題を診断する必要があるため、大変困難です。
例えば、eコマースアプリでユーザーが注文時に遅延が発生した場合、根本的な原因を突き止めるために複数のサービス（潜在的にはユーザーサービス、注文サービス、決済サービス、在庫サービス）をチェックする必要があり、デバッグプロセスが複雑で時間がかかります。
フルスタックアプリケーションのデバッグは、問題がアプリケーションのフロントエンドまたはバックエンドのいずれかに起因する可能性がある場合、同様の課題を提示する可能性があります。
トレーシングは、問題を引き起こしている特定のオペレーションを特定するために、システムやサービスを横断して、ユーザーとの対話からリクエストの完全なエンドツーエンドのパスを追跡するので強力です。
トレースは、すべての開発者のデバッグツールキットの一部であるべきです。
トレースをよりアクセスしやすく、効果的にするために、私たちは新しい、スパンベースのトレースモデルを構築しました。
以前は単純化するために、トランザクションベースのモデルでトレースを構築していました。
（ちなみに、トランザクションは複数のスパンで構成されます。例えば、HTTPリクエストに応答するウェブサーバーや、関数の単一の呼び出しがスパンになります。トレースについて詳しくはこちらをご覧ください）
しかし、トランザクションベースのモデルでは、データベースクエリやネットワークリクエストのような重要な情報を照会することは困難でした。
スパンが主要なトレース単位である新しいモデルでは、クリティカルなデータを照会し、根本原因を簡単に掘り下げることができます。
トレースエクスプローラを使用した、既知の問題調査
特定のスパン属性を使用して特定のトレースを検索することで、問題をプロアクティブに特定できるようになりました。
例えば、ユーザーがページの読み込みが遅いと訴えたり、パートナーAPIが停止を報告した場合、ユーザーEメール、APIエンドポイント、またはルートでクエリし、適切なコンテキストでトレースを見つけ、問題を迅速に解決することができます。
ユーザーからチェックアウト・エクスペリエンスが遅いと報告されたとします。
ユーザー ID やスパンの説明のようなカスタムタグや既定のタグを含む、カーディナリティの高いデータを使用してスパンを検索することで、特定のトレースを見つけることができます。
フルコンテキストでより速くデバッグする
トレースエクスプローラーから、クエリされたトレースまたは特定のスパンをクリックして、再設計されたトレースビューに直接移動することができます。
ウォーターフォール・ビューは、フロントエンドからバックエンドまで、またサービス全体にわたるアプリケーション・リクエストの完全な可視性を提供します。
特定のスパンにドリルインすると、カスタムタグ、プロファイル、リプレイなど、効率的なデバッグのための適切なコンテキストと詳細なデータが得られます。
メトリクスはトレースビューでも利用でき、デバッグに役立つコンテキスト情報の追加ソースを提供します。
さぁ、はじめてみましょう！
Sentryアカウントをお持ちであれば、トレースを始めるのは簡単です。
私たちのドキュメントの指示に従ってスパンの送信を開始するだけです。
ぜひご利用ください！
IchizokuはSentryと提携し、日本でSentry製品の導入支援、テクニカルサポート、ベストプラクティスの共有を行なっています。Ichizokuが提供するSentryの日本語サイトについてはこちらをご覧ください。またご導入についての相談はこちらのフォームからお気軽にお問い合わせください。
