ソフトバンクCloud PF Type Aとは？ソブリンクラウドの特徴・料金・OCI比較

ソフトバンクの「Cloud PF Type A」は、オラクルの「Oracle Alloy」を国内データセンターに導入し、ソフトバンク自身が運用管理することでデータ主権（ソブリン性）を確保する法人向けクラウドです。東日本リージョンは2026年4月に提供を開始し、西日本は2026年10月提供予定。基盤の機能はパブリッククラウドのOCIと同等でありながら、運用主体まで国内で完結する点が最大の違いです。本記事ではサービスの全体像から技術構造、OCI東京リージョンやAWS・Azureとの違い、料金体系、生成AI活用、導入の進め方までを整理します。

まとめ｜Cloud PF Type Aの要点

• 正体：Oracle Alloy基盤をソフトバンクの国内データセンターで運用するソブリンクラウド。OCIの200種類超のサービスを利用できる。
• 提供時期：東日本リージョンは2026年4月提供開始済み、西日本は2026年10月予定。Sarashina活用の生成AIサービスは2026年6月から順次。
• 核心的な差別化：物理設置だけでなく運用主体まで日本法人が担うため、海外法域の開示要求（米CLOUD法など）リスクを構造的に抑えられる。
• 向く用途：金融・医療・公共・重要インフラなど、データの所在と運用を国内で統制したい基幹系・機微情報。一般的なWeb・SaaSはパブリッククラウドの方が合理的な場合が多い。
• 判断軸：OCI東京リージョンとの違いは「運用主体と管轄権」。料金は従量課金と年間クレジットの2本立てで個別見積もり。

以降で、技術構造・比較・料金・導入手順を順に掘り下げます。

Cloud PF Type Aとは：サービスの全体像と提供スケジュール

Cloud PF Type Aは「基盤技術はオラクル、運用管理はソフトバンク」という役割分担で成り立つクラウドです。この分業が、最先端のクラウド機能とデータ主権を同時に成立させる設計の核になっています。

Oracle Alloy採用の定義と提供リージョンの展開時期

Cloud PF Type Aは、オラクルの分散型クラウド基盤「Oracle Alloy」をソフトバンクの国内データセンターに導入したサービスです。東日本リージョンは2026年4月に提供を開始しており、西日本リージョンは2026年10月に提供を予定しています。二拠点がそろうことで、地理的分散を前提としたBCP設計が可能になります。

2026年4月16日には、この基盤上でSB Intuitions開発の国産LLM「Sarashina」を活用した生成AIサービスを2026年6月から順次提供することも発表されました。基盤単体ではなく、データ主権を保ったAI活用まで含めた環境として位置付けられています。

運用主体がソフトバンクである意味とデータ・運用・技術の三主権

ソブリン性は「データ主権・運用主権・技術主権」の三層で語られます。データ主権はデータの所在とアクセスを日本法の下で管理すること、運用主権は監視・障害対応・保守を国内で完結させること、技術主権は基盤技術の選定・維持を国内エンジニアが主体的に判断できることを指します。Cloud PF Type Aは、データを国内データセンターに保持し、運用主体もソフトバンクという日本法人であるため、これら三層をまとめて満たします。

ソフトバンクは通信事業者として国内データセンターとSmartVPN・OnePortなどの閉域網を長年運用してきました。ネットワーク・クラウド・セキュリティを一社で運用できる体制と、国内窓口による障害対応は、海外事業者にはない実務上の利点です。

導入が合理的な企業・情報資産と、適さないケース

Cloud PF Type Aは万能サービスではなく、要件が合致する組織で価値を発揮します。適合しやすいのは、基幹システムのクラウド移行を検討する中堅以上の規模で、厳格なコンプライアンスや監督官庁の指導を受ける業界です。

