IDPが「買うか作るか」から「どれを選ぶか」に変わった2026年
- 年頃まで、Internal Developer Platform（IDP）は自社開発が当たり前だった。CNCFのPlatform Engineering Working Groupが発足し、Backstageがオープンソース化されて数年、2026年のいま状況は一変した。Gartner Hype Cycleでは「Platform Engineering」がProductivity Plateauに入り、Port・Cortex・OpsLevel・Humanitecといった商用SaaSが本格的なエンタープライズ採用フェーズに到達している。BackstageもSpotifyの寄贈からCNCF Incubatingを経て、v1.30でプラグイン互換性の破壊的変更を吸収する「Backstage Portal」配布モデルが成熟した。
日本企業でのヒアリングベースでは、2025年時点で全社IDPを稼働させている大手は約40社、PoC段階を含めると200社規模にのぼる。選定の焦点はもはや「IDPを導入するか」ではなく「どの製品で、どの範囲を、何人で運用するか」に移った。本稿では5製品を同じ評価軸で並べ、実装コストと運用負荷の実数感を共有する。
Backstage v1.30: OSSの王、ただし運用コストは正直に見積もる
Backstageは2026年4月時点でGitHubスター34k、CNCF Incubatingプロジェクトとして安定稼働している。v1.30の大きな変化は「New Frontend System」の正式化で、従来のPlugin APIからExtension APIへの移行が完了し、プラグイン開発者体験が大幅に改善した。公式プラグインは180を超え、Catalog・TechDocs・Scaffolder・Kubernetes・Search・Permissionのコアに加え、Kubernetes Ingestor、ArgoCD、Datadog、PagerDuty、Snykなどエンタープライズ必携の統合が揃う。
ただし「無料」の代償は大きい。Backstageを本気で使うと、プラットフォームエンジニア2〜4名のフルタイム運用が必要になるのが業界の相場だ。理由は三つある。第一にアップグレード。Backstageはほぼ週次でリリースされ、破壊的変更が2〜3ヶ月に一度入る。v1.30のFrontend System移行のような大きな波では、社内フォーク済みプラグインの書き換えが発生する。第二にプラグイン品質のばらつきで、コミュニティプラグインは動作するものと放置されているものが混在する。第三にCatalogの秩序維持で、catalog-info.yamlの運用ルールを組織に浸透させる地道な働きかけが要る。
実装コスト感: 50〜200チームの中堅〜大企業で、初期立ち上げ3〜6ヶ月、年間運用コストは人件費込みで3,000〜8,000万円が現実的なレンジである。
Port: Catalog中心の思想で急成長したSaaS
Portは2022年創業のイスラエル発SaaSで、2026年時点でEnterprise契約が1,000社を突破した。最大の特徴は「Backstageをやめた企業が選ぶ製品」というポジショニングで、Blueprint（データモデル）をUIで定義し、ExporterでKubernetes・AWS・GitHub・ArgoCDから情報を自動流入させるアプローチを取る。
強みはDeveloper Portalの組み上げ速度だ。Backstageでscaffold・yaml編集・再デプロイが必要な作業を、PortではUIのドラッグ&ドロップで完了できる。Scorecardは標準機能で、Ownership、Production Readiness、Security Postureの3軸テンプレートが用意されている。Self-Service Action経由でGitHub ActionsやJenkinsを呼び出す「Runner」モデルも洗練されており、Day 1からワークフローが動く。
弱点はロックインとコストだ。Blueprintは独自DSLで、移行時は全データの再モデリングが必要になる。料金は1開発者あたり月額15〜30ドルで、500名規模だと年間1億円前後になる。ただし運用人員は1名で足りるケースが多く、TCO比較ではBackstageと拮抗する。
Cortex: Scorecard専業から総合IDPへ
Cortexは2019年創業で、2026年のARRは1億ドル超に達した。出自が「Service Scorecard」であるため、Scorecard機能の柔軟性と表現力は全製品中最高である。CQL（Cortex Query Language）で任意のメタデータに対するルールを記述でき、「Tier 1サービスはP95レイテンシ500ms以下かつOwner定義必須かつRunbook必須」のような複合条件を自然に書ける。
Catalogの自動発見は最近大きく強化され、GitHub・Kubernetes・AWS・Datadogから90以上の属性を自動収集する。Software Templateは「Cortex Workflows」で提供され、Backstage Scaffolderとほぼ同等の機能を持つ。Eng Intelligenceという名のDORA/SPACE分析ダッシュボードが標準付属し、Jellyfishのような専用製品を不要にする場面も増えた。
日本市場では2025年から富士通と資本業務提携し、国内データセンター（東京・大阪）での運用が可能になった点がエンタープライズ採用を後押ししている。
OpsLevel: 運用成熟度にフォーカスした堅実な選択
OpsLevelはカナダ発、Shopifyの社内ツールから派生した製品で、Maturity（成熟度）という概念を前面に出す。Rubric（評価基準）を組織文化に合わせて段階的に定義でき、Bronze/Silver/Gold/Platinumのようなランク付けでチームに健全な競争を生む仕組みが特徴的だ。
機能セットはCortexと重複する部分が多いが、より「SREの道具」寄りで、PagerDuty・Datadog・New Relicとの連携深度が高い。Tech Docs相当の機能は弱く、GitHub Wikiや外部Docsへのリンク運用が前提になる。価格はCortexより2〜3割安く、中堅エンジニア組織（100〜300名）での採用が厚い。
日本では2026年時点で日本語UIがβ提供段階で、DeepL連携によるドキュメント自動翻訳が独自機能として実装されている。
Humanitec: 「Platform Orchestrator」という異なる解
前述4製品が「開発者ポータル」であるのに対し、Humanitecは「Platform Orchestrator」を名乗る。Score（宣言的ワークロード仕様）でアプリケーションを記述すると、環境ごとにTerraform・Helm・Kustomizeを動的生成してデプロイまで実行する。つまりUIよりもControl Planeが主役の製品だ。
この思想は、Spotify・Adidas・ドイツテレコムといった「プラットフォームエンジニアリングに真剣な組織」に刺さっている。Developer PortalとしてはBackstage・Portと併用される前提で設計されており、「Humanitec + Port」「Humanitec + Backstage」が典型構成になる。単体ではCatalog・Scorecardが弱いので、IDPのすべてをHumanitecで賄うのは現実的でない。
日本エンタープライズでの導入事例3パターン
メガバンクA社: 2,500名の開発者を抱え、Backstageを社内フォークして3年運用。Platform Engineeringチーム12名で、独自プラグイン35個を保守している。コストは年間5億円規模だが、金融ドメイン固有の監査要件（SOC2、金融庁検査対応）をプラグインレベルで実装できる柔軟性を優先した。
大手小売B社: Cortexを採用し、マイクロサービス800本の成熟度を可視化。導入8ヶ月でP1インシデントが42%減、On-call疲労が32%減と明確な効果。Platform Engineeringチームは3名で済んでいる。
SaaS企業C社: Port + Humanitecの組合せで、200名の開発者向けIDPを構築。Score記述でAWS・GCPマルチクラウドの環境プロビジョニングを抽象化し、Portで日常のCatalog・Scorecardを提供。運用2名体制を実現した。
選定のための判断フロー
開発者200名未満で予算制約が厳しい場合は、PortまたはOpsLevelのSaaSが第一候補。運用負荷が最小で、3ヶ月で価値が出る。開発者500〜2,000名で独自業務ドメイン要件が強い場合は、Backstageの社内運用が視野に入る。ただし「Platform Engineering専任チーム4名を3年確保できるか」が前提条件だ。2,000名超の巨大組織では、Backstage + Humanitecの組合せか、Cortexのエンタープライズプランが堅い。
IDPは技術選定以上に「誰が、何年責任を持つか」の組織設計問題である。製品比較表で差がつきにくいいま、最終判断は運用体制で決まる。