Sentryはアプリケーション内で発生した例外・クラッシュ・JavaScriptエラーをリアルタイムで集約し、スタックトレース・リリース・ユーザー情報と一緒に開発者へ通知するエラー監視（Error Monitoring）プラットフォームです。2008年にDavid Cramerが個人OSSとして公開したのが起点で、2012年に法人化、2015年にFunctional Software, Inc.（現Sentry社）として本格的にSaaS提供を開始しました。本体ソースコードは商用利用条件付きながらGitHubで公開されており、自社環境へのセルフホスト派と、サンフランシスコ拠点のSaaS派の両方を支える独特の立ち位置を築いています。
この記事の目次
- イベント・Issue・Releaseの三軸
- OSSプロジェクトから上場予備軍へ
- Web／モバイルの本番で何を救うか
- RollbarやDatadogとの違い
- まとめ
イベント・Issue・Releaseの三軸
Sentryの中核モデルは「Event」「Issue」「Release」の三軸構造です。アプリ側のSDKが例外をキャッチするたびに「Event」が1件生成され、サーバーへ送信されます。同種のスタックトレースを持つEventは自動的に1つの「Issue」へ束ねられるため、1万件の同じバグが10000通知ではなく1件として並ぶのが大きな利点です。Issueには初発時刻・最終発生時刻・影響ユーザー数・発生環境が集計表示され、トリアージしやすい状態で開発者の前に現れます。
「Release」はGitコミットやデプロイIDと紐付くバージョン単位で、ソースマップやコミット範囲をアップロードしておくと「このエラーはv1.42から発生し始め、コミットabc123が原因の可能性が高い」といったリグレッション検出が自動で行われます。通知はSlack、Microsoft Teams、PagerDuty、Jira、メールなどに振り分け可能で、「最初に発生した瞬間に開発チャンネルへ流し、3件超えたらPagerDutyに上げる」のような閾値ベースのアラート運用も組めます。
OSSプロジェクトから上場予備軍へ
Sentryの始まりは2008年、当時Disqus社に在籍していたDavid Cramerが社内のDjangoアプリのエラーを集約するために書いたPythonライブラリでした。BSDライセンスのOSSとして公開され、Djangoコミュニティを中心に静かに広がっていきました。2012年にCramerが共同創業者のChris Jenningsらと共に法人化し、本格的なSaaSとしての提供を開始します。シリコンバレーのスタートアップを中心に採用が広がり、現在はFortune 100企業を含む数万社の開発組織で利用されています。
2019年11月、SentryはコアサーバーのライセンスをBSDからBusiness Source License（BSL）に変更し、「直接の競合となるSaaSの提供」を制限する形でOSSと商用の境界を再定義しました。セルフホストは引き続き無償で可能ですが、Sentry社と競合するSaaS型エラー監視を作るための再配布は禁止されており、MongoDBやElasticsearchと同様の「OSS的だが完全OSSではない」現実的な戦略を採用しています。
Web／モバイルの本番で何を救うか
本番でJavaScriptエラーが起きると、minify済みのスタックトレースは「a.js:1」のような意味不明な行になりがちですが、Sentryにソースマップをアップロードしておけば自動で元のソースコード上の行に復元され、変数の中身まで表示されます。ブラウザのバージョン、OS、ネットワーク状況、直前のクリック履歴（Breadcrumb）も付帯するため、再現困難なバグの調査時間が大幅に短縮されます。iOS/Androidネイティブクラッシュもシンボル化サーバー機能で同様に復元でき、Flutter、React Native、Unityなどクロスプラットフォーム環境にも対応しています。
近年特に評価が高いのが「Session Replay」機能で、エラー発生前後の画面操作を実際の動画のように再現できます。ユーザーがどのボタンを押した結果クラッシュが起きたのかをタイムライン付きで確認できるため、QAやサポート部門にも展開が広がっています。また、Performance Monitoring機能を有効にするとトレース計測も可能になり、エラー監視ツールでありながらAPMの領域も部分的にカバーする「観測のワンストップ化」が進んでいる点も、SaaS選定の重要な判断材料となっています。
RollbarやDatadogとの違い
競合のRollbarはSentryとほぼ同時期に登場した古参で、機能面で似通っており、価格や言語SDKの好みで選ばれます。BugsnagはモバイルクラッシュレポートからスタートしたSaaSで、現在はSmartBear社の傘下に入りモバイル特化色を強めています。Datadogは「Error Tracking」機能をAPM／ログと統合し、観測スタックを単一ベンダーで揃えたい組織に支持されています。
Sentryの差別化ポイントは「OSS発の透明性とセルフホストの選択肢」「Session Replayの完成度」「対応SDKの幅広さ」の3点です。金融・医療などデータ越境に厳しい業界ではセルフホスト構成が選ばれる一方、スタートアップではマネージドSaaSが主流で、Free Tierの月5,000イベントから始め、PaidプランやBusinessプランへ段階的に上がっていくのが定番の導入パターンとなっています。
まとめ
Sentryは2008年のOSS発エラー監視サービスで、Event／Issue／Releaseの三軸でアプリ例外を可視化する代表的SaaSです。BSLライセンス化を経てOSSと商用の現実的な両立を続けており、Session Replayや多言語SDKの充実により、本番でユーザーを苦しめるバグを最速で発見・修正する開発者の必需品として定着しています。
※本記事はIT用語辞典の手書きドラフトです。公開前に最新情報・出典を確認のうえ加筆修正してください。
コメント