LiteLLM Proxy Gateway: OpenAI、Anthropic、Geminiを一元管理する単一API

Artificial Intelligence tutorial - IT technology blog
Artificial Intelligence tutorial - IT technology blog

なぜLLM開発にゲートウェイが必要なのか?

GPT-4で動作するアプリを開発し終えた直後、クライアントから「日本語の処理がより自然で、コストが5分の1のClaude 3.5 Sonnetに切り替えたい」と言われたとしましょう。あるいは、冗長性の確保のためにGeminiも統合したいと上司が言い出すかもしれません。その際、新しいSDKの導入、リクエスト形式の全面的な修正、プロバイダーごとのエラーハンドリングに追われることになります。

これはAIプロジェクトのメンテナンスを困難にする typicalな失敗です。各APIを「ハードコード」する代わりに、大規模なシステムでは通常、中間にProxy Gatewayを配置します。LiteLLMこそが、その解決策です。

LiteLLMはインテリジェントなアダプターとして機能します。フロントエンドではOpenAI標準のリクエストを受け取り、バックエンドではAnthropicGemini、あるいはOllama経由のローカルモデルが理解できる言語に自動的に変換します。開発者は単一のエンドポイントを呼び出すだけでよく、モデルの振り分けはすべてLiteLLMが処理します。

LiteLLMを導入する具体的なメリット:

  • API標準の統一: ClaudeやLlama 3を、まるでGPT-4を呼び出すかのようにスムーズに利用可能。
  • APIキーの一元管理: 各所にAPIキーを分散させる必要がなく、漏洩リスクを低減。
  • 自動フェイルオーバー: OpenAIが429エラー(レート制限)を返した場合、0.5秒以内に自動的にGeminiへ切り替え。
  • コストの最適化: 直感的なダッシュボードを通じて、どのモデルが最もコストを消費しているかを正確に追跡。

1分でできるLiteLLMのインストール

始めるには、Python 3.8以上が必要です。システムをクリーンに保つために、仮想環境の使用をお勧めします。

# 仮想環境の作成と有効化
python -m venv venv
source venv/bin/activate  # Windows: venv\Scripts\activate

# Proxyサポート付きバージョンのインストール
pip install 'litellm[proxy]'

インストールが完了したら、litellm --version を入力して準備ができているか確認してください。

プロフェッショナルなProxy Gatewayの設定

LiteLLMの重要な設定はすべて config.yaml ファイルに記述します。この方法により、手動でコマンドを打つよりも、数十ものモデルをはるかに簡単に管理できます。

以下は、主要な3つのプロバイダーを1つにまとめる設定ファイルの例です:

model_list:
  - model_name: gpt-4o
    litellm_params:
      model: openai/gpt-4o
      api_key: "sk-xxx"

  - model_name: claude-sonnet
    litellm_params:
      model: anthropic/claude-3-5-sonnet-20240620
      api_key: "sk-ant-xxx"

  - model_name: gemini-pro
    litellm_params:
      model: gemini/gemini-1.5-pro
      api_key: "AIza-xxx"

router_settings:
  routing_strategy: latency-based-routing # 最もレスポンスの速いモデルを自動的に選択

上記の設定において、model_name はアプリケーションコードから呼び出す際の名前です。「chatbot-priority」や「budget-model」など、任意の名前を付けることができます。

セキュリティに関する注意: デプロイ時にYAMLファイルへ直接キーを記述しないでください。api_key: "os.environ/OPENAI_API_KEY" のように環境変数を使用してください。

起動と結果の確認

次のコマンドでProxyを起動します:

litellm --config config.yaml

デフォルトでは、サーバーは http://0.0.0.0:4000 で動作します。これで、大手AIプロバイダーのパワーが1つのポートに集約されました。

cURLによるクイックテスト

OpenAIのフォーマットを使用して、Claude 3.5を呼び出してみましょう:

curl --request POST \
  --url http://localhost:4000/v1/chat/completions \
  --header 'Content-Type: application/json' \
  --data '{
    "model": "claude-sonnet",
    "messages": [{ "role": "user", "content": "こんにちは!" }]
  }'

Python SDKでの利用

これは私が最も高く評価している部分です。AnthropicやGoogleの専用SDKをインストールする必要はありません。使い慣れた openai ライブラリをそのまま使用できます:

from openai import OpenAI

client = OpenAI(api_key="any-string", base_url="http://localhost:4000")

# OpenAI標準を使用してGeminiを呼び出す
response = client.chat.completions.create(
    model="gemini-pro",
    messages=[{"role": "user", "content": "量子コンピューティングとは何ですか?"}]
)

print(response.choices[0].message.content)

コスト管理とモニタリング

AI開発における最大の懸念の1つは、API利用料の急増です。コード内の無限ループにより、一晩で500ドルが消えてしまったというケースも耳にします。

LiteLLMは、組み込みのダッシュボードでこの問題を解決します。Postgresを追加設定すれば、http://localhost:4000/ui にアクセスして以下を管理できます:

  • Virtual Keys: 部署や開発者ごとに個別のキーを発行。
  • Spending Limits: 各キーの利用上限を1日最大10ドルなどに制限。
  • Latency Tracking: どのモデルが遅延しているか(例:5秒 vs 1.2秒)を監視し、リクエストを最適化。

Proxy Gatewayを導入することで、コードがクリーンになるだけでなく、絶対的な柔軟性が得られます。特定のプロバイダーに依存することはありません。もし今日OpenAIが値上げしても、設定を1行変更するだけで、すべてのトラフィックをより安価なモデルへ切り替えることができるのです。

Share: