Ratenbegrenzung: Ein tiefer Einblick in die Token-Bucket-Implementierung

In der heutigen vernetzten digitalen Landschaft ist die Gewährleistung der Stabilität und Verfügbarkeit von Anwendungen und APIs von größter Bedeutung. Die Ratenbegrenzung spielt dabei eine entscheidende Rolle, indem sie die Rate steuert, mit der Benutzer oder Clients Anfragen stellen können. Dieser Blogbeitrag bietet eine umfassende Untersuchung von Ratenbegrenzungsstrategien mit einem besonderen Fokus auf den Token-Bucket-Algorithmus, seine Implementierung, Vorteile und Nachteile.

Was ist Ratenbegrenzung?

Ratenbegrenzung ist eine Technik zur Kontrolle der an einen Server oder Dienst gesendeten Verkehrsmenge über einen bestimmten Zeitraum. Sie schützt Systeme vor Überlastung durch exzessive Anfragen und verhindert so Denial-of-Service (DoS)-Angriffe, Missbrauch und unerwartete Verkehrsspitzen. Durch die Durchsetzung von Anfragelimits gewährleistet die Ratenbegrenzung eine faire Nutzung, verbessert die allgemeine Systemleistung und erhöht die Sicherheit.

Stellen Sie sich eine E-Commerce-Plattform während eines Flash-Sales vor. Ohne Ratenbegrenzung könnte ein plötzlicher Anstieg der Benutzeranfragen die Server überlasten, was zu langsamen Antwortzeiten oder sogar zu Dienstausfällen führen würde. Die Ratenbegrenzung kann dies verhindern, indem sie die Anzahl der Anfragen begrenzt, die ein Benutzer (oder eine IP-Adresse) innerhalb eines bestimmten Zeitrahmens stellen kann, und so ein reibungsloseres Erlebnis für alle Benutzer gewährleistet.

Warum ist Ratenbegrenzung wichtig?

Ratenbegrenzung bietet zahlreiche Vorteile, darunter:

Verhinderung von Denial-of-Service (DoS)-Angriffen: Durch die Begrenzung der Anfragerate von einer einzelnen Quelle mildert die Ratenbegrenzung die Auswirkungen von DoS-Angriffen, die darauf abzielen, den Server mit bösartigem Verkehr zu überlasten.
Schutz vor Missbrauch: Ratenbegrenzung kann böswillige Akteure davon abhalten, APIs oder Dienste zu missbrauchen, z. B. durch das Scrapen von Daten oder das Erstellen gefälschter Konten.
Gewährleistung einer fairen Nutzung: Die Ratenbegrenzung verhindert, dass einzelne Benutzer oder Clients Ressourcen monopolisieren, und stellt sicher, dass alle Benutzer eine faire Chance haben, auf den Dienst zuzugreifen.
Verbesserung der Systemleistung: Durch die Kontrolle der Anfragerate verhindert die Ratenbegrenzung eine Überlastung der Server, was zu schnelleren Antwortzeiten und einer verbesserten allgemeinen Systemleistung führt.
Kostenmanagement: Bei cloudbasierten Diensten kann die Ratenbegrenzung helfen, die Kosten zu kontrollieren, indem sie eine übermäßige Nutzung verhindert, die zu unerwarteten Gebühren führen könnte.

Gängige Algorithmen zur Ratenbegrenzung

Für die Implementierung der Ratenbegrenzung können verschiedene Algorithmen verwendet werden. Einige der gebräuchlichsten sind:

Token Bucket: Dieser Algorithmus verwendet einen konzeptionellen "Eimer" (Bucket), der Tokens enthält. Jede Anfrage verbraucht ein Token. Wenn der Eimer leer ist, wird die Anfrage abgelehnt. Tokens werden dem Eimer mit einer definierten Rate hinzugefügt.
Leaky Bucket: Ähnlich wie der Token Bucket, aber Anfragen werden mit einer festen Rate verarbeitet, unabhängig von der Ankunftsrate. Überschüssige Anfragen werden entweder in eine Warteschlange gestellt oder verworfen.
Fixed Window Counter: Dieser Algorithmus teilt die Zeit in Fenster fester Größe ein und zählt die Anzahl der Anfragen in jedem Fenster. Sobald das Limit erreicht ist, werden nachfolgende Anfragen abgelehnt, bis das Fenster zurückgesetzt wird.
Sliding Window Log: Dieser Ansatz führt ein Protokoll von Anfrage-Zeitstempeln innerhalb eines gleitenden Fensters. Die Anzahl der Anfragen innerhalb des Fensters wird basierend auf dem Protokoll berechnet.
Sliding Window Counter: Ein hybrider Ansatz, der Aspekte der Fixed-Window- und Sliding-Window-Algorithmen für eine verbesserte Genauigkeit kombiniert.

Dieser Blogbeitrag konzentriert sich aufgrund seiner Flexibilität und breiten Anwendbarkeit auf den Token-Bucket-Algorithmus.

Der Token-Bucket-Algorithmus: Eine detaillierte Erklärung

Der Token-Bucket-Algorithmus ist eine weit verbreitete Technik zur Ratenbegrenzung, die ein Gleichgewicht zwischen Einfachheit und Effektivität bietet. Er funktioniert, indem er konzeptionell einen "Eimer" (Bucket) unterhält, der Tokens enthält. Jede eingehende Anfrage verbraucht ein Token aus dem Eimer. Wenn der Eimer genügend Tokens hat, wird die Anfrage zugelassen; andernfalls wird die Anfrage abgelehnt (oder je nach Implementierung in eine Warteschlange gestellt). Tokens werden dem Eimer mit einer definierten Rate hinzugefügt, wodurch die verfügbare Kapazität wieder aufgefüllt wird.

Schlüsselkonzepte

Bucket-Kapazität: Die maximale Anzahl von Tokens, die der Eimer aufnehmen kann. Dies bestimmt die Burst-Kapazität und ermöglicht es, eine bestimmte Anzahl von Anfragen in schneller Folge zu verarbeiten.
Auffüllrate: Die Rate, mit der Tokens zum Eimer hinzugefügt werden, typischerweise gemessen in Tokens pro Sekunde (oder einer anderen Zeiteinheit). Dies steuert die durchschnittliche Rate, mit der Anfragen verarbeitet werden können.
Anfrageverbrauch: Jede eingehende Anfrage verbraucht eine bestimmte Anzahl von Tokens aus dem Eimer. Typischerweise verbraucht jede Anfrage ein Token, aber komplexere Szenarien können verschiedenen Arten von Anfragen unterschiedliche Token-Kosten zuweisen.

Wie es funktioniert

Wenn eine Anfrage eintrifft, prüft der Algorithmus, ob genügend Tokens im Eimer vorhanden sind.
Wenn genügend Tokens vorhanden sind, wird die Anfrage zugelassen und die entsprechende Anzahl von Tokens wird aus dem Eimer entfernt.
Wenn nicht genügend Tokens vorhanden sind, wird die Anfrage entweder abgelehnt (Rückgabe eines "Too Many Requests"-Fehlers, typischerweise HTTP 429) oder für eine spätere Verarbeitung in eine Warteschlange gestellt.
Unabhängig vom Eintreffen von Anfragen werden dem Eimer periodisch Tokens mit der definierten Auffüllrate bis zur Kapazität des Eimers hinzugefügt.

Beispiel

Stellen Sie sich einen Token Bucket mit einer Kapazität von 10 Tokens und einer Auffüllrate von 2 Tokens pro Sekunde vor. Anfangs ist der Eimer voll (10 Tokens). So könnte sich der Algorithmus verhalten:

Sekunde 0: 5 Anfragen treffen ein. Der Eimer hat genug Tokens, also werden alle 5 Anfragen zugelassen, und der Eimer enthält jetzt 5 Tokens.
Sekunde 1: Es treffen keine Anfragen ein. 2 Tokens werden zum Eimer hinzugefügt, was die Gesamtzahl auf 7 Tokens erhöht.
Sekunde 2: 4 Anfragen treffen ein. Der Eimer hat genug Tokens, also werden alle 4 Anfragen zugelassen, und der Eimer enthält jetzt 3 Tokens. 2 Tokens werden ebenfalls hinzugefügt, was die Gesamtzahl auf 5 Tokens erhöht.
Sekunde 3: 8 Anfragen treffen ein. Nur 5 Anfragen können zugelassen werden (der Eimer hat 5 Tokens), und die restlichen 3 Anfragen werden entweder abgelehnt oder in eine Warteschlange gestellt. 2 Tokens werden ebenfalls hinzugefügt, was die Gesamtzahl auf 2 Tokens bringt (wenn die 5 Anfragen vor dem Auffüllzyklus bedient wurden, oder 7, wenn das Auffüllen vor der Bearbeitung der Anfragen stattfand).

