# Gestion de la mémoire et isolation des requêtes

Zoom AI Companion est conçu en tenant compte de la confidentialité de l’utilisateur et de l’intégrité du système. Les sections suivantes expliquent comment la mémoire est allouée, isolée et effacée pendant le cycle de vie de chaque demande d’utilisateur — conçues pour garantir que les données ne fuient pas entre les utilisateurs et ne sont pas conservées inutilement en mémoire.

### <mark style="color:bleu;">Chaque demande d’utilisateur s’exécute dans un thread d’exécution isolé</mark>

Pour empêcher les données de fuir d’une demande à l’autre, Zoom attribue chaque demande d’utilisateur entrante à un thread dédié. Un thread est la plus petite unité d’exécution dans l’informatique moderne et comprend sa propre pile d’appels et son propre espace mémoire. Cela garantit que la mémoire utilisée pour traiter la demande d’un utilisateur n’est pas accessible à un autre, même si plusieurs demandes sont traitées simultanément.

### <mark style="color:bleu;">La conteneurisation fournit une isolation au niveau du service sur l’ensemble de la plateforme</mark>

Bien que les threads isolent la mémoire par demande, Zoom utilise également la conteneurisation pour séparer des services entiers. Chaque service AI Companion s’exécute dans son propre environnement conteneurisé isolé, avec des dépendances d’exécution, des configurations et des bibliothèques indépendantes. Cela contribue à garantir la cohérence entre les déploiements et ajoute une couche supplémentaire de protection au niveau de l’infrastructure, même si ce n’est pas destiné à isoler les demandes individuelles des utilisateurs.

### <mark style="color:bleu;">La mémoire est automatiquement récupérée après chaque requête terminée</mark>

Une fois qu’un thread a terminé de traiter une demande, toute la mémoire qu’il a utilisée est automatiquement libérée par le système d’exploitation ou l’environnement d’exécution sous-jacent. Ce comportement par défaut garantit que la mémoire ne persiste pas au-delà du cycle de vie de la demande, réduisant ainsi le risque que des données résiduelles restent en mémoire.

### <mark style="color:bleu;">Les pratiques de codage sécurisé réduisent davantage les risques liés à la mémoire résiduelle</mark>

Les ingénieurs de Zoom suivent les meilleures pratiques de développement sécurisé afin de minimiser de manière proactive les risques liés à la mémoire :

* Les structures de données temporaires sont effacées dès qu’elles ne sont plus nécessaires.
* Les données spécifiques à l’utilisateur ne sont pas stockées dans une mémoire globale ou statique.
* Les langages et frameworks dotés d’une gestion automatique de la mémoire et d’un ramasse-miettes sont utilisés pour garantir que la mémoire est récupérée de manière fiable par le système.

Ensemble, ces pratiques en couches — exécution basée sur les threads, isolation des services conteneurisés, libération automatique de la mémoire et codage sécurisé discipliné — contribuent à garantir que la mémoire dans Zoom AI Companion est gérée de manière responsable, sécurisée et conforme aux attentes de niveau Entreprise en matière de protection des données utilisateur.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://library.zoom.com/technical-library/fr/zoom-workplace/artificial-intelligence/artificial-intelligence-bluepaper/security-and-compliance/memory-management-and-request-isolation.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.