env zeroはIaCの外側に生まれた差分を、どう自律修復へ変えたか

env zeroは、Infrastructure as Code (IaC) で宣言した状態と、実際にクラウドで動いている状態の差分を検知し、ポリシーの範囲内で修復まで実行するcloud governance platformだ。

Terraform、OpenTofu、Terragrunt、Pulumi、Helm、CloudFormation、Kubernetesを1つの制御面で扱う出典。

クラウドの運用には、昔から同じ穴が空いている。

コードに書いたとおりの状態と、いま実際に動いている状態がずれる、という穴だ。

env zeroはこのずれを「検知して知らせる」で終わらせず、ポリシーの範囲内で修復まで実行する制御面として売り出した出典。

共同創業者のOhad Maislishは、IaCの道具立てが「技術の実装」に寄りすぎている点を課題に挙げている。

「Infrastructure-as-code is an incredibly powerful way to create cloud resources, but it focuses on the technical aspect rather than the business layer and the impact on cloud cost」と2020年に語り、コスト責任を開発チームの側へ戻すことを製品の狙いとして説明した出典。

Terraformの上に「管理と統治」を載せる

2018年にイスラエルで始まったenv0は、クラウドのデプロイをコードで管理する流れそのものを商品にしたわけではない。

TerraformやTerragruntの実行をリモートで管理し、誰がどの環境をいつ触ったかを残し、申請と承認の流れを載せる。

つまりコードの外側にある運用を引き受ける出典。

2020年2月にpublic betaを公開し、その2か月後にCrescendo Venture Partners主導で$3.5Mを調達して累計$6.8Mとした出典。

翌2021年6月にはM12主導で$17MのSeries Aを閉じ、累計$23.8Mに到達する。

Maislishはこのとき「env zero is doing to IaC frameworks what GitHub did to Git」と述べ、Gitに対するGitHubの関係をそのままIaCに持ち込む意図を示した出典。

2023年3月にはVenture Guides主導で$18.1Mを追加調達し、Series A総額$35.1M、累計$41.9Mとなった。

FY2022の売上は5倍以上、顧客数は2.5倍に増え、MGM ResortsやPayPal、VMwareが顧客として並ぶ出典。

IaCが見えない領域を、買って塞いだ

転機は2026年3月だった。

cloud asset managementのCloudQueryとの統合を完了し、同じ月に発表した。

CloudQuery創業者のYevgeny Patsは、統合の意味をこう説明している。

「CloudQuery was built to solve the visibility problem inherent in modern cloud infrastructure. Joining env zero allows us to close the loop between knowing what exists and taking action on it」出典。

狙いははっきりしている。

IaCは「デプロイしようとしたもの」しか記述しない。

ClickOpsによる手作業、障害時の暫定修正、パイプライン、そしてAIエージェントによる自動作成は、コードの外側でクラウドを変えていく。

検知ツールは増えても、その変更を誰の責任でどう戻すかは人が組み立て直すしかなかった出典。

検知ではなく修復まで閉じる

2026年9月29日、env zeroはEZ ControlのEarly Accessを発表した。

2,300 resource typesをAWS、Azure、Google Cloud、Kubernetesから継続的に検知し、コードが宣言した状態と突き合わせる。

結果はresourceごとに、宣言したコード、所有チーム、コスト、依存関係、適用されるポリシーを結びつけたontologyとして保持される出典。

CEOのSteve Corndellは、自律性の前提をコンテキストに置いた。

「Autonomy is only ever as trustworthy as the context underneath it. That is what lets EZ Control act rather than alert, under policy, with a named owner and a complete audit trail」出典。

自律の度合いは製品プランではなくポリシーで決まる。

resource classごとに、観察のみ、修正案の提示、承認付き実行、ガードレール内での自律実行から選ぶ。

意図しないdriftはIaCの再適用で直し、意図した変更は所有リポジトリへのpull requestとして残す。

修正後には再スキャンで閉じたことを確認する出典。

数字で残っている効果

顧客側の変化も公表されている。

BNPLのZip Coは、無制限の並行実行によりデプロイ速度を2倍にしたと事例で説明する。

同社のTroy Knappは「env zero cut our mean time to merge in half by helping us better manage our workflow and code conflicts」と述べている出典。

PayPal、Broadcom、Paramount、MongoDB、Walmart、Fidelity、Visa、Western Union、Virgin Media O2といった企業が導入先として並ぶ出典。

IaCの宣言を起点にしながら、その外側で起きる変更まで引き受ける。

この範囲の取り方と、検知した後の実行責任まで持つ設計が、2026年のenv zeroの輪郭をつくっている。

IaCは「これから作るもの」をコードで宣言する仕組みだが、宣言された内容と実際のクラウド状態が一致し続ける保証はない。

手作業の変更、障害時の暫定対応、複数チームのパイプライン、そしてAIエージェントの自動作成が、コードの外側でリソースを増やす出典。

env zeroが刺さるのは、この差分を人間のレビューで追いきれなくなった大企業のplatform teamだ。

問題は「知らないこと」ではなく「知った後の対応」であり、所有チーム・影響範囲・適用ポリシーを毎回手作業で組み立てている限り、検知ツールを増やしても解決しない出典。

無料枠が月250 runsと30 environmentsに区切られ、上位はsuccessful applyまたはenvironment単位の見積りになっている点も、導入が「まず1チームで試し、統制が要る組織へ広げる」形を取りやすい出典。

