FerroDruid

FerroDruid は Druid REST API、ネイティブクエリ JSON、Druid SQL を話し、Druid セグメント v9/v10 を読み書きします。8 種すべてのネイティブクエリタイプと 40 以上の Druid 互換 REST エンドポイントを備え、コア Druid SQL 互換は約 95%（100% ではありません）です。ライブのワイヤ deep-match は Apache Druid 30.0.1 に対して 5/5、Apache Superset コネクタとも 5/5 で一致しました。なお正直な範囲として、ライブ検証は Druid 30.0.1 と single-binary モードに対するもので、Druid 31〜36 は稼働クラスタに対して未クロス検証の設計目標です。

single-binary モードではいずれも不要です。1 プロセスが 1 秒未満で起動し、200MB 未満の RAM で動作します。これは、6 つ以上の JVM プロセスと ZooKeeper、外部メタデータデータベース、16GB 以上の RAM を必要とする従来の Druid クラスタとは対照的です。サポート対象の single-binary パスは、メタデータに SQLite、ディープストレージにローカルファイルシステムを使用します。

サポート対象のトポロジは single-binary single-node です。マルチノード構成はデフォルトで fail-closed（閉じる側に倒れる）動作になります。正直に申し上げると、ライブ検証は single-binary モードに対して行われており、現時点で稼働するマルチノードクラスタとしての検証は行っていません。詳細は docs/KNOWN_LIMITATIONS.md をご参照ください。

Basic 認証（Argon2id）と RBAC がデフォルトで有効、TLS は rustls で提供されます。初回起動時に AMI はそのインスタンス固有の新しいランダム admin パスワードを生成し（デフォルトや共有パスワードは決して使いません）、インスタンスのシステムログに 1 度だけ書き出します。admin アカウントは must-change 扱いで、運用者が /druid-ext/basic-security/authentication/db/basic/users/admin/credential に新しいパスワードを POST するまで全 API エンドポイントが HTTP 403 を返します。ローテーション後の資格情報は永続化され、再起動後も保持されます。

ALB の背後に配置する CloudFormation テンプレート（marketplace/cloudformation/ami.yaml）でデプロイし、TLS は ALB で終端してサービスポートをインターネットに直接公開しないでください。クライアント（REST API・ネイティブクエリ JSON・Druid SQL・Apache Superset コネクタ）はロードバランサのエンドポイントに向けます。このリスティングは、Apache-2.0 のソースから固定リリースバージョンでビルドした堅牢かつスキャン済み・サポート付きのディストリビューションを販売するもので、コード自体は Apache-2.0 のままです。AMI は稼働インスタンス時間に応じて AWS が自動的にメータリングします（製品内にメータリングコードはありません）。