SoftLayer とサーバー可視化の経済学

どのマシンが自分のものかを知りたい購入者

SoftLayer の最も示唆に富む顧客は、週末のテスト用に安価な仮想マシンを欲しがる開発者ではない。それは、反対の問題をすでに経験した購入者である：高度に抽象化されたパブリッククラウドにワークロードを移行し、多くの細かいメーターで課金され、多くの共有制御で保護されたが、安定しすぎ、規制が厳しすぎ、レイテンシに敏感すぎ、ネットワーク固有すぎ、運用的に頑固すぎて、そこでは満足できないことが判明した購入者だ。その購入者は依然として、クラウドの注文、時間単位または月単位の商用柔軟性、API 制御、ストレージ、バックアップ、サポート、プライベート接続へのアクセスを望んでいる。しかし同時に、サーバーがシングルテナントであること、ネットワークパスが推測ではなく設計されていること、パブリックエグレスが無制限の驚きではないこと、分離がテナントロジックだけでなくハードウェア制御に基づいていることを知りたいのである。

SoftLayer Technologies は、パブリッククラウド市場がその問題を「ハイブリッドクラウド」と表現することを学ぶ前に、その購入者を中心に大規模なビジネスを構築したという点で重要である。IBM が2013年に SoftLayer を買収したのは、小さなホスティングブランドを購入するためではなかった。クラウドが仮想インスタンスと同様に物理サーバーを意味し、パブリックインターネット到達性と同様にプライベートネットワーキングを意味し、開発者のスピードと同様にインフラ制御を意味する運用モデルを購入したのである。IBM の発表によれば、SoftLayer は顧客に専用サーバーと共有サーバー、物理デバイスと仮想デバイス、パブリッククラウドとプライベートクラウドパターンの選択肢、フル機能の API、自動化、低遅延グローバルネットワークを提供した（https://www.prnewswire.com/news-releases/ibm-to-acquire-softlayer-to-accelerate-adoption-of-cloud-computing-in-the-enterprise-210061861.html）。クロージング発表では、SoftLayer は新しい IBM クラウドサービス部門に加わり、IBM SmartCloud と統合してグローバルプラットフォームとなると述べられた（https://www.prnewswire.com/news-releases/ibm-closes-acquisition-of-softlayer-technologies-214589711.html）。

ハードナンバーの骨格は、旧来のプライベートクラウド買収としては異常に具体的である。発表時、SoftLayer は米国、アジア、欧州に13のデータセンターを運営し、10万台のデバイスを管理していると説明された（https://www.prnewswire.com/news-releases/ibm-to-acquire-softlayer-to-accelerate-adoption-of-cloud-computing-in-the-enterprise-210061861.html）。売り手の GI Partners は、同社が10万台以上のサーバー、ファイアウォール、ロードバランサーを管理し、140カ国以上で2万1千人以上の顧客にサービスを提供し、グローバルに13のデータセンターを運営していると述べた（https://www.gipartners.com/news/gi-completes-sale-of-softlayer-technologies-to-ibm）。ロサンゼルス・タイムズは、IBM が条件を開示しなかったとしながらも、取引額を20億ドルと報じた（https://www.latimes.com/business/technology/la-fi-tn-ibm-cloud-computing-softlayer-2-billion-20130604-story.html）。2026年現在でも、パブリックネットワークの証拠は、SoftLayer ネットワーク ID の下に大規模な IBM Cloud サーフェスを示している：PeeringDB には AS36351 が「SoftLayer Technologies, Inc. (an IBM Company)」、別名 IBM Cloud としてリストされ、1,800の IPv4 プレフィックス、450の IPv6 プレフィックス、1-5 Tbps のトラフィックがある（https://www.peeringdb.com/net/1613）。IBM の現在のベアメタル価格ページには、クラシックインフラストラクチャは1,100万以上の構成組み合わせと20TB の無料帯域幅を提供し、VPC ベアメタルは10分以内にプリセットプロファイルをデプロイできると記載されている（https://www.ibm.com/products/bare-metal-servers/pricing）。

これらの数字は、SoftLayer のストーリーがノスタルジアではない理由を説明している。それらは、完全に抽象化されることのなかったクラウド経済学の部分を描写している。一部のワークロードは、マーケティング的な意味での「クラウド」を実際には求めていない。制御されたサーバー、予測可能なネットワーク動作、十分なプライベート帯域幅、既知のサポートチャネル、ルーティング計画、安定した使用を罰しない商用構造を求めているのである。SoftLayer の戦略的価値は、それらの古い要件を、IBM Cloud の中に収まるのに十分にモダンに感じさせることにあった。

IBM は単なる容量ではなく、制御ビジネスを買った

2013年のクラウド市場はすでに抽象化に向かっていた。Amazon Web Services は仮想インスタンスをデフォルトのメンタルモデルにしていた。OpenStack はプライベートクラウドソフトウェアを標準化しようとしていた。エンタープライズバイヤーはハイブリッドデプロイメントについて話し始めていたが、多くは依然としてパブリッククラウドと専用ホスティングを別々のカテゴリとして扱っていた。SoftLayer の魅力は、インフラ側からその境界線を曖昧にしたことにある。IBM はエンタープライズバイヤーに、同じプラットフォームがパブリッククラウド、ホステッドプライベートクラウド、ベアメタルサーバー、仮想インスタンスをサポートし、すべてのワークロードを同じ共有仮想化の前提に強制しないことを伝えることができた。

その区別は IBM の買収用語に見られる。2013年のリリースでは、SoftLayer は顧客が専用サーバーまたは共有サーバーでエンタープライズクラスのクラウドサービスを購入できるようにし、そのアーキテクチャは物理デバイスと仮想デバイスにまたがると述べられていた（https://www.prnewswire.com/news-releases/ibm-to-acquire-softlayer-to-accelerate-adoption-of-cloud-computing-in-the-enterprise-210061861.html）。クロージングリリースでは、SoftLayer により IBM はプライベートクラウドのセキュリティ、プライバシー、信頼性とパブリッククラウドの経済性、スピードを組み合わせることができると述べられた（https://www.prnewswire.com/news-releases/ibm-closes-acquisition-of-softlayer-technologies-214589711.html）。文言はマーケティングのように聞こえるが、経済的主張は具体的である：IBM は、クラウド導入がサーバーレベルの制御を放棄することを必要としないプラットフォームを購入したのである。