逆に、一般的なWebサービスや軽量なSaaSワークロードでは、パブリッククラウドの方がコスト効率で上回ることが多く、Cloud PF Type Aの価値は十分に発揮されません。自社の情報資産を機微度で棚卸しし、ソブリン性を要する範囲を切り分けてから判断するのが実務的です。

Oracle Alloy基盤の技術構造とOCIとの関係

技術的な中核はオラクルの「Oracle Alloy」です。OCIの機能群をパートナー事業者のデータセンターで展開できるようにした分散型クラウドの仕組みで、ソフトバンクはこれを国内で運用しています。OCIそのものの基礎はオラクル・クラウド・インフラストラクチャ（OCI）の解説記事も参照してください。

OCI 200種類超サービスの継承と協業の役割分担

Cloud PF Type Aでは、仮想マシン・ブロック/オブジェクトストレージ・仮想ネットワークといったIaaSの基本機能に加え、Oracle Databaseやデータベースサービス、AI関連まで、OCIの200種類以上のサービスが利用できます。パブリック版で追加された新機能も段階的にAlloy基盤へ反映される設計です。両社の責任範囲は次のように分かれます。

この分業により、利用企業は世界水準の技術を使いながら、契約・障害対応・SLAの窓口は国内事業者に一本化できます。

Oracle Database基幹移行の優位とベンダーロックイン回避の設計

多くの日本企業が基幹業務にOracle Databaseを採用してきました。Cloud PF Type AではOCIと同等のデータベースサービスが使えるため、Oracle ExadataやAutonomous Databaseを活用した移行を、ソブリン環境下で進められます。既存オンプレミスOracle環境との親和性が高く、アプリケーション改修を抑えた移行がしやすい点は、他のパブリッククラウドでは得にくい優位性です。

設計思想としては、標準的なOCIのAPI・サービス仕様に準拠しつつ運用主体を国内事業者としています。基盤がOCI互換のため、将来的にワークロードをOCI東京リージョンや他のAlloyパートナー環境へ移す際の技術的障壁が低く、ソブリン要件と移行の柔軟性を両立できます。

ソブリン性とデータ主権・セキュリティ要件

ソブリンクラウドを選ぶ動機の中心は、海外法域リスクへの備えと機密情報の保護です。Cloud PF Type Aは、運用面での国内法域完結と多層的な暗号鍵管理で、この要件に応えます。

海外法域リスク（CLOUD法）とデータ主権の実務的な意味

米国のCLOUD法は、米国企業が保有するデータについて、物理的な保管場所が国外でも米国政府が開示を求めうる枠組みを規定しています。この種のリスクは、データセンターを日本に置くだけでは回避できません。運用主体が海外企業の子会社であれば、最終的に海外親会社の指示系統に服する構造が残るためです。

Cloud PF Type Aは、基盤技術はオラクルが提供しつつ、データの管理・運用をソフトバンクが担う分業により、運用面での国内法域完結を目指します。仮想マシン・ストレージ・データベース・バックアップといったデータ資産は国内データセンターで保持され、海外拠点からの日常的なアクセスやレプリケーションが構造的に抑制されます。金融・医療・公共分野では、監督官庁のガイドラインに沿った検討項目として具体化しつつあるテーマです。

OCI Vaultとソフトバンク独自KMSによる暗号鍵管理

暗号鍵管理では、オラクルの「OCI Vault」とソフトバンク独自のKMSを組み合わせられます。OCI VaultはHSMに裏打ちされた基盤レベルの鍵管理を担い、ソフトバンクKMSは国内事業者による別レイヤーの鍵管理を提供します。二重化により、一方に問題が生じてももう一方が機密性の防衛線として機能します。

さらに、鍵の生成・保管・ローテーションを顧客側で握る顧客保持型鍵運用（BYOK/HYOK）や、顧客オンプレミスのHSMと連携するハイブリッド構成も設計できます。事業者が鍵を永続保持しない方式のため、事業者側からのデータ参照リスクを抑えられます。保管時・通信時の暗号化、最小権限のIAM、監査ログ、インシデント対応体制と組み合わせて運用してはじめて実効性を持つ点は、利用企業側の設計責任として整理が必要です。

