SAP BTP デプロイメントモデル：ランタイム、インフラストラクチャ、および調達の解説

JinJin48

SAP Consultant | BTP · S/4HANA · US Global Rollout

May 6, 2026 · 20 min read

はじめに#

BTP-001でプラットフォームの概要を、 BTP-002でアーキテクチャを、 BTP-003で機能マップを読んだのであれば、実際のプロジェクトで次に生じる疑問は運用面です。「これは実際にどこで動作し、どのように購入するのか？」

この記事が答えようとしている問いがそれです。「デプロイメントモデル」という一言の背後には、3つの独立した判断事項が隠されており、これらを混同することがBTPプロジェクト設計における最も一般的な混乱の原因の一つです。本記事では、これらの判断事項を分離し、それぞれを定義した上で、SAPによる2025～2026年のアップデートが各レイヤーにおける選択肢をどのように変えるかを示します。

1) BTP デプロイメントの3つの軸#

これらの軸は直交しています。AWS Marketplaceを通じて調達されたMicrosoft Azure上で動作するCloud Foundryワークロードは、完全に有効な組み合わせです。マーケットプレイスは調達チャネルであり、ホスティング場所ではありません。これらの軸をひとまとめにした「デプロイメントモデル」として学習したチームは、実際には同じレイヤーに属さない意思決定に何度もつまずくことになります。

ランタイムメニュー自体は明確に定義されています。現在のSAP BTPは、3つのアクティブにメンテナンスされているランタイム（Cloud Foundry、Kyma、ABAP環境）をサポートしており、レガシーのNeoランタイムは長期サンセット中です。これは SAPコミュニティのランタイム概要に文書化されています。

残りのセクションでは、各軸を順に説明し、最後に2025～2026年のナラティブシフトについて述べます。

2) ランタイム軸#

ランタイムは、SAP BTP上でアプリケーションコードを実行するための実行環境です。現在SAPは、アクティブにメンテナンスされている3つのランタイムと、長期サンセット中の1つのランタイムをサポートしています。

Cloud Foundry#

Cloud Foundry環境は、オープンソースのCloud Foundryアプリケーションプラットフォームに基づいています。開発者はコードの記述に集中し、プラットフォームがコンテナのビルド、ルーティング、ネットワーキング、スケーリングを自動的に処理します。Cloud Foundryは、ビルドパックが存在する任意の言語をサポートします。公式のSAPビルドパック、Cloud Foundry Foundationビルドパック、コミュニティビルドパックのいずれも動作し、 SAPコミュニティのランタイムウォークスルーに記載されています。

SAP BTP上のCloud Foundryは、AWS、Microsoft Azure、Google Cloudの3つのハイパースケーラーで利用可能です。デプロイメント数で見ると、依然として最も広く使用されているSAP BTPランタイムです。

Kyma#

Kyma環境は、オープンソースのKymaプロジェクトに基づく完全マネージド型のKubernetesランタイムです。Cloud Foundryと比較して、Kymaはより低レベルの制御を提供します。開発者はネットワークポリシーの形成、カスタムCRDのデプロイ、ポッドレベルでの操作が可能です。 SAP-samples マルチテナントSaaSリファレンスでは、Kymaを以下のケースで推奨する選択肢として説明しています。高いスケーラビリティを必要とするアプリケーション、高度なネットワークセキュリティ要件、深いKubernetes専門知識を持つチーム、そしてマネージドKubernetesクラスターのコストが正当化されるマルチアプリケーションシナリオです。

Kyma は、AWS、Microsoft Azure、Google Cloud、Alibaba Cloud の4つのハイパースケーラーで利用可能です（Cloud Foundry より1つ多い）。その無料プランには重要な制限があります。グローバルアカウントごとに Kyma 無料プランは1つのみで、30日間の上限があります（ SAP Help Portal トライアルドキュメント 参照）。

ABAP環境#

