# Speicherverwaltung und Anforderungsisolierung

Zoom AI Companion wurde mit Blick auf Benutzer-Datenschutz und Systemintegrität entwickelt. Die folgenden Abschnitte erläutern, wie Speicher während des Lebenszyklus jeder Benutzeranfrage zugewiesen, isoliert und gelöscht wird – mit dem Ziel, sicherzustellen, dass Daten nicht zwischen Benutzern durchsickern oder unnötig im Speicher verbleiben.

### <mark style="color:blau;">Jede Benutzeranfrage wird in einem isolierten Ausführungsthread ausgeführt</mark>

Um zu verhindern, dass Daten zwischen Anfragen durchsickern, weist Zoom jeder eingehenden Benutzeranfrage einen dedizierten Thread zu. Ein Thread ist die kleinste Ausführungseinheit in der modernen Datenverarbeitung und umfasst einen eigenen Anruf-Stack und eigenen Speicherbereich. Dadurch ist der Speicher, der zur Verarbeitung der Anfrage eines Benutzers verwendet wird, für andere nicht zugänglich – selbst wenn mehrere Anfragen gleichzeitig verarbeitet werden.

### <mark style="color:blau;">Containerisierung bietet Isolierung auf Service-Ebene über die Plattform hinweg</mark>

Während Threads den Speicher pro Anfrage isolieren, verwendet Zoom außerdem Containerisierung, um ganze Dienste voneinander zu trennen. Jeder AI Companion-Dienst läuft in seiner eigenen isolierten Containerumgebung mit unabhängigen Laufzeitabhängigkeiten, Konfigurationen und Bibliotheken. Dies trägt dazu bei, Konsistenz über Bereitstellungen hinweg sicherzustellen, und fügt eine zusätzliche Schutzschicht auf Infrastrukturebene hinzu, auch wenn es nicht dazu gedacht ist, einzelne Benutzeranfragen zu isolieren.

### <mark style="color:blau;">Der Speicher wird nach Abschluss jeder Anfrage automatisch freigegeben</mark>

Sobald ein Thread die Verarbeitung einer Anfrage abgeschlossen hat, wird der von ihm verwendete gesamte Speicher automatisch vom zugrunde liegenden Betriebssystem oder der Laufzeitumgebung freigegeben. Dieses standardmäßige Verhalten stellt sicher, dass der Speicher nicht über den Lebenszyklus der Anfrage hinaus erhalten bleibt, und verringert das Risiko, dass Restdaten im Speicher verbleiben.

### <mark style="color:blau;">Sichere Programmierpraktiken reduzieren das Risiko von Restdaten im Speicher zusätzlich</mark>

Die Ingenieure von Zoom befolgen bewährte Secure-Development-Praktiken, um speicherbezogene Risiken proaktiv zu minimieren:

* Temporäre Datenstrukturen werden gelöscht, sobald sie nicht mehr benötigt werden.
* Benutzerspezifische Daten werden nicht in globalem oder statischem Speicher gespeichert.
* Sprachen und Frameworks mit automatischer Speicherverwaltung und Garbage Collection werden genutzt, um sicherzustellen, dass der Speicher vom System zuverlässig freigegeben wird.

Zusammen helfen diese mehrschichtigen Maßnahmen – threadbasierte Ausführung, containerisierte Service-Isolierung, automatische Speicherfreigabe und diszipliniertes sicheres Programmieren – sicherzustellen, dass der Speicher in Zoom AI Companion verantwortungsvoll, sicher und im Einklang mit Enterprise-Anforderungen an den Schutz von Benutzerdaten verwaltet wird.


---

# 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/de/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.