Implementierung des Token-Bucket-Algorithmus

Der Token-Bucket-Algorithmus kann in verschiedenen Programmiersprachen implementiert werden. Hier sind Beispiele in Golang, Python und Java:

Golang

```go package main import ( "fmt" "sync" "time" ) // TokenBucket repräsentiert einen Token-Bucket-Ratenbegrenzer. type TokenBucket struct { capacity int tokens int rate time.Duration lastRefill time.Time mu sync.Mutex } // NewTokenBucket erstellt einen neuen TokenBucket. func NewTokenBucket(capacity int, rate time.Duration) *TokenBucket { return &TokenBucket{ capacity: capacity, tokens: capacity, rate: rate, lastRefill: time.Now(), } } // Allow prüft, ob eine Anfrage basierend auf der Token-Verfügbarkeit zulässig ist. func (tb *TokenBucket) Allow() bool { tb.mu.Lock() defer tb.mu.Unlock() now := time.Now() tb.refill(now) if tb.tokens > 0 { tb.tokens-- return true } return false } // refill fügt dem Bucket basierend auf der vergangenen Zeit Tokens hinzu. func (tb *TokenBucket) refill(now time.Time) { elapsed := now.Sub(tb.lastRefill) newTokens := int(elapsed.Seconds() * float64(tb.capacity) / tb.rate.Seconds()) if newTokens > 0 { tb.tokens += newTokens if tb.tokens > tb.capacity { tb.tokens = tb.capacity } tb.lastRefill = now } } func main() { bucket := NewTokenBucket(10, time.Second) for i := 0; i < 15; i++ { if bucket.Allow() { fmt.Printf("Anfrage %d zugelassen\n", i+1) } else { fmt.Printf("Anfrage %d ratenbegrenzt\n", i+1) } time.Sleep(100 * time.Millisecond) } } ```

Python

```python import time import threading class TokenBucket: def __init__(self, capacity, refill_rate): self.capacity = capacity self.tokens = capacity self.refill_rate = refill_rate self.last_refill = time.time() self.lock = threading.Lock() def allow(self): with self.lock: self._refill() if self.tokens > 0: self.tokens -= 1 return True return False def _refill(self): now = time.time() elapsed = now - self.last_refill new_tokens = elapsed * self.refill_rate self.tokens = min(self.capacity, self.tokens + new_tokens) self.last_refill = now if __name__ == '__main__': bucket = TokenBucket(capacity=10, refill_rate=2) # 10 Tokens, füllt 2 pro Sekunde auf for i in range(15): if bucket.allow(): print(f"Anfrage {i+1} zugelassen") else: print(f"Anfrage {i+1} ratenbegrenzt") time.sleep(0.1) ```

Java

```java import java.util.concurrent.locks.ReentrantLock; import java.util.concurrent.TimeUnit; public class TokenBucket { private final int capacity; private double tokens; private final double refillRate; private long lastRefillTimestamp; private final ReentrantLock lock = new ReentrantLock(); public TokenBucket(int capacity, double refillRate) { this.capacity = capacity; this.tokens = capacity; this.refillRate = refillRate; this.lastRefillTimestamp = System.nanoTime(); } public boolean allow() { try { lock.lock(); refill(); if (tokens >= 1) { tokens -= 1; return true; } else { return false; } } finally { lock.unlock(); } } private void refill() { long now = System.nanoTime(); double elapsedTimeInSeconds = (double) (now - lastRefillTimestamp) / TimeUnit.NANOSECONDS.toNanos(1); double newTokens = elapsedTimeInSeconds * refillRate; tokens = Math.min(capacity, tokens + newTokens); lastRefillTimestamp = now; } public static void main(String[] args) throws InterruptedException { TokenBucket bucket = new TokenBucket(10, 2); // 10 Tokens, füllt 2 pro Sekunde auf for (int i = 0; i < 15; i++) { if (bucket.allow()) { System.out.println("Anfrage " + (i + 1) + " zugelassen"); } else { System.out.println("Anfrage " + (i + 1) + " ratenbegrenzt"); } TimeUnit.MILLISECONDS.sleep(100); } } } ```