ABAP環境（非公式にSteampunkとも呼ばれる）は、SAP S/4HANA Cloudを支えるものと同じABAPプラットフォームクラウドリリース上に構築されています。この環境は、SAP FioriやCore Data Services（CDS）を含むABAP RESTfulアプリケーションプログラミングモデル（RAP）をサポートします。ABAPに多大な投資を行ってきた組織にとって、これは既存のスキルを維持しながらランタイムをクラウドに移行するための道筋です。

同じ SAP Communityのウォークスルーで指摘されているトレードオフは、ABAP環境がCloud FoundryやKymaよりもアプリケーションの分離性が低いことです。リソースは従来のABAP NetWeaverサーバと同様に、環境全体で共有されます。

Neo — 非推奨#

Neoは、2012年から利用可能なSAP独自のランタイムです。新規開発の選択肢としては適切ではありません。SAPは、 SAPのコミュニティガイダンスに従い、顧客またはパートナーの契約条件に基づき、Neoを2028年12月31日にサポート終了することを発表しています。Cloud Foundry、Kyma、およびABAP環境は、Neoがサポートしていたすべてのユースケースをカバーします。

ランタイムの組み合わせ#

ランタイムの選択は二者択一である必要はありません。 SAPヘルプポータルの比較ドキュメントには、Cloud FoundryとKymaを単一のアーキテクチャ内で組み合わせることができ、スケーリングニーズの拡大に応じてワークロードをいずれかのランタイムに追加できると明記されています。両ランタイムはSAPによって管理され、マルチアベイラビリティゾーンインフラストラクチャ上で動作し、同一のSLAレベルを提供します。したがって、この判断は非機能的な違いではなく、アプリケーションアーキテクチャによって決定されます。

3) インフラストラクチャ軸#

ランタイムが選択されたら、次に問題となるのは、そのランタイムが物理的にどこで実行されるかです。これがインフラストラクチャの軸です。

ハイパースケーラーホスティング#

歴史的に、ほとんどのSAP BTPサービスはSAPが管理するハイパースケーラーインフラ上で動作しています。ハイパースケーラーの選択によって、利用可能なBTPリージョンとデータの物理的な保存場所が決まります。Cloud FoundryはAWS、Microsoft Azure、Google Cloud上で動作します。KymaはさらにAlibaba Cloud上でも動作します。

現在、SAPがキャパシティを展開するにつれて、サービスのリージョンごとの利用可能性は頻繁に変わります。信頼できる最新リストはSAP Help Portalのリージョンページで管理されており、コンサルタントやアーキテクトは静的な列挙に頼るのではなく、直接参照する必要があります。

SAP所有のデータセンター#

2024年10月、SAPはデータセンター戦略の新たな追加を発表しました。2025年半ばより、SAPはドイツ・フランクフルトを皮切りに、SAP所有のデータセンターからSAP BTP（マルチクラウド基盤）の提供を開始しました。 SAPコミュニティの発表では、2026年末までにSAPが運用するBTPデータセンターを8拠点とする目標が掲げられており、対象国はドイツ、アラブ首長国連邦、アメリカ、日本、中国、オーストラリアにわたります。

ドライバーはデータ主権です。国固有の規制、そして多くの場合内部の企業ポリシーにより、基盤となるデータセンターの運用責任がサードパーティのハイパースケーラーではなくSAPにあることがますます求められています。この要件を満たすために、SAP所有のオプションが存在します。

Sovereign Cloud オンサイト#

2025年9月、SAPはSovereign Cloud On-Siteを発表しました。これはデータレジデンシーのスペクトラムにおける最も極端な形態であり、 IgniteSAPのハイブリッドSAPランドスケープに関する記事で説明されている通り、SAPが管理するインフラストラクチャを顧客自身の物理施設内に配置するものです。ターゲット市場は、GDPR、HIPAA、FedRAMP、および各国の同等規制の下で、法的または運用上の理由から共有のハイパースケーラーインフラストラクチャ上に置くことができない、防衛、金融サービス、ヘルスケア、公共部門のワークロードです。