それは IBM の自然な顧客基盤がコンシューマーインターネットスタートアップのようではなかったから重要である。銀行、保険会社、医療機関、政府請負業者、ソフトウェアベンダー、アウトソーシングアカウント、マネージドサービスプロバイダー、産業企業は、多くの場合、監査可能性、物理的分離、ルーティング、サポートエスカレーション、ライセンスポータビリティ、オペレーティングシステム制御、パフォーマンス予測可能性を重視する。これらのニーズの一部はモダンな仮想プライベートクラウド設計で満たせる。一部は、購入者がシングルテナントの物理サーバーと契約期間を指摘できる場合に販売が容易になる。

買収はまた、IBM に商業的問題に対するより信頼性の高い回答を与えた。伝統的なエンタープライズアカウントは、ワークロードの一部だけをオンプレミスから移行したいと望むかもしれないが、クラウドネイティブ運用のためにすべてを書き換える必要はない。SoftLayer のモデルにより、IBM は顧客の既存環境に近いランディングゾーンを販売できるようになった：専用マシン、VLAN、ゲートウェイアプライアンス、ロードバランサー、ファイアウォール、ストレージアドオン、バックアップ製品、サポートチケット、ネットワークエンジニアリング。そのような購入者は必ずしもパブリッククラウドに敵対的ではない。ビジネスケースが証明される前に運用レバレッジを失うことに敵対的である。

プライベートエクイティの歴史はその点を強化する。GI Partners は2006年に EV1 と The Planet を買収し、2010年に SoftLayer を買収し、SoftLayer と The Planet を統合して IBM に売却した（https://www.gipartners.com/news/gi-completes-sale-of-softlayer-technologies-to-ibm）。これは純粋なソフトウェアストーリーではなかった。専用ホスティング、ネットワーク運用、データセンターサービス機能を自動化されたインフラプロバイダーに統合するものであった。価値ある資産はサーバーだけではなかった。物理インフラを反復可能な商用製品に変えるノウハウであった。

IBM 自身の現在の製品言語もその区別を維持している。ベアメタルドキュメントでは、クラシックベアメタルサーバーは時間単位または月単位、シングルテナント、顧客専用、どの部分も共有されず、ハイパーバイザーなしでプロビジョニングされ、1つまたは複数のデータセンターにデプロイされると定義している（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-bm）。スタートガイドページでは、IBM Cloud Bare Metal Servers は、クラシックまたは VPC インフラストラクチャ上で時間単位および月単位の課金でクラウドサービスとしてデプロイおよび管理できると述べている（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-getting-started）。言い換えれば、製品は SoftLayer の中心的な約束を維持している：クラウドの注文は依然として物理サーバーになることができる。

SoftLayer のアイデンティティは今やネットワークと製品コントロールにある

SoftLayer はもはや独立した公開営業会社として理解されるべきではない。防御可能な現在の読み方は、SoftLayer がレガシーブランド、一連のプラットフォーム API、パブリックネットワークアイデンティティ、IBM Cloud 内の設計系統として存続しているというものである。それは弱い事実パターンではない。インフラにとって、ネットワークアイデンティティと運用の継続性は、消費者向けブランドよりも重要なことが多い。

ARIN の公開登録証拠は依然として古い名前を保持している。SOFTL の RDAP 組織レコードは、テキサス州ダラスの4849 Alpha Road にある SoftLayer Technologies Inc.を特定し、2005年の登録イベントと2024年の最終変更イベントがある（https://rdap.arin.net/registry/エンティティ/SOFTL）。AS36351 の RDAP レコードは SOFTLAYER と命名し、登録者を IBM のアーモンク住所にある IBM Cloud としてリストしている（https://rdap.arin.net/registry/autnum/36351）。BGP.tools は AS36351 を IBM Cloud として提示し、2005年12月に登録され、ARIN の下でアクティブで割り当てられ、Arelion、Lumen、NTT America、Bharti Airtel、Telstra、Hurricane Electric、Tata Communications、Telxius を含む上流プロバイダーがある（https://bgp.tools/as/36351）。PeeringDB はピアリング向け形式を提供する：SoftLayer Technologies, Inc. (an IBM Company)、別名 IBM Cloud、AS-SOFTLAYER、北米スコープ、選択的ピアリングポリシー、1,800 IPv4 プレフィックス、450 IPv6 プレフィックス、1-5 Tbps トラフィック（https://www.peeringdb.com/net/1613）。

PeeringDB のプレフィックス数と BGP.tools の起源ルート数には重要な区別がある。PeeringDB は自己維持型の相互接続ディレクトリであり、ピアリングポリシーとオペレーター連絡先の文脈に役立つ。BGP.tools は観測されたルーティングを反映し、この記事でレビューされたページでは339の起源 IPv4 プレフィックスと72の起源 IPv6 プレフィックスを示していた（https://bgp.tools/as/36351）。2つの測定値は同一として扱われるべきではない。経済的なポイントは正確なルート数ではない。SoftLayer ネットワークアイデンティティが大規模な IBM Cloud ルーティングサーフェスに付着したままであり、多くの顧客およびサービスプレフィックスが公開ルーティングデータ全体で見えることである。

SoftLayer API は別の継続性シグナルである。IBM Cloud ドキュメントは、SoftLayer Application Programming Interface が開発者と管理者に IBM Cloud バックエンドとの直接対話を提供する開発インターフェースであり、コンソールの多くの機能を支え、SOAP、XML-RPC、REST を使用してタスクを自動化できると述べている（https://cloud.ibm.com/docs/virtual-servers?topic=virtual-servers-api-reference）。SoftLayer Development Network は今でも SoftLayer 名の下でリリースノート、SDK リンク、CLI リファレンスを公開しており、フロントページに2026年の API リリースノートが表示されている（https://sldn.softlayer.com/）。これはブランド感情ではない。顧客、スクリプト、ツール、パートナー統合がまだ触れることができる成熟したコントロールプレーンを示している。

その継続性には価値とリスクがある。既存の顧客にクラシックインフラストラクチャを管理し、デバイスを注文し、リソースを検査し、運用を自動化する安定した方法を提供する。また、IBM がレガシー動作、古い命名、成熟した顧客期待、後方互換性を引き継がなければならないことも意味する。古いコントロールサーフェスが顧客にとって価値があるほど、IBM はそれを慎重に変更しなければならない。これが、市場の言語が VPC、コンテナ、AI プラットフォームに向かっても、サーバー制御ビジネスがすぐに消滅しない理由の一つである。

