Defang

出発点は、おそらくすでに持っているファイルだ。Defang は compose.yaml を読み、プロジェクトを検証し、それに対応する実際のクラウドリソースを構築する。コンテナ、DNS、ロードバランシング、データベース、IAM ロールだ。利点は、ローカルで試したものがそのまま出荷されること。Compose ファイルが乱れていれば、デプロイにもそれが表れる。だからこそ押し出す前に整えておく価値がある。このワークフローが、Docker Compose をクラウドへ移す作業を十手順ではなく一手順に感じさせる。きれいなファイルを入れれば、きれいなデプロイが出てくる。

Defang が作るリソースはすべて自社の AWS または GCP アカウントに存在する。共用テナントもなく、Defang のサーバーにコードのコピーが置かれることもない。バックエンドはデプロイを編成して監視するだけだからだ。自社のガバナンスのもとで AWS へデプロイしたい、あるいは GCP へデプロイしたいチームにとって、これはアプリを自社のマシンで動かすホストとの明確な違いになる。

Defang CLI が主な操作面だ。ターミナルを離れずに、スタックを作り、デプロイし、ログを照会し、シークレットを管理する。スタックはバージョン管理にチェックインする設定ファイルとして保存される。つまりデプロイ構成は、Web コンソールでクリックして組み立てるのではなく、レビュー可能で再現可能だ。コンソールのクリックは不要。流れはすべてターミナルに収まる。

Defang は affordable、balanced、high availability のモードを用意し、スタック作成時にひとつ選ぶ。affordable は初期プロジェクトのコストを抑え、high availability は本番トラフィックに必要な冗長性を加える。どれを選ぶべきか。まず affordable から始めればいい。Free と Pro プランで最初の 2 つが使え、high availability は Enterprise 限定だ。

Defang はマネージドの Postgres、Redis などのバッキングサービスを用意するので、データベースサーバーを手で配線する必要はない。GPU インスタンスにも対応し、流入する需要に自動で応じる自動スケーリングも備える。AI モデルやトラフィックの波が大きい API をホストするなら、ここは効いてくる。

有料プランには無制限の Compose 生成と AI デバッグが加わる。欲しいものを説明すれば Compose ファイルが返ってきて、デプロイが失敗したときには助けが得られる。これが Defang を単なるデプロイツールから、アプリの出荷までこなすコーディングアシスタント寄りの存在へ押し上げる機能だ。いい味付けだ。

Defang は VS Code と Cursor に接続する MCP サーバーを同梱する。これによりエディター内の AI アシスタントがスタックを作成し、そのままデプロイできる。すでに AI ペアプログラマーに頼っているなら相性がいい。デプロイの工程がコンテキストスイッチでなくなるからだ。エディターに住んでいるなら試す価値がある。

Enterprise プランは複数のクラウドアカウントを対象にし、顧客環境へ納品する ISV に合う。さらに WAF と SOC 2 Type II 準拠を加える。この組み合わせは、セキュリティレビューが始まる前にデプロイパイプラインが監査基準を満たすと示す必要があるチームに向いている。クラウドデプロイサービスの中で、創業者ではなく監査人に語りかける部分だ。