金融・医療・公共で要求されるコンプライアンス対応範囲

規制業界では、業界固有のガイドラインへの適合がクラウド選定の前提になります。ソブリン性という特性は多くのガイドラインの要件と親和的ですが、認証取得状況は業界ごとに確認が必要です。

特にISMAPのような認証制度は、提供開始後の取得ロードマップを確認することが実務的な判断基準になります。「どの業界でもそのまま使える」と一律に判断しないことが重要です。閉域接続とゼロトラストを組み合わせる設計指針はNISTが提唱するゼロトラストの基本原則も参考になります。

OCI東京リージョン・AWS・Azureとの比較と選定基準

Cloud PF Type Aの検討では、既存のAWS・Azure・OCI東京リージョンとの比較が必ず論点になります。単純な優劣ではなく、運用主体と管轄権の違いで用途を切り分けるのが実務的です。

パブリッククラウドとソブリンクラウドの運用主体による根本差

同じ「クラウド」でも、データと運用に対する主権の所在は異なります。国内リージョンを持つ海外事業者のクラウドは、物理設置は国内でも運用主体が海外法域の影響を受けえます。

一般的なWeb・SaaS用途ではこの差が問題になりにくい一方、経済安全保障に関わる情報や規制業界の機密データでは、運用主体の違いが選定の決定要因になります。

OCI東京リージョンとの決定的な違いはデータ管轄権

OCI東京リージョンとCloud PF Type Aは、いずれもオラクル技術を基盤とする国内設置のサービスですが、データ管轄権が異なります。OCI東京リージョンはオラクルが直接運用するパブリッククラウドの一拠点で、米国本社を含むグローバル体制の管理下にあります。Cloud PF Type Aは基盤にOracle Alloyを採用しつつ、運用管理の主体はソフトバンクです。

OCIの機能を使いたいがソブリン要件は厳しくないケースはOCI東京リージョン、運用主体まで国内完結を求めるケースはCloud PF Type Aが適合します。両者は対立ではなく、要件で使い分ける選択肢です。

AWS・Azure併用時の切り分けと判断チェック項目

すでにAWSやAzureを使う企業では、単純な置き換えではなく併用を前提に役割分担するのが現実的です。機微度が高くソブリン性を要する基幹系はCloud PF Type Aへ、グローバル展開や各社固有機能を使うワークロードは既存のパブリッククラウドへ配置し、OnePortの閉域網でマルチクラウド接続します。次の項目に多く該当するほど、Cloud PF Type Aの価値が高まります。

• 海外法域の開示要求リスクを回避する必要がある（機密情報・個人情報を大量に扱う）
• 監督官庁のガイドラインや業界ルールで国内事業者による運用が求められる
• 暗号鍵を顧客または国内事業者が保持する高度な鍵管理が必要
• インターネット経由アクセスを認めず、閉域接続を前提とする運用ポリシーがある
• 障害時の対応を国内時間・国内事業者で完結させたい

該当項目が少なければ既存のパブリッククラウドで要件を満たせる可能性が高く、総合判断が必要です。Azureを軸にしたハイブリッド構成はAzure Arcによるハイブリッドクラウド基盤の解説も比較材料になります。

可用性設計と閉域ネットワーク接続

基幹システムのクラウド移行で最重要の論点が可用性とネットワークです。Cloud PF Type Aは東西二拠点構成と、ソフトバンク自社の閉域網でこれに応えます。

東西二拠点・稼働率99.9%とDR方式の選択

東日本リージョン（2026年4月提供開始済み）と西日本リージョン（2026年10月予定）による二拠点構成で、地理的分散を活かしたBCPを設計できます。稼働率は99.9%以上を目標とし、これは年間換算で約8時間46分の停止時間に相当します。目標値と正式なSLAは別概念のため、対象範囲・計算方法・計画メンテナンスの扱い・未達時の補償を契約時に確認します。DR方式はRPO/RTO要件とコストのバランスで選びます。

