floci は自分の機械で動かす雲のエミュレーター一式だ。AWS、Azure、GCP、OCI の四つにそれぞれ別のプログラム、別のポート、別のネイティブバイナリが用意され、どれも MIT ライセンスで、互いに依存しない。一つだけ起動しても、四つを並べて起動してもいい。雲のアカウントも auth token も要らず、機能の制限もなく、テレメトリーも仕込まれていない。Docker が動けば運べるもので、Windows、macOS、Linux で同じものを使う。出たばかりの 2.4 には五百件を超える変更が入り、そのほとんどがサービスの網羅の深さに注がれている。

四つの雲、四つのプログラム、四つのポート

割り当ては素直だ。本体が AWS を受け持ち 4566 で待ち、Azure 版が 4577、GCP 版が 4588、OCI 版が 4599 で待つ。一つずつが一つのコンテナー、一つのポート、一つのプロトコルで、データは混ざらない。複数の雲を同時に触る人には、機能の一覧より役に立つ。同じテストスクリプトの endpoint を差し替えれば別の雲で走り直せ、雲ごとに仮想機械とアカウントを用意しなくて済む。

名前は巻積雲の中の、ポップコーンのような形の雲から来ていて、英語では cirrocumulus floccus と書く。名と狙いは合っている。雲を手元へ運ぶのではなく、雲の接続口を手元に一揃い置いて、コードをまず小さい規模で通すためのものだ。

ネイティブバイナリが節約する数秒

エミュレーターは Quarkus Native でビルドされ、下には GraalVM の Mandrel 版がある。出てくるのは JVM の中の包みではなく、ネイティブの機械語だ。公表された数は、冷たい起動まで 24 ミリ秒、待機時の記憶域が 13 MiB、イメージが約 90 MB。コードを書く人には速いという意味しかない。

流れ作業には別の意味がある。仕事ごとに環境を起こし、終われば畳む。そのやり方が通るのは、起動の費用が二十の並行仕事に耐えるほど安いときだ。

この種の道具の普通の作りは、コンテナーの中で完全なサービスを走らせるもので、起動に数秒から数十秒、常駐で数百 MB を占め、並行の行列が来たところで記憶域を取り合い、時間切れを待つことになる。ネイティブのコンパイルはその二つをまとめて下げる。代価はビルドの長さと、一部の依存に反射の設定を足すことで、事前コンパイルの方式が共通に抱える取引だ。

本物のエンジンが支えるプロトコルの忠実さ

エミュレーターが最もよく転ぶのは、見た目が合っている場合だ。データ構造も状態コードも同じで、振る舞いが違い、手元のテストは全部通り、本番の最初の一時間で壊れる。floci の答えは作り物で済ませず、重いデータサービスを本物のエンジンに渡すことにある。Lambda の呼び出しはどれも本物の Docker コンテナーで走り、Node.js、Python、Java、Go の環境変数は本番と揃えてある。RDS は本物の PostgreSQL、MySQL、MariaDB を起こし、完全な生命周期とスナップショットからの復元があり、JDBC の流量と IAM のデータベース認証を通す。

ElastiCache は本物の Redis コンテナーで、floci 自身が前で SigV4 の代理をする。MSK の後ろは Redpanda、Athena の問い合わせは DuckDB の sidecar に落ち、EC2 の RunInstances は SSH 鍵の注入、UserData の実行、二世代の IMDS メタデータサービスを伴ってコンテナーを起こす。

プロトコルの層で二つ、別に触れたい。IAM は飾りではない。Lambda、RDS、ECS、EC2、MSK、ECR、OpenSearch がそろって SigV4 の検証を行い、方針の書き間違いは本番ではなく手元で落ちる。プロジェクトは AWS SDK の互換テストを 1925 件持ち、すべて通ると公表している。公式の自己申告であって第三者の検査ではないが、いまの環境を置き換えられるかを見るには足りる。

一つのコンソール、四つの実行環境

コマンドラインのほかに画面もある。作りは見た目より考えられている。ブラウザーの UI は React と Vite で作られ、4500 で待ち、/api で始まる要求だけを受ける。その背後で Bun と Hono で書かれた Cloud Proxy API が 4501 で待ち、雲ごとに AWS、Azure、GCP、OCI の四つのアダプターへ振り分ける。アダプターが各実行環境のプロトコルへ訳し、4566 から 4599 のポートへ落とす。

資料にある一行が分担を言い当てている。UI は雲を知らず、代理は実装を知らず、アダプターが訳し、実行環境が実行する。

利点は画面と雲が切り離されていることだ。雲を増やすにはアダプターとサービスの記述を足すだけで、コンソールは変えなくていい。使うときは、最初のページが動いている実例のサービス数と資源数を出し、雲の切り替えは右上の一つのボタン、保存のページではバケットの名前、種類、所属する雲、作成時刻が見え、作成と削除は同じ行にある。Azure の実例は 9 of 28 services available と出る。網羅は雲の成熟に従って進み、四つを同じ扱いにはしていない。

2.4 が力を注いだ先

2.4 は 10 月 31 日に出た。リポジトリが自動で作る変更記録によれば、この版には新機能 210 件、性能の改善 10 件、不具合の修正 294 件、合わせて 514 件が入る。どこに寄ったかは一目で分かる。EC2 が 62 件、CloudFormation が 59 件、DynamoDB が 40 件、Lambda Web が 22 件。CloudFormation の一群は具体的な資源の型を埋めるもので、EC2 の接頭辞リスト、WAFv2 の IP 集合、SES のメール識別と受信規則、Route53 のレコード群、Redshift のイベント購読、RDS クラスターの役割の関連付けが並ぶ。

一つずつ読めば退屈な項目ばかりだ。並べると言っていることは一つで、インフラのコードをそのまま手元で走らせたいということになる。Terraform、OpenTofu、CloudFormation の雛形を本物の雲で試す費用は金と時間で、手元で試す費用は再起動一回で済む。公開の刻みもその使い方に合わせ、安定版を毎月 15 日と月末に切り、その間は nightly の印が主枝を追うので、直した翌日には手に入る。

始める前に知っておきたいこと

網羅が均一でないのが最初に受け入れる現実だ。AWS 側が主力でサービスは百を数え、Azure、GCP、OCI は明らかに小さい。コンソールには coming soon の印が付いた項目も残る。どの雲を主に使うのか、そのページのサービス一覧を先に見て決めるといい。四つが同じ厚みだと決めつけないことだ。

Docker も要る。後ろで本物のエンジンを起こすサービスはどれもコンテナーの実行環境が要り、その層が機械になければ能力は空になる。状態も既定では使い捨てで、止めて起こし直せばきれいな雲が出てくる。テストには長所で、長く手元にデータを貯めたい人には短所になる。使う前に保存の設定を読んでおくこと。

負荷試験に使うものでもない。守るのはプロトコルの振る舞いで、処理量の指標ではない。公表されている Lambda の処理量は毎秒 289 回の要求で、機能を確かめるには足り、容量を測るには意味がない。

もっと根のところでは、手元の雲の値打ちは請求を浮かすことではない。直して、走らせて、結果を見る循環を数十秒に縮め、コーディングを助ける仕組みに、壊しても構わない場所を渡すことにある。四つのエミュレーター、一つのコンソール、一組のネイティブバイナリは、その循環を中心にした取引だ。だからプロトコルとエンジンが細かく、網羅のほうが粗い。

雲を手元へ運ぶことはできない。雲の接続口を手元へ運ぶことはできる。floci が選んだのは後の道で、本物の環境を置き換えるとは約束しない。約束するのは、試すたびの失敗が請求の外で起きることだけだ。