公開相互接続フットプリントは、SoftLayer が決して単なる「ホスティング」ではなかった理由も示している。PeeringDB の詳細レコードには、AMS-IX、DE-CIX Chicago、DE-CIX Dallas、DE-CIX Frankfurt、DE-CIX Madrid、Equinix Ashburn、Equinix Chicago、Equinix Dallas、Equinix Hong Kong、Equinix Madrid、Equinix Miami などのパブリックエクスチェンジポイントが含まれ、選択された接続で10G、20G から100G、200G までの容量がある（https://www.peeringdb.com/net/1613）。PeeringDB レコードの API ビューは、深さを指定してリクエストすると、73のパブリックエクスチェンジ接続と40の相互接続施設を返す（https://www.peeringdb.com/api/net/1613?depth=2）。正確な構成は変わる可能性があるが、証拠はルーティング、相互接続、トラフィック管理を中心に構築された運用サーフェスを確認している。データセンターの床面積だけではない。

ベアメタルはクラウド経済学を利用率計算に戻す

この記事の経済的中心は単純である：ベアメタルは在庫リスクを可視化したまま販売されるクラウドである。ハイパースケーラーの仮想マシンはプール上の抽象化である。専用物理サーバーは、購入、電力供給、ケーブリング、冷却、テスト、監視、修理、リフレッシュ、セキュリティ保護、接続、そして最終的に収益で満たされなければならない特定のマシンである。SoftLayer の歴史的な革新は、その物理マシンをクラウドのようなインターフェースで注文可能にしたことである。IBM の経済的課題は、そのインターフェースを魅力的に保ちつつ、基礎となるハードウェアが低利用の在庫にならないようにすることである。

IBM の現在の製品ページは、それがどのように管理されているかを示している。クラシックベアメタルはカスタマイズ可能として売り込まれ、1,100万以上の構成組み合わせと20TB の無料帯域幅を備え、大規模で定常状態の予測可能な運用を対象としている（https://www.ibm.com/products/bare-metal-servers/pricing）。高速プロビジョニングサーバーは事前構成され、プロビジョニング後30〜40分で設定可能になる（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-bm）。カスタムサーバーは複雑さ、数量、テストオプションに依存する（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-bm）。同じドキュメントは、ベアメタルプロビジョニングは通常最大4時間かかり、拡張ハードウェアテストにはさらに2時間かかると述べている；重大または回復不能なハードウェアエラーを検出するテストは、プロビジョニングを続行する前にコンポーネント交換につながる（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-bm）。

これらの詳細は、コスト曲線を説明するため重要である。事前構成サーバーは、IBM が形状を標準化しているため高速にできる。カスタムサーバーは、顧客が IBM により具体的な物理アセットを組み立てまたは割り当てるよう要求するため遅くなる。ハードウェアテストは信頼性を保護するが、収益開始を遅らせ、労働力を消費する。シングルテナント設計は分離を生み出すが、顧客が保持している間 IBM がそのマシンを別のテナントに使用するのを防ぐ。製品は購入者にとってクラウドのように感じられるが、コストベースは純粋なソフトウェアよりもデータセンター運用に近いままである。

ここで20TB の無料帯域幅の主張が戦略的に重要になる。定常的なワークロードにとって、帯域幅の確実性は製品の一部である。ビデオプラットフォーム、分析ベンダー、バックアップサービス、ゲームバックエンド、ソフトウェアリポジトリ、金融データサービス、エンタープライズ統合ホストは、多くの場合、バースト的なスタートアップがピークコンピュートを推定するよりもベースライントラフィックをより良く推定できる。購入者が月額サーバーコストを既知のバンドル帯域幅プールにマッピングできる場合、専用サーバープランは、コンピュート時間、ストレージ I/O、NAT ゲートウェイ、クロスゾーントラフィック、インターネットエグレス、マネージドサービスのメーターで構成されるパブリッククラウド請求書よりもリスクが低く見えるかもしれない。IBM の価格ページは、クラシックベアメタルを大規模で定常状態の予測可能な運用に適していると明示的に区別している（https://www.ibm.com/products/bare-metal-servers/pricing）。

予約と契約条件は、利用バーゲンの反対側を示している。IBM の価格ページによると、VPC ベアメタルの予約は1年契約で最大35％、3年契約で最大60％の費用削減が可能で、予約は選択されたアベイラビリティゾーンとデータセンターの容量を契約期間中保証する（https://www.ibm.com/products/bare-metal-servers/pricing）。クラシック契約条件ドキュメントは、1年契約は選択されたデータセンターおよび POD のベアメタル容量を契約期間中維持するが、注文完了後に構成を変更できず、契約をキャンセルできないと述べている（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-reserved-bare-metal-servers）。それは単なる割引ではない。利用リスクの移転である。IBM は価格を軽減するが、それは顧客が需要の確実性を与えるからである。

同じ論理が2013年の SoftLayer にも当てはまった。10万台のデバイスと2万1千人の顧客を抱えるプラットフォームは、多くの顧客タイプ間で需要を平準化するのに十分な多様性と規模があったため価値があった（https://www.gipartners.com/news/gi-completes-sale-of-softlayer-technologies-to-ibm）。小さな専用ホスティング会社は、間違った市場で間違ったサーバーに行き詰まる可能性がある。大規模プラットフォームは、共通ビルドを標準化し、部品を再利用し、ロケーション間で需要をルーティングし、高マージンサービスを付加できる。しかし、IBM の規模でも、レンタルされていない物理サーバーは遊休資本である。したがって、ビジネスは予測精度、調達規律、ハードウェアリフレッシュタイミング、標準構成設計、販売資格、リテンションを報いる。

それにより、SoftLayer は「クラウド成長」と「クラウドマージン」の違いについての良いケーススタディとなる。IBM の2025年年次報告書は、ハイブリッドクラウドと AI を中心とした会社を説明し、2025年の総収益は675億3500万ドル、ソフトウェア収益は299億6200万ドル、ハイブリッドクラウド収益は73億2700万ドル、インフラ収益は157億1800万ドルである（https://www.sec.gov/Archives/edgar/data/51143/000005114326000027/ibmars2025.pdf）。しかし IBM は SoftLayer の収益ラインを開示していない。公開証拠は、外部の読者が IBM Cloud クラシックベアメタルの粗利率や稼働率を計算することを許さない。最善の公開方法は、製品メカニクスを読むことである：IBM が何を価格設定し、何を予約し、何を含め、何を測定し、どの運用コミットメントを可視化し続けるか。

ネットワーク請求は SoftLayer が依然として理にかなっている隠れた理由

