テクノロジー · ニュース解説
IBM Bobのセルフホスト版が登場：OpenShift内に残るもの、残らないもの
IBMのエージェント型開発基盤は、切断環境を含む顧客管理のRed Hat OpenShiftでバックエンドを動かせるようになった。判断の核心は単なる「オンプレかクラウドか」ではなく、推論、ログ、運用責任がどこに置かれるかだ。
IBMはIBM Bobのセルフホスト展開を一般提供し、企業がエージェント型ソフトウェア開発基盤のバックエンドを自社管理のインフラで運用できるようにした。ソースコード、規制対象データ、重要システムをベンダー運営の公開サービスに置けない組織が主な対象だ。
ただし「セルフホスト」だけでは推論場所は決まらない。Bobのバックエンド、ID、監査ログ、計測を顧客管理のRed Hat OpenShiftに置いても、ハイブリッド構成ではプロンプトやコードコンテキストが承認済み外部モデルへ送られる。完全切断には対応ローカルモデルと顧客GPUが必要だ。
購入判断はアーキテクチャと運用の両方に関わる。実際のモデル経路を追跡し、OpenShiftの容量、更新、可用性、ネットワーク、ストレージ、ID、プラットフォームログ、バックアップ、インシデント対応を担えるか確認しなければならない。
顧客環境で動くもの
IBM文書では、BobセルフホストはRed Hat OpenShift上の名前空間ワークロードで、バックエンド、推論ゲートウェイ、ID、監査ログ、利用計測をOperatorが管理する。容量が十分ならOperator用とアプリ用の名前空間は既存クラスターを共有でき、専用クラスターは必須ではない。開発者はBob IDEとbob-shellを継続利用し、内部エンドポイントと企業ID連携は顧客が運用する。
ハイブリッド推論と完全ローカル推論は違う
ハイブリッド経路では、組織が管理するクラウドアカウントを介して外部モデルに接続する。バックエンドとログはOpenShiftに残るが、モデル要求とコード文脈は契約に基づいて外部サービスへ送られる。全tokenとコードをネットワーク内に残す要件なら、対応するオープンウェイトモデルを顧客GPUで動かす必要がある。資料はNVIDIA Nemotron 3 UltraとPoolside Laguna S 2.1を挙げるが、共通GPU構成は示していない。
運用負担は顧客に移る
IBM文書は、スケーリング、可用性、更新、ネットワーク、ストレージ、ID制御を含む基盤、連携、ライフサイクルを顧客責任としている。セキュリティイベントの記録と監視はOpenShiftのプラットフォーム層で行い、Bobが完全な機能として自動提供するわけではない。二段階のbobctl導入はcluster-admin相当の承認が必要な全体資源と名前空間展開を分けるが、ガバナンス責任は残る。
前提条件とエアギャップ作業
前提条件には有効な利用権、リリース一式と権利付きイメージ、対応OpenShift、管理端末、互換oc、Helm 3.14以上、Bash、OpenSSL、cert-manager 1.14以上、十分な計算・メモリー・ストレージ・ワーカー容量が含まれる。Bobはモデル配信基盤を用意しないため、モデルエンドポイントは事前に必要だ。エアギャップではイメージを私有レジストリーへミラーし、審査、保守、パッチ、ローカル推論も顧客が担う。
概念実証の確認事項
試行前に、コード文脈を完全オフラインにするか承認済みクラウドモデルへ送れるかを決め、OpenShiftと私有レジストリーの責任者を定める。更新、バックアップ、事故対応、モデル経路、容量予算、コードアクセス境界、SIEMへのID・プラットフォームログ連携、測定可能な成果も決める。IBMは単一ノードOpenShiftで概念実証できるとするが、本番規模はモデル、文脈長、同時利用に依存する。
まだ証明されていないこと
確認した資料には単純な公開価格、共通の本番ハードウェア構成、顧客に依存しない適合性結論、SaaS版との中立比較はない。セルフホストは制御を増やすが、安価、高速、適合済み、外部データ流出ゼロを自動的に証明しない。次は、プロンプト、コード文脈、ログ、ID、管理操作を実際のモデル経路に沿って追う設計審査が必要だ。
