InfluxDBがGoからRustへ移行

• オープンソースの時系列データベースであるInfluxDBが、正式にGoからRustへ移行
• Rustへの移行は、性能・信頼性・生産性における利点が理由
• 新バージョンのInfluxDBは、Apache Arrow、Apache Parquet、Apache DataFusionを基本コンポーネントとして構築
• Rustへの移行は単なる言語変更ではなく、データベース全体のアーキテクチャ変更を含む
• 新アーキテクチャにより、無制限のカーディナリティ、列指向DBの性能による時系列向け分析クエリ、そして過去データの永続化レイヤーとしてのオブジェクトストア利用が可能に
• Rustへの移行によって、データ取り込み、ディスク容量、クエリ性能で大きな改善を実現
• InfluxDB 3.0はParquetを永続化フォーマットとして使用し、インデックスを保持しないため、ディスク容量が4〜6倍改善
• GoからRustへの移行は簡単ではなく、長い開発プロセスを経たが、結果としてより低いレイテンシと少ないエラー／バグを実現
• Rustへの移行決定は、多くのC++コードを利用する予定があり、Rustがそのような依存関係を性能低下なしで取り込める能力に影響された
• Rustへの移行は、性能と信頼性の利点を背景に、技術企業が自社スタックをRustへ移しているより大きな流れの一部

[GN⁺]

Hacker Newsの意見

• InfluxDBがGoからRustへ移行し、ユーザーの間で戸惑いの反応を招いている
• 一部のユーザーは、後方互換性のために悪い判断に固執せず、変化を追求する会社の姿勢を称賛している
• しかし別の一部は、変化が速すぎてユーザーにジェットコースターのような体験を与えかねないと感じている
• Rustへの移行は、主に言語変更そのものではなく、計画された書き直しの一部だった
• 中核技術の変化は、ユーザーが製品とやり取りする方法に影響を与えうる
• ユーザーは、書き直しの過程での課題や最適化を含むRustでの経験について詳しく述べたブログ記事に関心を示している
• 現在人気のあるClickHouseと新しいInfluxDBの比較への関心がある
• Goで書かれたVictoriaMetricsと比べて、新しいInfluxDBエンジンの性能に疑問が呈されている
• 一部のユーザーは、InfluxDB 1.xとTICKスタックの放棄に失望を表し、潜在的な市場機会を示唆している
• ユーザーは、InfluxDBが必要とする運用規模について疑問を持っており、あるユーザーは単一ノードのAWS PostgreSQL RDSインスタンスで大量のデータを処理した経験を共有している