多くのエンタープライズワークロードにとって、決定的な変数は CPU ではない。ネットワークの予測可能性である。ベアメタルサーバーは、顧客がトラフィックの出入りとプライベートな移動方法を信頼できる場合にのみ有用である。SoftLayer の当初の売り込みには、安全な低遅延通信とグローバルネットワークが含まれていた（https://www.prnewswire.com/news-releases/ibm-to-acquire-softlayer-to-accelerate-adoption-of-cloud-computing-in-the-enterprise-210061861.html）。IBM の現在のドキュメントは、そのネットワークロジックを中心に据えている。

すべての IBM Cloud ベアメタルサーバーにはプライベートネットワークへのアクセスが含まれ、パブリックインターフェースはプロビジョニング時の選択であり、自動的な前提ではない（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-network-options）。ネットワークオプションページは、プライベートネットワークアクセスは常に含まれるが、顧客はサーバーにパブリックインターネットアクセスもあるかどうかを選択すると述べている；プライベートのみでプロビジョニングされたサーバーには後でパブリックインターフェースを追加できない（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-network-options）。また、ポート速度の選択肢として100 Mbps、1 Gbps、10 Gbps、25 Gbps をリストし、25 Gbps は特定のサーバーオプションとデータセンターに限定される（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-network-options）。

同じページは運用トレードオフを明示的にしている。自動ポート冗長性はデフォルトかつ推奨設定であり、プロビジョニング中にネットワークとオペレーティングシステムの両方で LACP ボンディングで構成された2つの物理ネットワークポートを提供する；ユーザー管理冗長性は2つのポートを提供するが顧客のアクションを必要とする；冗長性なしは特別なニーズのためにのみ維持され、特定の条件下でのみ IBM セールスまたはサポートとの相談の上で選択すべきである（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-network-options）。これはクラシックな SoftLayer 経済学である。製品は顧客にハードウェアレベルの選択肢を与えるが、選択には運用義務が伴う。

パブリックエグレスは別の重要なメーターである。IBM のネットワークオプションドキュメントは、顧客は請求期間ごとに含まれる送信パブリックトラフィックを選択し、超過分は GB 単位で課金され、受信パブリックトラフィックは無料であると述べている（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-network-options）。帯域幅グラフドキュメントは、IBM Cloud データセンターからグローバルに転送された送信パブリックデータは送信帯域幅料金として評価され、帯域幅グラフはデバイスに関連するパブリックおよびプライベートネットワーク使用量を示すと述べている（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-bm-view-bandwidth-graphs）。バックアップドキュメントは、アカウントを共有するデバイス間でデータが移動する場合、プライベートネットワークトラフィックに帯域幅制限は適用されないと述べている（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-sm-back-up-recovery）。

これにより、純粋なパブリッククラウドとは異なる製品姿勢が生まれる。IBM は顧客に次のように伝えることができる：東西トラフィックは可能な限りプライベートに保ち、アカウント内の含まれるまたは未測定のプライベートパスを使用し、適切なパブリックエグレスバケットを選択し、必要なときに直接接続を利用する。顧客は依然としてパブリックインターネット使用料を支払うが、アーキテクチャは不確実性を低減するためのノブを提供する。それはまさに定常状態の購入者が望む種類の制御である。

Direct Link は、その制御がどこまで行くかを示している。IBM の Direct Link on Classic ドキュメントは、セットアップには基本的なネットワーク構成と Border Gateway Protocol が含まれ、IBM エンジニアが顧客と協力して VRF 機能を有効にすると述べている（https://cloud.ibm.com/docs/direct-link?topic=direct-link-configure-ibm-cloud-direct-link）。IBM は IBM Cloud クロスコネクトルーターインフラストラクチャ上の各接続に/31または/30ネットワークを割り当て、Direct Link を介したルーティング管理には BGP が必須であると述べている（https://cloud.ibm.com/docs/direct-link?topic=direct-link-configure-ibm-cloud-direct-link）。FAQ は、顧客と IBM Cloud 間の Direct Link を介した帯域幅使用は無料で未測定であり、IBM Cloud サービスからパブリックインターネットへの送信帯域幅は測定されると述べている（https://cloud.ibm.com/docs/direct-link?topic=direct-link-faqs）。また、Direct Link は多様な接続を提供できるが、冗長性は単一の本質的に冗長なサービスではなく、顧客の BGP 設計によって作成されると述べている（https://cloud.ibm.com/docs/direct-link?topic=direct-link-faqs）。

コンプライアンス分離、予測可能なネットワーク請求、プライベート接続を重視する購入者にとって、これが IBM がサーバー制御ビジネスを維持した理由である。サーバーだけが資産ではない。資産は、専用マシン、プライベートアドレッシング、VLAN 選択、Direct Link、VRF、ポート速度、冗長性選択、帯域幅ポリシーをインフラ契約に組み合わせる能力である。SoftLayer は IBM にその販売のための語彙を与えた。

コンプライアンス分離は契約上のものだけでなく運用上のもの

ベアメタルはリスクに敏感な購入者に魅力的である。なぜなら、分離についてより単純なストーリーを与えるからである。シングルテナントの物理サーバーは自動的にコンプライアンス、セキュリティ、または回復力を解決しない。顧客は依然としてオペレーティングシステムにパッチを適用し、資格情報を管理し、データを暗号化し、バックアップを設計し、イングレスを制御し、ログを監視し、手順を証明しなければならない。しかし、分離の主張は異なる場所から始まる：サーバーは専用であり、プロバイダーによってハイパーバイザーが課されず、顧客はホストレベルの決定に対してより直接的な制御を持つ。

IBM のドキュメントはこれについて注意深い。ベアメタルサーバーは顧客専用であり、他の顧客と共有されず、顧客がサーバーを管理し、ハイパーバイザーなしでプロビジョニングされると述べている（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-bm）。また、一部のワークロードは単一障害ドメインを避けるために複数のデータセンターと POD に分散されるべきであり、単に複数のアプリケーションを起動するだけでは不十分であると述べている（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-ha-dr）。これは深刻な運用警告である。ベアメタルは制御を与えるが、制御はより多くの設計責任を顧客に移す。

ネットワーク分離も同様に機能する。IBM のセキュアプライベートネットワークを IBM ネットワーク上でリンクするチュートリアルは、クラシックインフラストラクチャについて説明し、ほとんどのワークロードは IBM Cloud VPC を使用して実装できるが、異なるデータセンターのセキュアプライベートネットワークを VRF または VLAN スパニング、ゲートウェイアプライアンス、ルーティング、ファイアウォールルールを使用して IBM プライベートネットワーク上でリンクする方法を示している（https://cloud.ibm.com/docs/vlans?topic=vlans-linking-secure-network-enclosures）。レイテンシの影響を除いて、どの2つのデータセンターを使用できるかに制限はなく、プライベートサブネット、VLAN ID、ゲートウェイアドレス、ファイアウォールルールを記録して構成する必要があると述べている（https://cloud.ibm.com/docs/vlans?topic=vlans-linking-secure-network-enclosures）。それは完全に管理された抽象化の言語ではない。インフラエンジニアリングの言語である。

これはまさに、SoftLayer のモデルが規制対象および制御重視のアカウントにとって依然として有用である理由である。顧客は使い慣れたセグメンテーションパターンを構築できる：パブリックおよびプライベートインターフェース、ファイアウォール、ゲートウェイアプライアンス、VLAN、プライベートサブネット、Direct Link、リモートネットワークアドバタイズメント、BGP、バックアップ、プライベートデータ転送、専用ホスト。IBM はすべてのエンタープライズワークロードを初日から同じモダンパターンにリファクタリングするふりをせずにクラウドサービスを販売できる。購入者は完全な書き換えよりも安全に感じる移行ステップを得る。

トレードオフは、手動の専門知識が排除されないことである。Direct Link ドキュメントは、顧客は IBM Cloud ネットワークへの経路アドバタイズメントの管理に責任があり、BGP 転送動作を計画しないと非対称ルーティングや誤って優先されるパスなどの望ましくない結果を生じる可能性があると述べている（https://cloud.ibm.com/docs/direct-link?topic=direct-link-configure-ibm-cloud-direct-link）。ネットワークオプションページは、ユーザー管理冗長性では顧客が冗長性の構成方法を知っている必要があり、そうしないと定期的なメンテナンス中にネットワーク通信の冗長性が欠如すると警告している（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-network-options）。購入者は専用サーバーを購入して回復力を想定することはできない。要求した制御を運用しなければならない。

そのトレードオフが市場の核心である。抽象クラウドは、顧客がより少ない低レベル決定を望むときに勝つ。SoftLayer スタイルのクラウドは、ワークロード、規制、ライセンス、レイテンシパス、パフォーマンスプロファイル、移行計画がそれを要求するため、顧客が決定を取り戻したいときに勝つ。IBM の優位性は、1つのエンタープライズ関係の下で両方のナラティブを販売できることである。リスクは、いずれかのナラティブが不明確になった場合に顧客が罰することである。

クラウド代替圧力は決して消えていない

SoftLayer のモデルに対する圧力は明白である：新しいクラウド消費のほとんどは抽象化を好む。開発者はマネージドデータベース、サーバーレス関数、コンテナプラットフォーム、オブジェクトストレージ、アイデンティティ統合、オブザーバビリティ、AI サービス、リージョナル API を望む。財務チームは割引プログラムと集中ガバナンスを望む。セキュリティチームは標準化されたコントロールを望む。プラットフォームチームはハードウェアテストを待たずに作成および破棄できるインフラを望む。それらの購入者にとって、物理サーバーは例外のように見える。

IBM 自身の価格ページはこの分割を反映している。VPC ベアメタルは、ソフトウェア定義ネットワーク上で10分以内にデプロイされるプリセットプロファイルとして提示され、高可用性と最大の弾力性に理想的である（https://www.ibm.com/products/bare-metal-servers/pricing）。クラシックベアメタルは、1,100万以上の組み合わせと20TB の無料帯域幅を持つ高度にカスタマイズ可能なものとして提示され、定常的な予測可能な運用に理想的である（https://www.ibm.com/products/bare-metal-servers/pricing）。それは矛盾ではない。IBM が市場をセグメント化している：VPC ベアメタルは専用ハードウェアを中心にモダンなクラウドコンストラクトを望む顧客向け、クラシックベアメタルは依然として古いコントロールサーフェスを必要とする顧客向けである。

代替脅威はコスト透明性からも来る。パブリッククラウドプロバイダーは価格設定を細かくしており、細かい価格設定はベアメタルのケースを助けたり傷つけたりする可能性がある。AWS は2024年2月1日から、すべてのパブリック IPv4 アドレス（接続済みまたは未接続）に対して1時間あたり0.005ドルを請求すると発表し、継続的に割り当てられた1つのパブリック IPv4 アドレスの1年間のコストは他のサービスコストの前に43.80ドルになる（https://aws.amazon.com/blogs/aws/new-aws-public-ipv4-address-charge-public-ip-insights/）。そのようなラインアイテムは、購入者にアドレス使用、NAT 設計、パブリック露出を理解させる。また、アドレスと帯域幅パッケージが含まれた専用インフラプロバイダーとの比較を容易にする。比較が完全でなくても。

競合他社のページも同じ市場圧力を示している。OVHcloud はベアメタルを専用リソース、アンチ DDoS、プライベートネットワーキング、制御を必要とするワークロードのための予測可能なインフラとして位置づけている（https://us.ovhcloud.com/bare-metal/）。Hetzner は攻撃的な月額価格で専用ルートサーバーをリストし、IBM のエンタープライズ向け提案を価格に敏感なヨーロッパのバイヤーにとって割高に見せることができる（https://www.hetzner.com/dedicated-rootserver）。TrustRadius は、レビューと比較サイト（主要な販売者ではない）で、IBM Cloud Bare Metal Servers の開始価格を1時間あたり0.51ドル、月額241ドルとし、時間単位または月単位のオプションと月間500GB の送信帯域幅を価格サマリーに記載している（https://www.trustradius.com/products/ibm-cloud-bare-metal-servers/pricing）。そのサードパーティ価格は契約ではなく市場シグナルとして扱われるべきだが、購入者が IBM を低コストでよりシンプルな代替品と比較する方法を示している。

IBM の防御は最も安い専用サーバーになることではない。ベアメタルをハイブリッドクラウドアーキテクチャ、エンタープライズサポート、IBM ソフトウェア、Red Hat/OpenShift 戦略、直接接続、メインフレームに隣接するエンタープライズアカウント、規制対象ワークロード、SAP および VMware パターン、グローバル調達に接続することである。IBM の投資家ページは、同社がハイブリッドクラウドと AI を中心に位置づけられていると述べている（https://www.ibm.com/investor）。2025年年次報告書は、ソフトウェアのハイブリッドクラウド収益が73億2700万ドル、OpenShift の年間経常収益が2025年末に19億ドルに達したと述べている（https://www.sec.gov/Archives/edgar/data/51143/000005114326000027/ibmars2025.pdf）。SoftLayer の IBM 内での役割は、ナラティブをリードすることではない。ハイブリッドクラウドセールスがまだボックスを望むワークロードに達したときに、物理的およびクラシックインフラストラクチャのオプションを提供することである。