本稿執筆時点において、Sovereign Cloud On-Siteに関する公開技術詳細は限定的です。ほとんどの企業にとっては、完全性のためにここで言及しているに過ぎません。関連する質問は、お客様の特定のコンプライアンス体制が実際にこれを必要とするかどうかです。なぜなら、これは標準のBTPカタログの範囲外に位置するからです。

カスタマーホステッドワークロードによるBTPサービスの利用#

もう1つ、BTP自体をホストしないものの、名前を挙げる価値のあるパターンがあります。顧客は、自社のハイパースケーラー管理のKubernetesクラスター（AWS EKS、Azure AKS、GCP GKE）上でアプリケーション・ワークロードを実行し、 SAP BTP Service Operator（BTPサービスをKubernetesネイティブのツールに公開するKubernetesオペレーター）を使用して、それらのワークロードからSAP BTPサービスを利用できます。このパターンは「任意のハイパースケーラー上のBTPサービス」と表現されることがありますが、正確には、BTPサービスは依然としてSAP管理のインフラストラクチャ上で実行されます。利用するワークロードのみが顧客所有のクラスター上にあります。

4) 調達軸#

3つ目の軸は、デプロイメントの購入方法と運用方法です。調達の選択は、どのランタイムがワークロードをホストするか、またはその下でどのハイパースケーラーが実行するかに直接影響しません。これはホスティングの決定ではなく、商業的なチャネルです。

トライアルアカウント#

トライアルアカウントは、SAP BTPを評価するための最も低コストな方法です。無料で利用でき、期間限定であり、明示的に非商用目的です。 SAPヘルプポータルのトライアルドキュメントによると、トライアルアカウントは合計90日間有効で、30日後に一時停止（延長可能）となり、4 GBのアプリケーションメモリ、8 GBのインスタンスメモリ、10ルート、40サービス、2つのクラウドコネクタオンプレミスシステムを提供しますが、SLAはありません。本番環境では使用できません。重要な点として、トライアルアカウントはアップグレードできません。これを超えて利用するには、顧客は別途エンタープライズアカウントを登録する必要があります。

フリーティア#

Free tierは商用モデルであり、無料アカウントではありません。SAP BTP Enterprise Agreement（BTPEA）またはSAP BTPのPay-As-You-Goにサインアップすることでアクセスでき、時間制限のない本番環境アカウントが提供され、有料プラン、Free Tierプラン、および「常に無料」プランにわたる90以上のサービスを利用できます。Free Tierアカウントは、再プロビジョニングなしで無料プランから有料プランに移行できますが、トライアルアカウントではこれができません。

Pay-As-You-Go と BTPEA#

エンタープライズアカウントの主な商用モデルは、従量課金制（PAYG）とSAP BTPエンタープライズアグリーメント（BTPEA）の2つです。詳細な違いはライセンスに関するBTP-005に記載されていますが、本記事の目的においては、どちらもフリーティアへのアクセスとマーケットプレイスでの調達を制御する手段となります。

RISE with SAP#

RISE with SAPは、S/4HANA Private Cloud、SAP Enterprise Support、BTPクレジット、および3つのハイパースケーラー（AWS、Azure、GCP）のいずれかにおける管理インフラストラクチャを含むバンドル型サブスクリプションです。RISE注文書ではハイパースケーラーの選択が固定され、それによりBTPクレジットの利用可能性、アクセス可能なBTPリージョン、データエグレス（外部送信）の価格設定が決定されます。詳細は SAP Licensing Experts 2026 RISEガイドをご参照ください。RISE契約内のBTPコンポーネントは、技術的には直接調達したBTPと変わりません。ただし、契約上はバンドルの他の部分と絡み合っており、その商業的な影響はライセンスに関する議論（BTP-005）に含める必要があります。

ハイパースケーラーマーケットプレイス#

最新の調達チャネルは、ハイパースケーラーマーケットプレイスです。SAP Sapphire Orlando 2025で発表され、2025年9月に米国で一般提供が開始されるこのオプションにより、顧客はMicrosoft Azure、Amazon Web Services、Google Cloudのマーケットプレイスを通じて、既存のコミット済みクラウド支出契約（Azure MACC、AWS EDP、Google CUD）を利用してSAP BTPサービスを購入できるようになります（ SAPの公式発表より）。