中心は、宣言された状態と実際の状態を突き合わせたontologyだ。

2,300 resource typesを継続検知し、resourceごとにコード、所有チーム、コスト、依存関係、適用ポリシーを結びつけて保持する。

この結合データは、単発のスキャンでは作れない出典。

加えて、Terraform、OpenTofu、Terragrunt、Pulumi、Helm、CloudFormation、Kubernetesを同じ制御面で扱う幅がある。

OpenTofuのfounding memberとして関与し、Terraform/OpenTofuコードベース向けのOSSタグ付けCLI・Terratagを自社でメンテナンスしている点も、IaCコミュニティとの接点として効いている出典。

乗り換えコストも効く。

承認フロー、ポリシー、監査証跡、CI連携がリポジトリと紐づいて蓄積されるため、移行は単なるツールの置き換えでは済まない出典。

顧客同士がつながる直接的なネットワーク効果は弱い。

ある企業がenv zeroを使っても、別の企業のクラウド運用が楽になるわけではない出典。

間接的な効果はある。

VCS、シークレット管理、IdP、observability、FinOps、SASTとの連携が増えるほど、既存ツール群の中に置きやすい部品になる出典。

またF&O企業や規制産業の導入事例が増えるほど、同業他社の調達要件を満たす材料が積み上がる出典。

主対象は、複数のクラウドと多数のチームを抱え、IaCを標準にしたものの適用漏れとdriftに悩む大企業のplatform team・CloudOps組織だ。

金融、通信、メディア、製薬、小売など、統制と監査が前提の業種が事例に並ぶ出典。

決裁はプラットフォーム責任者とセキュリティ・FinOpsの連名になりやすい。

逆に、単一クラウド・単一チームの小規模組織には、承認フローやontologyの価値が伝わりにくく、TerraformのCI/CDだけで足りることが多い出典。

第一に、IaCの実行管理という入口を早く押さえたことだ。

Terraformのリモート実行と承認フローを製品の中心に据え、2023年時点でFY2022売上5倍以上・顧客数2.5倍という伸びを記録した出典。

第二に、不足していた能力を時間をかけずに内製化したことだ。

IaCが見えない領域をCloudQueryのasset inventoryで埋め、統合から半年でCloudQuery InsightsをGA、さらに半年でEZ ControlのEarly Accessへつなげている出典。

第三に、自律性の設計を段階化したことだ。

observe onlyから始めて、resource classごとに権限を上げる方式にしたことで、統制部門が説明しやすい導入経路になった出典。

ARR、MRR、従業員数、統合後の企業価値はいずれも非公開で、事業規模を外部から検証できない。

公開されている資金調達の数字も2023年3月の累計$41.9Mが最後で、CloudQuery統合の条件は開示されていない出典。

統合そのものが実行リスクを伴う。

2社の製品を1つのontologyと制御面にまとめる作業は、統合から半年でCloudQuery Insightsを出した速度の一方で、既存顧客が使う機能の互換性を保ち続ける必要がある出典。

競争環境も厳しい。

CloudFormationやTerraform Cloudのようなクラウド・ベンダー側の標準機能、CloudQueryと重なるCSPM・asset inventoryツール、FinOps専用製品が、それぞれ部分的に同じ課題を訴求する。

差別化を「検知から実行まで一貫させる」点に置くほど、責任範囲の説明が重くなる出典。

獲得はコンテンツとドキュメント主導だ。

IaC運用の解説記事、ポリシー設計のガイド、フレームワーク資料、事例、ウェビナーを自社で出し続け、検索からplatform engineerへ到達する出典。

導入の入口は無料枠で、月250 runsと30 environmentsまで試せる。

上位はsuccessful applyまたはenvironment単位の見積りで、self-hosted VCSやCloud Analystを含む上位プランへ広げる設計になっている出典。

イベントも併用する。

DevOpsConやPlatform Engineering系の会場でEZ Controlを発表し、KubeCon Europe 2026にも参加する形で、統制部門とplatform teamの両方に接点を作っている出典。

トレードオフは、AIエージェントの統制という新しい訴求が、既存のIaC自動化の文脈と混ざって伝わりにくくなることだ。

主要チャネル: content_seo, documentation, case_studies, webinars, events, integrations_partnerships, developer_community

第一に、技術の標準が普及するほど、その「外側の運用」が商売になる。

Terraformの書き方ではなく、誰が承認し、どこに記録し、どう戻すかが商品になった出典。

第二に、足りない能力は提携や統合で塞ぐ判断が要る。

IaCは宣言された状態しか扱えず、その外側の資産を見る能力は自社だけでは埋めにくかった。

CloudQuery統合から半年でCloudQuery Insights、さらに半年でEZ Controlという速さにつながっている出典。

第三に、自律機能は権限設計とセットで出す必要がある。

observe onlyから始めてresource classごとに権限を上げる方式は、統制部門を説得する材料になる出典。

日本企業では、複数部門が同じクラウドを触り、監査対応と変更管理の記録が求められる場面が多い。

承認フロー、監査証跡、ポリシー適用を1か所で扱える点は、内部統制の説明資料として組み込みやすい出典。

一方、国内はメガバンク系やSIerが同種の統制機能を提供しており、単体製品としての価値を示す必要がある。

日本語ドキュメントと国内事例の蓄積が薄い現状では、まずIaC標準化が進んだ事業会社のplatform teamから入る形が現実的だ出典。