リスクは、制御のために維持された製品が慣性のために維持される製品になることである。クラシックインフラストラクチャが、顧客がその機能を積極的に必要としているため価値がある場合、IBM は耐久性のあるニッチを収穫できる。移行が困難であるためだけに維持される場合、レガシー負担になる。違いは使用品質に見える：顧客は予測可能な運用、プライベート帯域幅、物理的分離のためにクラシックベアメタルを選択しているのか、それとも古いアプリケーションやスクリプトを移動するのに費用がかかるためそこに留まっているのか？公開証拠は正確に答えることができないが、質問を正しくフレーム化する。

運用サーフェスはサーバーよりも大きい

SoftLayer の当初の設計は運用サーフェスとして理解されるべきである：サーバー制御、ネットワーク制御、ストレージアタッチメント、アイデンティティ、サポート、API 自動化、請求、施設配置。IBM の現在のドキュメントはその広がりを保存している。ベアメタルはプロビジョニング時に20〜12,000 GB のブロックおよびファイルストレージとペアにできるが、アドオンストレージはサーバープロビジョニング後に接続する必要がある（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-bm）。ベアメタルアドオンには、ハードウェアファイアウォール、モニタリング、バックアップ、レスポンス、パブリックセカンダリ IP アドレス、IPv6 アドレスオプションが含まれる（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-bm）。ネットワークオプションには、パブリックのみの選択、プライベートのみの選択、デフォルトで含まれるプライベートインターフェース、パブリックエグレス選択、VLAN 選択、サブネット選択、セカンダリ IP アドレスリクエストが含まれる（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-network-options）。

API サーフェスは労働経済学を変えるため重要である。顧客がプログラムでインフラを注文、検査、再構成、キャンセルできる場合、物理サーバーは単発のチケットではなく、より大きな運用システムの一部になる。IBM の仮想サーバーAPI ドキュメントは、SoftLayer API が IBM Cloud コンソールの多くの機能を支え、API 経由で到達可能な IBM Cloud 環境のすべての部分を自動化できると述べている（https://cloud.ibm.com/docs/virtual-servers?topic=virtual-servers-api-reference）。SoftLayer Development Network は、Python、Java、Go、Perl、PHP、Ruby 用の SDK、および IBM Cloud CLI 用のクラシックインフラプラグインを公開している（https://sldn.softlayer.com/）。それは深いツール動作のインストールベースである。

しかし、コントロールプレーンは期待を固定化する。長期実行のエンタープライズスクリプトは、特定のオブジェクト名、メソッド動作、認証パターン、ロケーションコード、VLAN 規則、請求項目動作を想定するかもしれない。2026年の API リリースノートで非推奨のサービスメソッドを削除することは通常のメンテナンスイベントであるが、古いプラットフォームでは顧客にとって依然として重要である（https://sldn.softlayer.com/）。すべての成熟したインフラビジネスにはこの問題がある。コントロールサーフェスが強力であればあるほど、顧客自身の運用コードの一部になる。

施設とルーティングは別のレイヤーを追加する。PeeringDB の公開ページは、AS-SOFTLAYER と選択的ピアリングポリシーを示し、複数のロケーションを好み、比率要件や契約要件はない（https://www.peeringdb.com/net/1613）。ページにリストされたエクスチェンジ容量には、DE-CIX Dallas で200G、DE-CIX Frankfurt で200G、DE-CIX Madrid で200G、DE-CIX Chicago で100G、Equinix Ashburn で80G、Equinix Chicago で60G、Equinix Miami で60G、他の多くのエクスチェンジでより小さなリンクがある（https://www.peeringdb.com/net/1613）。これらの数字は顧客満足度や収益を証明しない。グローバルインフラプラットフォームをサポートするルーティングフットプリントを示している。

そのフットプリントは資産でありコストでもある。エクスチェンジポート、クロスコネクト、ルーター容量、ルートポリシー、トラフィックエンジニアリング、アビューズ処理、DDoS 対応、メンテナンスウィンドウ、コロケーションコミットメント、ネットワークエンジニアリングはそれ自体で収益化しない。それらは顧客の離脱を防ぐときに重要である。定常的なワークロード、BGP 要件、プライベート接続、予測可能なトラフィックを持つ顧客は、移動が単なるサーバー移行ではなく、ネットワークと運用の移行であるため、粘着性が高い。

これが、SoftLayer の経済学が純粋な低コストホスティング会社よりも IBM に適合する理由である。IBM はネットワーク制御インフラをより広範なエンタープライズアカウントに結び付けることができる。移行とモダナイゼーションに関するコンサルティングを販売できる。ベアメタルを Red Hat、VMware、SAP、IBM Z 統合、セキュリティポスチャ、マネージドサービスに接続できる。専用サーバーはマージンストーリー全体ではなく、特定のワークロードを IBM のアカウント境界内に維持するアンカーである。

証拠は公的に知ることができないものも示す

公開証拠は、アイデンティティ、ネットワークサーフェス、買収履歴、製品メカニクス、価格ポスチャに関して強い。SoftLayer 固有の現在の財務に関しては弱い。IBM は SoftLayer の収益、IBM Cloud クラシックベアメタルの稼働率、データセンター別の粗利率、ワークロードクラス別のチャーン、サーバーあたりのサポートコスト、VPC ベアメタルに変換されたクラシックワークロードの割合、IPv4 在庫経済学、Direct Link、サポート、ストレージ、バックアップ、セキュリティアドオンからの真の収益アタッチメントを開示していない。したがって、いかなる評価も保守的でなければならない。

最も欠けている数字は、ハードウェアクラスと場所別の稼働率である。ベアメタルプラットフォームは、ヘッドラインネットワークが大きく製品ページが広い場合に健全に見えるが、同時に取り残されたハードウェアのポケットを抱えている可能性がある。古い CPU 世代は販売が安いかもしれないが、電力効率で高コストになる。高メモリまたは GPU 対応構成はより良い価格を命令できるが、慎重な調達が必要である。一部の市場ではプライベート接続と予測可能な帯域幅に強い需要があるかもしれない；他の市場では割引が必要かもしれない。公開ページは製品の広がりを示すが、充足率は示さない。