クラウド基盤のSLAだけでは全体の事業継続性は決まりません。アプリケーション側の冗長性と組み合わせて全体最適な可用性を設計する視点が必要です。

SmartVPN・OnePortによる閉域接続と既存システム連携

SmartVPNはソフトバンクの閉域IP-VPNで、オンプレミス拠点とクラウドをインターネットを介さず結びます。盗聴や不正アクセスの攻撃対象面が小さく、帯域保証で遅延が安定するため、データベース同期やリアルタイム取引のような低遅延が要る用途に向きます。OnePortはCloud PF Type Aに加えAWS・Azureも閉域網で束ねるマルチクラウド接続サービスです。

閉域接続を選ぶ実務的な理由は、通信とクラウドの契約・運用をソフトバンク一社で完結でき、複数事業者間で生じやすい責任分界の曖昧さや障害切り分けの難しさを避けられる点です。ただし経路冗長化の不足、データ転送量の見誤り、名前解決・ルーティングの整合は移行時に見落とされやすく、後から修正コストが膨らみます。設計初期に障害シナリオを想定した二重化と帯域計画を固めることが重要です。

Sarashina活用の生成AI基盤としての側面

Cloud PF Type Aは単なるIaaSにとどまらず、国産LLM「Sarashina」を活用した生成AIプラットフォームの側面も持ちます。2026年6月から順次提供され、データ主権を保ったままAIを活用したい企業・自治体の需要に応えます。

国産LLM Sarashinaの日本語性能とデータ主権上の意味

SarashinaはSB Intuitionsが開発する国産大規模言語モデルで、敬語や業界特有表現、日本の固有名詞・法制度・商慣習を踏まえた文脈理解に強みがあります。英語中心コーパスの海外モデルが日本語のニュアンスを損なう場面でも、自然な応答を返しやすい設計です。モデルの学習・推論が国内で完結する環境で使えれば、機密情報や機微データを外に出さずにAI連携できます。Sarashinaの開発背景は国産LLM「Sarashina」の開発背景とソフトバンク戦略の解説で詳しく扱っています。

業務活用シナリオとRAG・マルチエージェント

2026年6月以降、文章校正・レポート自動生成・プログラミング支援・対話エージェント・マルチエージェントといった機能が段階的に展開されます。社内ナレッジと連携したコード生成は、自社のコーディング規約や内部ライブラリを踏まえられるため、海外製ツールでは不足しがちな社内事情への対応がしやすくなります。

機密データ連携の代表例がRAG（検索拡張生成）です。自社文書やデータベースを参照して応答を生成する仕組みで、Cloud PF Type A上に構築すれば機密情報を国内環境から出さずに高精度な応答が得られます。実践では、連携データの種類と量、検索精度を高めるベクトル化戦略、応答品質の評価指標を先に定めることが投資対効果を左右します。複数エージェントの協調は設計とガバナンスが複雑になるため、単純な対話エージェントから段階的に拡張するのが現実的です。

料金体系と導入の進め方

料金は利用規模やシステム構成で変動し、具体額は個別見積もりが前提です。プランの考え方と、導入判断からMSP活用までの流れを整理します。

従量課金プランと年間クレジットプランの使い分け

基本プランは従量課金と年間クレジットの2種類です。従量課金は使った分だけ支払う方式で、PoC・季節性キャンペーン・開発検証環境・スポット分析など需要変動に対応する用途に向きます。年間クレジットは利用額を年単位でコミットして単価を抑える方式で、本番運用や恒常的に一定量を使う基幹システムに合います。

