Traceway: 迅速にデプロイ可能なセルフホスト型オブザーバビリティ・スタック

オブザーバビリティ（可観測性）は、多くの場合、ロギング、メトリクス、トレーシングのために複数の異なるツールをオーケストレーションする必要があり、複雑な取り組みとなることがよくあります。開発者やDevOpsエンジニアにとって、フルスタックのオブザーバビリティ・パイプラインをセットアップする際の摩擦は、しばしば参入障壁となります。Tracewayは、デプロイの速さと使いやすさを重視し、約90秒でセルフホストできるように設計されたMITライセンスのオブザーバビリティ・スタックとして、この分野に登場しました。

コアとなる価値提案

Tracewayは、アプリケーションのモニタリングに対する統一されたアプローチを提供することで、オブザーバビリティ・パイプラインを簡素化することを目指しています。迅速なデプロイに焦点を当てることで、従来のエンタープライズ向けオブザーバビリティ・プラットフォームに関連するオーバーヘッドを排除します。主な目標は、レガシーシステムに必要とされる複雑な設定なしに、システムパフォーマンスとエラー追跡に対して同等のレベルの可視化を提供することです。

技術アーキテクチャとエコシステム

このプロジェクトは、高性能なインフラストラクチャ・プロジェクトによく関連付けられる言語であるGoで書かれていますが、より広範なOpenTelemetry (OTEL) エコシステム内に位置付けられています。これにより、ユーザーはこれをOTEL準拠のインストルメンテーションのバックエンドとして統合することができ、Tracewayに流れるテレメトリデータが異なる言語やサービス間で標準化されていることを保証します。

Tracewayとオープンソースの展望の比較

Tracewayを評価する際、オブザーバビリティ・ツールの異なるカテゴリを区別することが重要です。Lokiのようなログモニタリング・ツールと比較されることもありますが、業界はOTELネイティブなプラットフォームへと移行しています。

業界のオブザーバーは、ClickHouseをデータベース・バックエンドとして利用するSigNozやClickStackのようなツールが、単純なログモニタリングよりも堅牢ではあるものの、より重い代替案を代表していると指摘しています。Lokiとは異なり、これらのプラットフォームはトレーシングとメトリクス向けに特別に設計されており、単なるログアグリゲーターではなく、包括的なオブザーバビリティ・スタックを提供することというTracewayの目標により適合しています。

セルフホストに関する主な検討事項

セルフホスト型のオブザーバビリティ・ソリューションを検討している方にとって、トレードオフは通常、リソース消費と機能の深さのバランスに関わります。

• Deployment Speed: Tracewayの90秒セットアップは、環境への即時の可視化を必要とする人々にとって非常に魅力的な機能です。
• Language Choice: Goの使用は、効率性とデプロイ用の静的バイナリを優先するインフラストラクチャ・エンジニアに信頼性を提供します。
• Database Backend: 重いツールが大規模なスケールのためにClickHouseを使用する一方で、Tracewayの焦点は、複雑なデータベース・クラスターを管理したくない人々向けの迅速なアクセシビリティにあります。

MITライセンスのオープンソースの代替案を提供することで、Tracewayは、プロプライエタリなSaaSプラットフォームに関連するベンダーロックインなしに、開発者がシステムの健全性とオブザーバビリティに関する深い洞察を得るための道を提供します。