2番目に欠けている数字は移行フローである。IBM の製品ページは現在、VPC ベアメタルとクラシックインフラストラクチャを区別している。合理的な IBM 戦略は、可能な限り顧客を新しいコンストラクトに移行しつつ、必要なところでクラシックコントロールを保持することだろう。しかし、公開された移行指標がなければ、外部の読者はクラシックベアメタルが成長しているのか、安定しているのか、優雅に縮小しているのか、主に古いアカウントのために保持されているのかを知ることができない。IBM の投資家資料は、クラシックインフラストラクチャよりもハイブリッドクラウド、Red Hat、AI を強調している（https://www.ibm.com/investor/services/annual-report）。それはクラシックベアメタルが重要でないことを意味しない。その重要性は戦略的ヘッドラインよりも運用上特定であることを意味する。

3番目に欠けている数字はサポート品質である。ベアメタル顧客は、物理的なものが壊れたり、ルートが変更されたときにプロバイダーを判断する。IBM ドキュメントは、ハードウェア障害、ソフトウェアバグ、ネットワーク問題、メンテナンスが停止を引き起こす可能性があり、可用性のためにアプリケーションを複数のデータセンターと POD に分散する必要があると警告している（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-ha-dr）。それは技術的に正直である。しかし、顧客は依然としてサポート応答を通じて障害を経験する。公開製品ページは、ドライブ障害、VLAN の誤動作、Direct Link ルートの誤り、プライベートのみのサーバーが誤って注文された瞬間に IBM のサポートが十分に迅速かどうかを教えてくれない。

4番目に欠けている数字は、アビューズと評判コストである。ホスティングネットワークは正当なエンタープライズワークロードを引き付けるが、パブリック IP スペースと専用サーバーはスパム、スクレイピング、ボット活動、フィッシングインフラ、高リスクリセラーも引き付ける。PeeringDB と BGP レコードは規模を証明するが、評判品質を証明しない。IBM のネットワーク制御ポスチャ、サポートプロセス、アドレス管理はここで重要である。なぜなら、汚れたアドレス範囲や繰り返されるアビューズインシデントは安いサーバーを高くするからである。公開証拠はそれを直接スコアリングさせない。

これらの不確実性は記事の欠陥として扱われるべきではない。それらは経済学である。公開記録は、IBM がサーバー制御ビジネスを維持する理由を教えてくれる。すべてのラック、CPU 世代、顧客コホートが魅力的なリターンを生み出すかどうかは教えてくれない。

今日、購入者が引受けるもの

IBM Cloud ベアメタルに定常的なワークロードを配置するかどうかを決定する大規模購入者は、仮想インスタンスを選択する開発者とは異なる事実セットを引受けるだろう。まずアイデンティティと継続性から始める：SoftLayer は IBM に買収され、現在の製品は IBM Cloud Bare Metal Servers であり、API とクラシックインフラストラクチャコントロールは文書化されたままであり、ネットワークアイデンティティは依然として ARIN、PeeringDB、BGP データに現れる（https://rdap.arin.net/registry/エンティティ/SOFTL、https://rdap.arin.net/registry/autnum/36351、https://www.peeringdb.com/net/1613、https://bgp.tools/as/36351）。次に製品の約束をテストする：シングルテナント、プロバイダーハイパーバイザーなし、時間単位または月単位の請求、高速プロビジョニング、20TB の無料クラシック帯域幅、プライベートネットワークの包含、ポート速度オプション、冗長性選択、Direct Link、BGP、VRF、プライベートデータ移動（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-bm、https://www.ibm.com/products/bare-metal-servers/pricing、https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-network-options、https://cloud.ibm.com/docs/direct-link?topic=direct-link-configure-ibm-cloud-direct-link）。

購入者はまた障害動作をテストする。ワークロードが継続的可用性を必要とする場合、IBM 自身のドキュメントは複数のアプリケーションサーバーとデータセンターおよび POD 間の配置を考慮する必要があると述べている（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-ha-dr）。購入者が冗長リンクなしの低コスト単一サーバーを望む場合、定期的なメンテナンスが通信を中断する可能性があることを受け入れなければならない。購入者が Direct Link を望む場合、冗長性は単一のサービスの存在ではなく、BGP 設計と多様な接続によって作成されることを理解しなければならない（https://cloud.ibm.com/docs/direct-link?topic=direct-link-faqs）。プライベートのみのデプロイメントを望む場合、プライベートのみのサーバーには後でパブリックインターフェースを追加できないため、プロビジョニング時に決定しなければならない（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-network-options）。

貸し手や買収者は、IBM が公開していないより厳しい質問をするだろう：コホート別の経常収益、場所別の稼働率、ハードウェア年齢、データセンターパワーコスト、サポートチケットボリューム、パブリックエグレス超過収益、プライベートネットワークコスト、Direct Link アタッチ率、ストレージとバックアップアタッチ、顧客集中度、契約条件の更新率、古い SoftLayer API 動作に依然依存するアカウント数。健全な制御主導の需要を慣性主導のレガシー需要から分離する。前者は投資に値する。後者は移行計画とマージン保護に値する。

規制当局は制御主張と顧客の明確さを気にするだろう。ベアメタルは分離に役立つが、それは顧客がどの義務が自分たちのものであるかを理解している場合に限る。IBM のドキュメントは、顧客がサーバーを管理し、顧客が関連するソリューションを通じてスケジュールされたバックアップまたはワンタイムバックアップを開始しない限り、顧客デバイスのバックアップは IBM によって完了されないと明示している（https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-bmおよびhttps://cloud.ibm.com/docs/bare-metal?topic=bare-metal-sm-back-up-recovery）。コンプライアンスに敏感な購入者はそれを注意深く読むべきである。シングルテナントはマネージドコンプライアンスではない。物理的および運用上の出発点である。

引受結論はバランスが取れている。SoftLayer は、抽象クラウドにきちんと適合しないワークロードに対して、IBM に信頼できるコントロールサーフェスを与える。公開証拠は、実際のネットワーク、実際の API 継続性、実際の製品メカニクス、実際のハイブリッドクラウド関連性を支持する。しかし、公開証拠は、SoftLayer がレガシー名として、単独で成長エンジンであるという単純な主張を支持しない。その価値は埋め込まれている：顧客がマシンを失わずにクラウドを望むときに有用な、IBM Cloud 内のサーバー制御。

公開主張の証拠レジスタ

