このページの内容は機械翻訳です。Zoomは機械翻訳の正確性を保証しません。
For the complete documentation index, see llms.txt. This page is also available as Markdown.

メモリ管理とリクエスト分離

Zoom AI Companion は、ユーザーのプライバシーとシステムの整合性を考慮して設計されています。以下のセクションでは、各ユーザーリクエストのライフサイクル全体でメモリがどのように割り当てられ、分離され、消去されるかを説明します。これは、ユーザー間でデータが漏えいしたり、メモリ内に不要に保持されたりしないようにするために設計されています。

各ユーザーリクエストは、分離された実行スレッドで実行されます

リクエスト間でデータが漏えいするのを阻止するため、Zoom は受信した各ユーザーリクエストを専用スレッドに割り当てます。スレッドは、現代のコンピューティングにおける最小の実行単位であり、独自のコールスタックとメモリ空間を持ちます。これにより、複数のリクエストが同時に処理されていても、あるユーザーのリクエストを処理するために使用されたメモリが別のユーザーからアクセスされることはありません。

コンテナ化により、プラットフォーム全体でサービスレベルの分離が提供されます

スレッドはリクエストごとにメモリを分離しますが、Zoom はコンテナ化も使用して個々のサービスを分離しています。各 AI Companion サービスは、それぞれ独立したランタイム依存関係、設定、およびライブラリを備えた、独自の分離されたコンテナ環境内で実行されます。これは、個々のユーザーリクエストを分離することを目的としたものではありませんが、デプロイメント間の一貫性を確保し、インフラストラクチャレベルの保護をさらに追加するのに役立ちます。

各リクエストの完了後、メモリは自動的に回収されます

スレッドがリクエストの処理を終えると、使用されていたすべてのメモリは、基盤となるオペレーティングシステムまたはランタイムによって自動的に解放されます。このデフォルトの動作により、メモリがリクエストのライフサイクルを超えて残存することがなくなり、残留データがメモリに残り続けるリスクが軽減されます。

安全なコーディング手法により、残留メモリのリスクがさらに低減されます

Zoom のエンジニアは、メモリ関連のリスクを積極的に最小化するために、安全な開発のベストプラクティスに従っています。

  • 一時的なデータ構造は、不要になった時点で消去されます。

  • ユーザー固有のデータは、グローバルメモリや静的メモリには保存されません。

  • 自動メモリ管理とガベージコレクションを備えた言語およびフレームワークを活用し、システムによってメモリが確実に回収されるようにしています。

これらの多層的な手法、すなわちスレッドベースの実行、コンテナ化されたサービス分離、自動メモリ解放、そして規律ある安全なコーディングを組み合わせることで、Zoom AI Companion のメモリが責任を持って安全に管理され、エンタープライズグレードのユーザーデータ保護に関する期待に沿うようにしています。

最終更新

役に立ちましたか?