https://api.openai.com/v1/chat は、openAI の API インターフェイス アドレスです。万里の長城のため、2023 年初めのアップデート後はアクセスできません。アクセス インターフェイスでは、「エラー: ETIMEDOUT と他のネットワークに接続してください」というメッセージが表示されます-関連の問題。
解決策は 3 つあります。
この記事では読者が独学で勉強する方法についてのみ説明します。実際的な解決策については、私に連絡してください
1. プロキシ (大規模なシナリオに適しています)
https://api.openai.com/v1/chat にアクセスできるサーバーでプロキシ サービスを有効にすると、個人または企業がプロキシ アドレスとポートを介してリクエストを送信できます。
利点:
-
Web サイトのパフォーマンスの向上: リバース プロキシ サーバーは静的コンテンツ (画像、スクリプト、スタイル シートなど) をキャッシュできるため、クライアントから送信されるリクエストの数が減り、ページの読み込みが高速化されます。
-
セキュリティの向上: リバース プロキシ サーバーは、インターネットからの悪意のあるトラフィックを傍受してフィルタリングできるため、Web サイトのセキュリティが向上し、バックエンド サーバーを攻撃から保護できます。
-
負荷分散の実現: リバース プロキシ サーバーは、負荷分散を実現し、単一の Web サーバーが
過剰に使用されてダウンタイムやクラッシュが発生するのを防ぐために、リクエストを複数の Web サーバーに分散できます。
短所:
-
システムの複雑さの増加: リバース プロキシ サーバーの導入により、ネットワーク アーキテクチャの複雑さが増し、ネットワーク アーキテクチャはますます複雑になり、より多くの管理とメンテナンスが必要になります。
-
パフォーマンスのボトルネックを引き起こす: リバース プロキシ サーバーが適切に最適化されていない場合、キャッシュ スペースやキャッシュ アイテムが多すぎるとリバース プロキシのパフォーマンスが低下するなど、パフォーマンスのボトルネックが発生する可能性があります。また、キャッシュが不足すると Web サイトのパフォーマンスが低下する可能性があります。パフォーマンスの低下につながります。
-
単一障害点のリスクの増加: リバース プロキシ サーバーは中間プロキシ サーバーであり、障害が発生すると Web サイト全体のパフォーマンスと可用性に影響があり、サービスが停止する可能性があります。
2. インターフェース転送 (3 段階の操作が実現可能、壁割れを推奨!!!)
これも本質的にはプロキシの一種ですが、インターフェイス転送を使用する方が適切だと思います。原則として、B アドレス構成を使用して https://api.openai.com/v1/chat をポイントし、B アドレスのパラメーターとコンテンツをリクエストし、openAI に転送します。この方法には、cloudflare の助けが必要です。個人の開発者や小規模企業の場合は、この方法をよりお勧めします。
利点:
- サーバーをセットアップする必要はありません
- サービスが安定しており、導入スピードも早い(基本的には1~2時間程度で完了します)
- メンテナンスコストが低い
短所:
短所はありません。
3. サービスの移転
方法: https://api.openai.com/v1/chat にアクセスできるサーバーにインターフェイスをデプロイし、サーバーをリクエストします。
利点: 従来の導入方法とあまり変わらず、追加の運用保守やコストが不要
欠点: リクエスト速度が遅い
4.TiZi(個人使用)
少し