“Telemetry は、ログのダンプとイベントの追跡に最適です。それは簡単で、SQL ワークベンチは高速であり、事前にスキーマについて心配する必要はありません。 REST API 上で SQL を実行すると、データを取得してレポートを Slack に直接ダンプできます。これはセントリーが私にしてくれたことの要点です。”
プレム・ヴィスワナタン
創設者、 SwiftCX確認されたコンテキスト
このページでは、公開されたフィードバックを、他のチームが適用できる一般的なパターンから分離します。
- Prem Viswanathan は SwiftCX の創設者です。
- 彼が公開したフィードバックでは、ログ、追跡されたイベント、SQL ワークベンチ、柔軟なスキーマ、REST クエリ API、および Slack に配信されたレポートについて具体的に言及しています。
- この声明では、ベンチマークや保証されたパフォーマンス結果ではなく、ワークフローの適合性について説明します。
繰り返し可能なパターン
同じニーズを持つチームがどのように始められるか
調査とレポートに 1 つのイベント パスを使用する
同様の要件を持つチームは、運用イベントを一度ログに記録し、それらを対話的に検査し、レビュー済みの SQL を API を通じてスケジュールされたレポートに再利用できます。
スキーマを意図的に進化させる
厳密な事前ウェアハウス モデルなしで始めることは、型を無視することを意味するものではありません。テスト イベントを送信し、推論されたスキーマを検査し、新しいコンテキストが追加されたときに既存のフィールド タイプを安定した状態に保ちます。
レビューされたクエリを自動化する
クエリが適切な質問に答えたら、それを非同期またはスケジュールに従って呼び出して、チームがすでに作業している場所にコンパクトな結果を提供します。保存した SQL を監査可能なソースとして保持します。
評価の青写真
ワークフローを検証できる証拠に変える
以下の例は、公開されたワークフローから導出された実践的な評価計画です。これらは、顧客の実装、イベント スキーマ、または結果に関する主張ではありません。
質問とイベント契約
1 つのイベント パスで調査とレポートをサポートできますか?
操作、ステータス、duration_ms、リリース、環境、および安全相関フィールドを含む operation_completed
検証項目
同じ固定時間ウィンドウとパラメーターについて、対話型 SQL 出力とクエリ API 出力を比較します。
質問とイベント契約
保存されたレポートを壊さずにイベント スキーマを進化させることはできますか?
既存のフィールド名と型を安定させたまま、オプションの型付きコンテキストを追加します。レコード schema_version
検証項目
新旧の合成イベントを再生し、null の動作を検査し、両方のバージョンに対して既存のレポート クエリを実行します。
質問とイベント契約
自動レポートは追跡可能ですか?
保存されたクエリ識別子、レポート ウィンドウ、generated_at 時間、行数、配信ステータスを保持します。
検証項目
スケジュールされた配信に依存する前に、同じクエリを手動で再実行し、コンパクトな結果を比較します。
このワークフローの SQL レシピ
関連製品の機能
このワークフローを続行します アラート
レビューされた信頼性クエリを、所有するしきい値と応答のワークフローにプロモートします。
同じイベントから回答までのワークフローを試してみる
API キーを作成し、意味のあるワークフローを 1 つインストルメント化して、最初にレビューしたクエリをグラフまたはレポートに変換します。
その他の顧客事例
ブラウザフロー: ビジネスイベントから見やすい回答までログスナッグ: 生のイベント配信からチームが使用できる回答まで