買収と歴史的規模の証拠は、IBM の買収発表、IBM のクロージング発表、GI Partners の売却発表、ロサンゼルス・タイムズの報告された20億ドルの取引額報告から来る：https://www.prnewswire.com/news-releases/ibm-to-acquire-softlayer-to-accelerate-adoption-of-cloud-computing-in-the-enterprise-210061861.html、https://www.prnewswire.com/news-releases/ibm-closes-acquisition-of-softlayer-technologies-214589711.html、https://www.gipartners.com/news/gi-completes-sale-of-softlayer-technologies-to-ibm、https://www.latimes.com/business/technology/la-fi-tn-ibm-cloud-computing-softlayer-2-billion-20130604-story.html。

現在のネットワークとアイデンティティの証拠は、ARIN RDAP、PeeringDB、PeeringDB API ビュー、BGP.tools から来る：https://rdap.arin.net/registry/エンティティ/SOFTL、https://rdap.arin.net/registry/autnum/36351、https://rdap.arin.net/registry/エンティティ/IBMC-24、https://www.peeringdb.com/net/1613、https://www.peeringdb.com/api/net/1613?depth=2、https://bgp.tools/as/36351。

ベアメタル製品と価格の証拠は、IBM のベアメタル価格ページと IBM Cloud ベアメタルドキュメントから来る：https://www.ibm.com/products/bare-metal-servers/pricing、https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-getting-started、https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-bm、https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-network-options、https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-reserved-bare-metal-servers、https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-bm-view-bandwidth-graphs、https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-sm-back-up-recovery、https://cloud.ibm.com/docs/bare-metal?topic=bare-metal-ha-dr。

API とコントロールプレーンの証拠は、IBM Cloud API リファレンスと SoftLayer Development Network から来る：https://cloud.ibm.com/docs/virtual-servers?topic=virtual-servers-api-reference、https://cloud.ibm.com/docs/virtual-router-appliance?topic=virtual-router-appliance-vra-api、https://sldn.softlayer.com/。

プライベート接続と VLAN の証拠は、IBM Cloud Direct Link と VLAN ドキュメントから来る：https://cloud.ibm.com/docs/direct-link?topic=direct-link-configure-ibm-cloud-direct-link、https://cloud.ibm.com/docs/direct-link?topic=direct-link-faqs、https://cloud.ibm.com/catalog/infrastructure/direct-link-cloud-exchange、https://cloud.ibm.com/docs/vlans?topic=vlans-linking-secure-network-enclosures。

IBM の戦略的および財務的文脈は、IBM の投資家ページと2025年年次報告書から来る：https://www.ibm.com/investor、https://www.ibm.com/investor/services/annual-report、https://www.sec.gov/Archives/edgar/data/51143/000005114326000027/ibmars2025.pdf。

代替と市場比較の証拠は、AWS パブリック IPv4 価格設定、OVHcloud ベアメタル、Hetzner 専用ルートサーバー、TrustRadius IBM ベアメタル価格サマリー、2013年の Hacker News ディスカッションを非公式な開発者市場シグナルとして来る：https://aws.amazon.com/blogs/aws/new-aws-public-ipv4-address-charge-public-ip-insights/、https://us.ovhcloud.com/bare-metal/、https://www.hetzner.com/dedicated-rootserver、https://www.trustradius.com/products/ibm-cloud-bare-metal-servers/pricing、https://news.ycombinator.com/item?id=5819227。

結論とウォッチポイント

SoftLayer の永続的な教訓は、クラウドがサーバーを廃止したわけではないということだ。サーバーの購入方法、接続方法、自動化方法、資金調達方法を変えた。IBM は SoftLayer のサーバー制御ロジックを維持した。なぜなら、一部のエンタープライズワークロードは依然として物理的分離、予測可能な帯域幅、プライベートルーティング、既知の配置、低レベルの運用選択を必要とするからである。IBM が現在主にハイブリッドクラウドと AI を中心にマーケティングしているという事実は、その議論を弱めない。それをより正確にする。ハイブリッドクラウドには、新旧のインフラが会える場所が必要であり、SoftLayer の設計は IBM にその場所の一つを与える。

ポジティブケースは、IBM が SoftLayer のレガシーを高制御インフラオプションとして収益化し続けられることである：定常的な予測可能な運用のためのクラシックベアメタル、より新しいクラウドパターンのための VPC ベアメタル、プライベート接続のための Direct Link、既存の自動化のための SoftLayer API 継続性、低コストホスティングだけではサービスできないワークロードのための IBM のエンタープライズアカウント関係。このケースを支持する数字は、13の元データセンター、10万台のデバイス、2万1千人の顧客、報告された20億ドルの買収、1,800の PeeringDB IPv4 プレフィックス、450の IPv6 プレフィックス、1-5 Tbps の PeeringDB トラフィック、1,100万以上のクラシック構成組み合わせ、クラシックで20TB の無料帯域幅、10分以内の VPC ベアメタルデプロイメント、クラシックサーバーの30〜40分の高速プロビジョニングである。

ネガティブケースは、制御が負担になり得ることである。クラシックインフラストラクチャが主に古いワークロードの移動が難しいために保持されている場合、IBM はレガシーサポート、古い API 動作、ハードウェアリフレッシュ、アドレス評判、データセンター複雑性、顧客期待を抱えながらマージンを保護しなければならない。より安いベアメタルプロバイダーがコモディティアカウントに圧力をかけ、ハイパースケーラーが高レベルワークロードをマネージドサービスに吸収する場合、IBM はなぜそのサーバー制御レイヤーがプレミアムハイブリッドクラウド関係に属するかを証明し続けなければならない。

ウォッチポイントは具体的である。第一に、IBM が VPC ベアメタルとクラシックベアメタルの両方を改善し続けるかどうかを見守る。第二に、Direct Link、VRF、プライベートネットワークコントロールが透明性を失わずに顧客にとってより簡単になるかどうかを見守る。第三に、AS36351 を中心とした公開ルーティングと PeeringDB の変更を見守る。ネットワークが広く最新のままであるかどうかを示すからである。第四に、業界全体の IPv4 価格設定とアドレスポリシーを見守る。パブリックアドレス不足は、規律ある割り当てとバンドル帯域幅を持つプロバイダーのケースを強化できるからである。第五に、IBM の年次報告書でインフラ、ハイブリッドクラウド、Red Hat の強調の変化を見守る。SoftLayer の価値は、IBM が物理的コントロールをソフトウェア戦略とどの程度うまくパッケージ化するかにますます結びついているからである。

SoftLayer はモダン IBM の顔ではない。それがポイントである。それは、頑固なニーズを持つ頑固な購入者にまだ応える IBM Cloud の部分である：クラウドの便利さをくれ、しかしサーバーを消えさせないで。