利用開始時は従量課金で始め、稼働実績を見て年間クレジットへ切り替える段階運用も現実的です。年間クレジットは見積もりを下回ると未使用分が失効するため、保守的な見積もりを起点に段階的にコミットを増やすのが安全です。料金に影響する主な要素は、コンピュート（CPU/メモリ・GPU）、ストレージ容量、データ転送量、Oracle DBやOCI Enterprise AIなどの付加サービス、SmartVPN/OnePort、MSP運用支援です。

TCO試算とMSP・SIer協業を含む導入フロー

TCO試算では、クラウド利用料だけでなくネットワーク費用・MSP運用費・移行費用・内部人件費を含めて他の選択肢と比較します。特にMSP運用費は自社運用の人件費と代替関係にあるため、単純なコスト増ではなく自社運用コストとの比較で評価します。よくある失敗は、初期のデータ移行転送量の過小評価、開発・検証環境の費用計上漏れ、年間クレジットの過剰コミットの3つです。

導入は、公式資料のダウンロードと社内検討会 → 問い合わせフォーム送信 → 初回打合せ（要件ヒアリング）→ 詳細提案・見積もり、という流れが標準です。東日本リージョンは提供開始済みのため、まず単一リージョンで先行稼働し、西日本提供後にDR構成を追加する段階的アプローチが多くの企業で現実的です。設計・構築・移行・運用保守を一気通貫で支援するMSP体制があり、SIer・アプリベンダー向けの協業パートナー制度を通じた参画も可能です。検討開始から本番安定運用までは、小規模で半年〜1年、大規模基幹システムでは1.5〜2年規模になる場合もあるため、早期の相談開始が計画どおりの進行につながります。

よくある質問（FAQ）

Cloud PF Type AとOCI東京リージョンの違いは？

基盤技術はどちらもオラクル由来ですが、運用主体とデータ管轄権が異なります。OCI東京リージョンはオラクルが直接運用するパブリッククラウドで、米国本社を含むグローバル体制の管理下にあります。Cloud PF Type AはOracle Alloyを採用しつつ運用管理をソフトバンク（日本法人）が担うため、運用面まで国内で完結します。

ソブリンクラウドと政府クラウド（ガバメントクラウド）の違いは？

ソブリンクラウドはデータの所在・運用・技術を自国で統制する「性質」を指す概念で、対象は民間・公共を問いません。政府クラウド（ガバメントクラウド）は行政機関・自治体向けに整備された特定の共通基盤を指します。Cloud PF Type Aはソブリン性を備えたクラウドであり、機微度に応じて政府向けの共通基盤や他のパブリッククラウドと使い分ける対象になります。

Cloud PF Type Aの料金体系は？

従量課金プランと年間クレジットプランの2種類が基本です。短期・変動需要は従量課金、長期・安定稼働は年間クレジットが適します。実際の金額はコンピュート・ストレージ・転送量・付加サービス・ネットワーク・MSPなどの構成で変わるため、個別見積もりでの確認が前提です。

データの暗号化と鍵管理はどうなっている？

オラクルのOCI Vaultとソフトバンク独自KMSを組み合わせた多層的な鍵管理に対応します。顧客自身または国内事業者が鍵を保持する顧客保持型鍵運用（BYOK/HYOK）や、オンプレミスHSMと連携するハイブリッド構成も設計でき、事業者側からのデータ参照リスクを抑えられます。

既存システムやAWS・Azureと連携できる？

できます。SmartVPNでオンプレミス拠点と閉域接続し、OnePortでAWS・Azureを含むマルチクラウドをインターネットを介さず束ねられます。機微度の高い基幹系をCloud PF Type Aに、グローバル展開系を既存パブリッククラウドに配置する併用設計が一般的です。

関連記事

• オラクル・クラウド・インフラストラクチャ（OCI）とは何か：基本とその重要性
• 国産LLM「Sarashina」の開発背景とソフトバンク戦略における位置づけ
• NISTが提唱するゼロトラストの7つの基本原則を深掘り解説
• Azure Arcとは何か？ハイブリッドクラウドを実現する基盤技術の全貌