メリットは商業面にあります。既存のクラウドコミットメントをBTPに充当でき、調達には使い慣れたマーケットプレイスのワークフローを利用し、請求はハイパースケーラーに統合されます。ただし、この仕組みを利用するには、まずSAPとの間でCPEA形式の支出契約を結ぶ必要があります。マーケットプレイスは充当チャネルであり、単独のPAYG（従量課金）パスではありません。また、 SAPinsiderのマルチクラウド戦略に関する記事で説明されているように、マーケットプレイスチャネルを利用しても、BTPテナントが顧客自身のハイパースケーラーリソースとデータセンターを共有する場合でも、管理面では依然としてSAPが管理するという事実は変わりません。

5) アカウント階層：デプロイメントの整理方法#

どの調達モデルにおいても、アカウント構造は同じ階層に従います。 SAP BTP オンボーディングチュートリアルでは、次のように説明されています：グローバルアカウント → オプションのディレクトリ → サブアカウント → （Cloud Foundryのみ）Org → スペース。

エンタイトルメントとクォータはグローバルアカウントレベルで管理され、ディレクトリやサブアカウントに配分され、サブアカウントで消費されます。あるサブアカウントからクォータを削除すると、グローバルプールに戻り、再割り当てが可能になります。各サブアカウントはリージョン（物理データセンターの所在地）に関連付けられており、ユーザー自身の地理的な所在地と一致する必要はありません。これがランタイム軸とインフラストラクチャ軸を構成するためのレバーとなります。東京の顧客は、同じグローバルアカウントから、Azure US East上のKymaサブアカウントとAWS Singapore上のCloud Foundryサブアカウントを運用できます。

6) 2025～2026年の変更点#

2025年および2026年に生じる3つの構造的変化により、導入オプションの選択肢が拡大しますが、それ以前の選択肢が無効になることはありません。

これらの変更はすべてインフラストラクチャと調達の軸に位置しており、ランタイム軸を変更するものではありません。 SAPの公式マーケットプレイス発表でも確認されています。Cloud Foundry、Kyma、ABAPは引き続き3つのアクティブなランタイムであり、Neoは2028年12月31日までサンセットが継続されます。

実務上の意味合いとしては、BTPは購買決定の境界（商用条件とハイパースケーラーとの関係が交わる部分）およびホスティング決定の境界（主権ルールとデータセンター運用が交わる部分）において柔軟性を高めつつ、既に構築されたBTPアプリケーションが依存するランタイムの選択肢には影響を与えないということです。

概要#

BTP のデプロイメントを理解するには、ランタイム、インフラストラクチャ、調達という3つの独立した軸で捉えるのが最適です。これらはそれぞれ個別の判断事項です。実際のプロジェクトにおけるアーキテクチャ上のミスのほとんどは、これらの軸を「Azureを選んだ」や「RISEを採用している」といった単一の枠組みにまとめてしまい、将来の要件が軸の境界をまたぐ際に重要な情報を見失うことに起因します。

Cloud Foundry と Kyma はクラウドネイティブなワークロードの大部分をカバーし、ABAP環境はABAP中心の拡張シナリオに最適な選択肢です。ハイパースケーラーホスティングは引き続き主要なインフラストラクチャの選択肢であり、SAP所有のデータセンターと Sovereign Cloud On-Site は、主権ルールが必要な場合の対応策となります。2025年9月より米国で利用可能となったハイパースケーラーマーケットプレイスは、トライアル、フリー層、PAYG、BTPEA、RISEに加わる追加の調達チャネルであり、これらを置き換えるものではありません。

