Open WebUI 0.11.4、軽量イメージが約175 MBに縮小、RAGの導入には外部サービスとの接続が必要

Open WebUI は9月21日に 0.11.4 をリリースし、slim コンテナーイメージをさらに縮小した。メンテナーが公表したサイズは約175 MBで、前バージョンから約89%減少した。主な変更は、ローカルモデル、関連パッケージ、インストールツールの削除だ。これにより、既存のデプロイ環境で利用できる機能の範囲が変わる。チャットのフロントエンドは引き続き起動できるが、従来はコンテナー内で完結していた処理の一部には、別途サービスを接続する必要がある。[リリース告知](https://github.com/open-webui/open-webui/releases/tag/v0.11.4)

公式ドキュメントに記載された削除対象には、PyTorch、Transformers、ローカルの Whisper、文書・音声・動画の処理ツールが含まれる。検索拡張生成（RAG）が必要な環境では、外部の埋め込みサービスを設定し、PostgreSQL の pgvector を使用する必要がある。slim に残されているベクトルデータベースのクライアントは、pgvector 用のみだ。ここでいう「外部」には、同じ内部ネットワーク上でセルフホストするサービスも含まれ、必ずしもデータをパブリッククラウドに送信することを意味しない。[イメージのドキュメント](https://docs.openwebui.com/getting-started/quick-start/)

特に注意が必要なのは、エラーが発生するタイミングだ。アプリケーション用データベースに未対応のエンジンを使用している場合や、ファイルストレージの保存先がクラウドのオブジェクトストレージになっている場合、新版は起動を拒否する。一方、ベクトル検索の設定が要件に合わない場合は、最初のクエリで初めて失敗する可能性がある。つまり、コンテナーのヘルスチェックに合格し、チャットも正常に動作していても、ナレッジベースが利用可能であることの確認としては不十分だ。[制限チェックの実装](https://github.com/open-webui/open-webui/commit/d27aa72ab4a7b5632b4ad49e8467081ad3d7ebb4)

文書の取り込みにも明確な境界がある。テキスト、Markdown、CSV などは引き続き slim 内で読み込めるが、PDF、Word、プレゼンテーションファイルには適切な文書抽出ツールの接続が必要で、接続されていなければ 503 が返される。利用可能な埋め込みサービスが設定されていない場合も、関連する呼び出しは失敗する。そのため、エンジニアリングチームは実際のファイルアップロード、インデックス作成、検索結果を通じて受け入れ検証を行うべきであり、ログインと質問応答のテストだけで済ませてはならない。[文書処理と埋め込み処理の変更](https://github.com/open-webui/open-webui/commit/cb942bb94c8dc7941336088fb3392e2398ff56c1)

デプロイの観点では、軽量イメージはチャット画面だけを提供するノードに適している。ただし、RAG システム全体のリソース要件には、別途デプロイする埋め込み、文書抽出、音声の各サービスも加算する必要がある。89%という数字は公式に公表されたイメージの縮小率であり、これを基にシステム全体のメモリー使用量や費用の削減率を推計することはできない。アップグレードのテストにも既存のデータベース、ファイルストレージ、サービスエンドポイントの設定を組み込み、新規の空の環境では互換性の問題が見えなくなる事態を避けるべきだ。

オフライン環境には、もう一つ例外がある。slim のコードインタープリターでは、ブラウザーが CDN から Python パッケージを取得するが、標準イメージにはそれらが同梱されている。次に行うべきことは、必要な機能とネットワークの到達性を確認し、デプロイするバージョンを固定したうえで、文書処理、検索、音声の各フローをアップグレード時の検証に含めることだ。ローカルでの一通りの処理機能に依存するチームは、slim への移行が適切かどうかを改めて評価する必要がある。[オフラインデプロイの説明](https://docs.openwebui.com/getting-started/quick-start/)