Vorteile des Token-Bucket-Algorithmus

Flexibilität: Der Token-Bucket-Algorithmus ist sehr flexibel und kann leicht an verschiedene Ratenbegrenzungsszenarien angepasst werden. Die Bucket-Kapazität und die Auffüllrate können angepasst werden, um das Ratenbegrenzungsverhalten fein abzustimmen.
Umgang mit Bursts: Die Bucket-Kapazität ermöglicht es, eine bestimmte Menge an Burst-Verkehr zu verarbeiten, ohne ratenbegrenzt zu werden. Dies ist nützlich für den Umgang mit gelegentlichen Verkehrsspitzen.
Einfachheit: Der Algorithmus ist relativ einfach zu verstehen und zu implementieren.
Konfigurierbarkeit: Er ermöglicht eine präzise Steuerung der durchschnittlichen Anfragerate und der Burst-Kapazität.

Nachteile des Token-Bucket-Algorithmus

Komplexität: Obwohl das Konzept einfach ist, erfordert die Verwaltung des Bucket-Zustands und des Auffüllprozesses eine sorgfältige Implementierung, insbesondere in verteilten Systemen.
Potenzial für ungleiche Verteilung: In einigen Szenarien kann die Burst-Kapazität zu einer ungleichen Verteilung der Anfragen über die Zeit führen.
Konfigurationsaufwand: Die Bestimmung der optimalen Bucket-Kapazität und Auffüllrate kann sorgfältige Analysen und Experimente erfordern.

Anwendungsfälle für den Token-Bucket-Algorithmus

Der Token-Bucket-Algorithmus eignet sich für eine Vielzahl von Anwendungsfällen der Ratenbegrenzung, darunter:

API-Ratenbegrenzung: Schutz von APIs vor Missbrauch und Gewährleistung einer fairen Nutzung durch Begrenzung der Anzahl von Anfragen pro Benutzer oder Client. Beispielsweise könnte eine Social-Media-API die Anzahl der Beiträge, die ein Benutzer pro Stunde veröffentlichen kann, begrenzen, um Spam zu verhindern.
Ratenbegrenzung für Webanwendungen: Verhindern, dass Benutzer exzessive Anfragen an Webserver stellen, z. B. beim Absenden von Formularen oder beim Zugriff auf Ressourcen. Eine Online-Banking-Anwendung könnte die Anzahl der Versuche zur Passwortzurücksetzung begrenzen, um Brute-Force-Angriffe zu verhindern.
Netzwerk-Ratenbegrenzung: Kontrolle der Rate des durch ein Netzwerk fließenden Verkehrs, z. B. durch Begrenzung der von einer bestimmten Anwendung oder einem Benutzer genutzten Bandbreite. ISPs verwenden häufig Ratenbegrenzung, um Netzwerküberlastungen zu bewältigen.
Ratenbegrenzung für Message Queues: Kontrolle der Rate, mit der Nachrichten von einer Message Queue verarbeitet werden, um zu verhindern, dass die Konsumenten überlastet werden. Dies ist in Microservice-Architekturen üblich, in denen Dienste asynchron über Message Queues kommunizieren.
Ratenbegrenzung für Microservices: Schutz einzelner Microservices vor Überlastung durch Begrenzung der Anzahl von Anfragen, die sie von anderen Diensten oder externen Clients erhalten.

Implementierung von Token Bucket in verteilten Systemen

Die Implementierung des Token-Bucket-Algorithmus in einem verteilten System erfordert besondere Überlegungen, um Konsistenz zu gewährleisten und Race Conditions zu vermeiden. Hier sind einige gängige Ansätze:

Zentralisierter Token Bucket: Ein einzelner, zentralisierter Dienst verwaltet die Token Buckets für alle Benutzer oder Clients. Dieser Ansatz ist einfach zu implementieren, kann aber zu einem Engpass und einem Single Point of Failure werden.
Verteilter Token Bucket mit Redis: Redis, ein In-Memory-Datenspeicher, kann zur Speicherung und Verwaltung der Token Buckets verwendet werden. Redis bietet atomare Operationen, die zur sicheren Aktualisierung des Bucket-Zustands in einer nebenläufigen Umgebung verwendet werden können.
Clientseitiger Token Bucket: Jeder Client verwaltet seinen eigenen Token Bucket. Dieser Ansatz ist hoch skalierbar, kann aber weniger genau sein, da es keine zentrale Kontrolle über die Ratenbegrenzung gibt.
Hybrider Ansatz: Kombination von Aspekten der zentralisierten und verteilten Ansätze. Zum Beispiel kann ein verteilter Cache zur Speicherung der Token Buckets verwendet werden, wobei ein zentralisierter Dienst für das Auffüllen der Buckets verantwortlich ist.