2026年にSAPアーキテクトが実践すべきポイント：3つの軸を、すべての新規BTPイニシアチブにおける計画チェックリストとして扱うこと。まずワークロードの特性に基づいてランタイムを決定し、次にデータレジデンシーと既存のクラウド関係に基づいてインフラストラクチャを決定し、最後に商用条件に基づいて調達モデルを決定する。この順序で進めることで、各決定が本来答えるべき問いに焦点を絞ったものとなる。

FAQ#

Q: AWSをハイパースケーラーとして選択した場合、調達はAWSマーケットプレイスに固定されますか？
A: いいえ。インフラストラクチャの軸（BTPが動作する場所）と調達の軸（購入方法）は独立しています。AWSでホストし、Azureマーケットプレイスを通じて調達することも、その逆も可能です。ただし、そのためには基盤となるSAPの支出契約が締結されている必要があります。

Q: 同じアプリケーションをCloud FoundryとKymaの両方で実行できますか？
A: 同じインスタンスでは実行できませんが、同一グローバルアカウント内で両方のランタイムにワークロードを分割することは可能です。SAPヘルプポータルでは、アプリケーションの一部がCloud Foundryのシンプルさを活かし、他の部分がKymaのKubernetesレベルの制御を必要とするシナリオにおいて、両者を組み合わせることを明示的に推奨しています。

Q: トライアルアカウントはFree Tierと同じですか？ A: いいえ。トライアルは90日間の非商用評価用アカウントであり、アップグレードはできず、本番環境では使用できません。Free Tierは商用モデルであり、BTPEAまたはPAYG経由でアクセスし、時間制限がなく本番利用をサポートします。また、再プロビジョニングなしで有料プランに移行することも可能です。

Q: 2028年12月31日以降、私のNeoワークロードはどうなりますか？ A: SAPは、個々のお客様およびパートナーの契約条件に基づき、同日にNeoをサンセット（提供終了）することを発表しました。移行先は、ワークロードに応じてCloud Foundry、ABAP環境、またはKymaとなります。「契約条件に基づく」という表現は、具体的な終了日がお客様によって異なる可能性があることを意味します。直接SAPにご確認ください。

Q: ハイパースケーラーマーケットプレイスで利用可能ということは、AWSを通じて純粋な従量課金制でBTPをゼロから立ち上げられるということですか？ A: いいえ。マーケットプレイスでの調達には、まずSAPとのCPEA形式の支出契約が必要です。マーケットプレイスは、既存のコミットされた支出に対する引き落としチャネルであり、単独の従量課金制エントリーポイントではありません。

参考資料#

1. SAP Help Portal — 比較：SAP BTP、Kyma Runtime、SAP BTP、Cloud Foundry Runtime（PDF） — 2026年5月6日アクセス
2. SAP Help Portal — トライアルアカウントとFree Tier — 2026年5月6日アクセス
3. SAP Tutorial — SAP BTPトライアルのツアー — 2026年5月6日アクセス
4. SAP-samples — btp-cap-multitenant-saas（Cloud Foundry vs Kyma） — 2026年5月6日アクセス
5. SAP-samples — 任意のハイパースケーラーへのFioriデプロイ（BTP Service Operator） — 2026年5月6日アクセス
6. SAP Community — 視野の拡大：ハイパースケーラーパートナーとSAP所有データセンター — 2026年5月6日アクセス
7. SAP Community — SAP BTPがMicrosoft Azure、AWS、Google Cloud Marketplaceで利用可能に — 2026年5月6日アクセス
8. IgniteSAP — ハイブリッドSAPコンサルタント（Sovereign Cloudオンサイト） — 2026年5月6日アクセス
9. SAP Community — SAP BTP環境：Cloud Foundry vs ABAP vs Kyma — 2026年5月6日アクセス
10. SAP Community — SAP BTPランタイムに関する個人的な考察 — 2026年5月6日アクセス
11. SAPinsider — SAP BTPによるマルチクラウド戦略の採用 — 2026年5月6日アクセス
12. SAP Licensing Experts — RISEハイパースケーラー選択ガイド2026 — 2026年5月6日アクセス

次に読むべきもの#

このサイトでは、BTPのナレッジを以下の構成で整理しています。