Jitera Self-Hostedは、すべてのアプリケーションサービスにわたるリアルタイムのエラー追跡、アラート、診断のためにRollbarと連携します。Rollbarは、サーバーサイドとクライアントサイドの両方のコードからの未処理の例外、エラー、ログメッセージをキャプチャします。Documentation Index
Fetch the complete documentation index at: https://docs.jitera.ai/llms.txt
Use this file to discover all available pages before exploring further.
Rollbarはオプションです。トークンが設定されていない場合、エラー監視は単に無効になります — Jiteraの動作には影響しません。
仕組み
Jiteraはデプロイ時にRollbarトークンと環境識別子を各サービスに注入します。エラーが発生すると、サービスはサービス名、環境、スタックトレース、リクエストメタデータを含むコンテキストとともにRollbarに報告します。| サービス | トークンソース |
|---|---|
| Automation(Rails) | credentials.rollbar.post_server_item_access_token |
| Frontend | credentials.rollbar.post_client_item_access_token |
| Frontend Core | credentials.rollbar.post_client_item_access_token |
| Ultron | credentials.rollbar.post_server_item_access_token |
| Boost | credentials.boost.JITERA_BOOST_ROLLBAR_ACCESS_TOKEN |
post_server_item_access_token)はバックエンドサービス(Automation、Ultron)で使用されます。サーバーサイドコードからエラーを報告する書き込みアクセス権を持ちます。
クライアントトークン(post_client_item_access_token)はフロントエンドサービス(Frontend、Frontend Core)で使用されます。ブラウザで実行されるクライアントサイドJavaScriptに適した制限付き権限を持ちます。
Boostトークン(JITERA_BOOST_ROLLBAR_ACCESS_TOKEN)はBoostサービス用の個別トークンで、共有のRollbar認証情報とは独立して設定されます。
前提条件
- Rollbarアカウントを作成し、Jiteraデプロイメント用のプロジェクトを作成
- Rollbarプロジェクト設定から以下の3つのアクセストークンを生成してください。それぞれ異なる権限レベルを持つ個別のトークンが必要です:
- post_server_itemトークン — バックエンドサービス(Automation、Ultron)で使用
- post_client_itemトークン — フロントエンドサービス(Frontend、Frontend Core)で使用。ブラウザサイドのコードに適した制限付き権限
- Boost用の個別トークン — Boostサービスは独自のトークンを使用し、独立して設定
設定
Rollbarトークン
環境名
各サービスはRollbarに環境名を報告します。これにより、デプロイステージ(例:production、staging)でエラーをフィルタリングできます。デフォルトはproductionに設定されています:
AutomationサービスはFrontendと同じ認証情報設定から
ROLLBAR_ENVを読み取ります。Automationに異なる環境名が必要な場合は、automation.env.ROLLBAR_ENVで上書きできます。credentials.rollbarセクションを参照してください。
検証
Rollbarトークンを設定してデプロイした後:ネットワーク要件
Rollbarにはクラスターからapi.rollbar.com:443へのアウトバウンドHTTPSアクセスが必要です。必要なアウトバウンドルールの完全なリストについては、ネットワークとファイアウォールの「3rd Party Integrations」テーブルを参照してください。