Beispiel mit Redis (konzeptionell)

Die Verwendung von Redis für einen verteilten Token Bucket beinhaltet die Nutzung seiner atomaren Operationen (wie `INCRBY`, `DECR`, `TTL`, `EXPIRE`), um die Token-Anzahl zu verwalten. Der grundlegende Ablauf wäre:

Prüfen auf vorhandenen Bucket: Sehen, ob ein Schlüssel in Redis für den Benutzer/API-Endpunkt existiert.
Bei Bedarf erstellen: Wenn nicht, den Schlüssel erstellen, die Token-Anzahl auf die Kapazität initialisieren und eine Ablaufzeit (TTL) festlegen, die der Auffüllperiode entspricht.
Versuch, ein Token zu verbrauchen: Die Token-Anzahl atomar dekrementieren. Wenn das Ergebnis >= 0 ist, wird die Anfrage zugelassen.
Umgang mit Token-Verbrauch: Wenn das Ergebnis < 0 ist, die Dekrementierung rückgängig machen (atomar wieder inkrementieren) und die Anfrage ablehnen.
Auffülllogik: Ein Hintergrundprozess oder eine periodische Aufgabe kann die Buckets auffüllen und Tokens bis zur Kapazität hinzufügen.

Wichtige Überlegungen für verteilte Implementierungen:

Atomizität: Verwenden Sie atomare Operationen, um sicherzustellen, dass die Token-Zählungen in einer nebenläufigen Umgebung korrekt aktualisiert werden.
Konsistenz: Stellen Sie sicher, dass die Token-Zählungen über alle Knoten im verteilten System hinweg konsistent sind.
Fehlertoleranz: Entwerfen Sie das System fehlertolerant, sodass es auch bei Ausfall einiger Knoten weiter funktioniert.
Skalierbarkeit: Die Lösung sollte skalierbar sein, um eine große Anzahl von Benutzern und Anfragen zu bewältigen.
Überwachung: Implementieren Sie eine Überwachung, um die Wirksamkeit der Ratenbegrenzung zu verfolgen und eventuelle Probleme zu identifizieren.

Alternativen zum Token Bucket

Obwohl der Token-Bucket-Algorithmus eine beliebte Wahl ist, können andere Ratenbegrenzungstechniken je nach den spezifischen Anforderungen besser geeignet sein. Hier ist ein Vergleich mit einigen Alternativen:

Leaky Bucket: Einfacher als Token Bucket. Er verarbeitet Anfragen mit einer festen Rate. Gut zur Glättung des Verkehrs, aber weniger flexibel als Token Bucket im Umgang mit Bursts.
Fixed Window Counter: Einfach zu implementieren, kann aber die doppelte Ratenbegrenzung an den Fenstergrenzen zulassen. Weniger präzise als Token Bucket.
Sliding Window Log: Genau, aber speicherintensiver, da alle Anfragen protokolliert werden. Geeignet für Szenarien, in denen Genauigkeit von größter Bedeutung ist.
Sliding Window Counter: Ein Kompromiss zwischen Genauigkeit und Speicherverbrauch. Bietet eine bessere Genauigkeit als der Fixed Window Counter mit geringerem Speicheraufwand als der Sliding Window Log.

Den richtigen Algorithmus wählen:

Die Auswahl des besten Ratenbegrenzungsalgorithmus hängt von Faktoren ab wie:

Genauigkeitsanforderungen: Wie präzise muss die Ratenbegrenzung durchgesetzt werden?
Bedarf an Burst-Verarbeitung: Ist es notwendig, kurze Verkehrsspitzen zuzulassen?
Speicherbeschränkungen: Wie viel Speicher kann für die Speicherung von Ratenbegrenzungsdaten zugewiesen werden?
Implementierungskomplexität: Wie einfach ist der Algorithmus zu implementieren und zu warten?
Skalierbarkeitsanforderungen: Wie gut skaliert der Algorithmus, um eine große Anzahl von Benutzern und Anfragen zu bewältigen?

Best Practices für die Ratenbegrenzung

Die effektive Implementierung von Ratenbegrenzung erfordert sorgfältige Planung und Überlegung. Hier sind einige Best Practices, die Sie befolgen sollten:

Ratenbegrenzungen klar definieren: Bestimmen Sie angemessene Ratenbegrenzungen basierend auf der Kapazität des Servers, den erwarteten Verkehrsmustern und den Bedürfnissen der Benutzer.
Klare Fehlermeldungen bereitstellen: Wenn eine Anfrage ratenbegrenzt wird, geben Sie eine klare und informative Fehlermeldung an den Benutzer zurück, einschließlich des Grundes für die Ratenbegrenzung und wann er es erneut versuchen kann (z. B. unter Verwendung des `Retry-After` HTTP-Headers).
Standard-HTTP-Statuscodes verwenden: Verwenden Sie die entsprechenden HTTP-Statuscodes, um eine Ratenbegrenzung anzuzeigen, wie z. B. 429 (Too Many Requests).
Graceful Degradation implementieren: Anstatt Anfragen einfach abzulehnen, erwägen Sie die Implementierung einer sanften Degradierung, wie z. B. die Reduzierung der Dienstqualität oder die Verzögerung der Verarbeitung.
Ratenbegrenzungsmetriken überwachen: Verfolgen Sie die Anzahl der ratenbegrenzten Anfragen, die durchschnittliche Antwortzeit und andere relevante Metriken, um sicherzustellen, dass die Ratenbegrenzung wirksam ist und keine unbeabsichtigten Folgen hat.
Ratenbegrenzungen konfigurierbar machen: Ermöglichen Sie Administratoren, die Ratenbegrenzungen dynamisch an sich ändernde Verkehrsmuster und Systemkapazitäten anzupassen.
Ratenbegrenzungen dokumentieren: Dokumentieren Sie die Ratenbegrenzungen klar in der API-Dokumentation, damit Entwickler über die Limits informiert sind und ihre Anwendungen entsprechend gestalten können.
Adaptive Ratenbegrenzung verwenden: Erwägen Sie die Verwendung einer adaptiven Ratenbegrenzung, die die Ratenbegrenzungen automatisch an die aktuelle Systemlast und die Verkehrsmuster anpasst.
Ratenbegrenzungen differenzieren: Wenden Sie unterschiedliche Ratenbegrenzungen auf verschiedene Arten von Benutzern oder Clients an. Beispielsweise könnten authentifizierte Benutzer höhere Ratenbegrenzungen haben als anonyme Benutzer. Ebenso könnten verschiedene API-Endpunkte unterschiedliche Ratenbegrenzungen haben.
Regionale Unterschiede berücksichtigen: Seien Sie sich bewusst, dass Netzwerkbedingungen und Benutzerverhalten in verschiedenen geografischen Regionen variieren können. Passen Sie die Ratenbegrenzungen gegebenenfalls entsprechend an.

Fazit

Ratenbegrenzung ist eine wesentliche Technik zum Aufbau resilienter und skalierbarer Anwendungen. Der Token-Bucket-Algorithmus bietet eine flexible und effektive Möglichkeit, die Rate zu steuern, mit der Benutzer oder Clients Anfragen stellen können, und schützt Systeme vor Missbrauch, gewährleistet eine faire Nutzung und verbessert die Gesamtleistung. Durch das Verständnis der Prinzipien des Token-Bucket-Algorithmus und die Befolgung von Best Practices für die Implementierung können Entwickler robuste und zuverlässige Systeme erstellen, die selbst die anspruchsvollsten Verkehrslasten bewältigen können.

Dieser Blogbeitrag hat einen umfassenden Überblick über den Token-Bucket-Algorithmus, seine Implementierung, Vorteile, Nachteile und Anwendungsfälle gegeben. Durch die Nutzung dieses Wissens können Sie die Ratenbegrenzung in Ihren eigenen Anwendungen effektiv implementieren und die Stabilität und Verfügbarkeit Ihrer Dienste für Benutzer auf der ganzen Welt gewährleisten.