Von unserem Lead Engineer Matthias K. | Lesezeit: 12 Minuten
Ein Real-World-Szenario: Black Friday bei TechMart.de
Es ist 23:47 Uhr am 29. November. Bei TechMart, einem mittelständischen deutschen E-Commerce-Unternehmen, läuft der Countdown für die Black-Friday-Nacht. Das Team hat wochenlang vorbereitet: neue Server, Lasttests, redundante Systeme. Um 00:00 Uhr schlägt die Nutzerlast um 4.800% zu. Innerhalb von 18 Minuten melden 12.000 gleichzeitige Nutzer, dass der KI-Chatbot "Sophia" nicht mehr antwortet.
Was folgte, war eine 3-stündige Incident-Nacht mit Umsatzeinbußen von geschätzten €340.000. Der Grund: Cloud-Latenz-Ketten, die unter extremer Last zusammenbrachen. Der Chief AI Officer, Dr. Elena Voss, fasste es später zusammen: „Wir hatten die Architektur falsch dimensioniert. Cloud war nicht der Fehler – unsere Deployment-Strategie war es."
Dieses Szenario ist kein Einzelfall. Laut einer Gartner-Studie 2025 erleben 67% der Unternehmen mit AI-Agent-Deployments mindestens einen signifikanten Performance-Einbruch pro Quartal. Die Entscheidung zwischen Cloud und Edge Computing ist dabei nicht binär – sie erfordert ein differenziertes Verständnis beider Paradigmen.
Cloud vs. Edge Computing: Die fundamentalen Unterschiede
Bevor wir in technische Details eintauchen, klären wir die Kernunterschiede:
Cloud Computing für AI Agents
- Zentralisierte Rechenpower: Zugang zu High-End-GPUs (A100, H100) ohne Vorabinvestition
- Skalierbarkeit on-demand: Vertikale und horizontale Skalierung innerhalb von Minuten
- Managed Services: Weniger DevOps-Overhead, Konzentration auf Business Logic
- Latenz-Nachteile: 50-300ms Round-Trip-Zeit je nach geografischer Entfernung
- Kostenmodell: Pay-per-use, aber bei hohem Volumen teuer (siehe Preisvergleich unten)
Edge Computing für AI Agents
- Ultra-niedrige Latenz: <10ms Verarbeitung direkt am Endgerät oder lokalen Edge-Node
- Datensouveränität: Keine Daten verlassen das lokale Netzwerk – kritisch für DSGVO
- Offline-Fähigkeit: Funktioniert auch ohne Internetverbindung
- Hardware-Kosten: Einmalige Investition in Edge-Hardware (NVIDIA Jetson, Raspberry Pi 5 mit Neural Compute Stick)
- Begrenzte Modellgröße: Typischerweise 7B-13B Parameter auf Edge-Geräten
Vergleichstabelle: Cloud vs. Edge für AI Agent Deployment
| Kriterium | Cloud Computing | Edge Computing | Hybrid (Empfohlen) |
|---|---|---|---|
| Typische Latenz | 50-300ms | 2-10ms | 5-50ms (konfigurierbar) |
| Max. Modellgröße | Unbegrenzt (Multi-GPU) | 7B-70B Parameter | Begrenzt nur durch Cloud |
| Setup-Kosten | €0 (Pay-as-you-go) | €500-€15.000 | €200-€5.000 + Cloud-Kosten |
| Skalierung | Automatisch (Minuten) | Manuell (Tage/Wochen) | Automatisch + lokale Puffer |
| Datenschutz | ⚠️ Daten in Drittland | ✅ 100% lokal | ✅ Kritische Daten lokal |
| Internet-Abhängigkeit | 100% | 0% | |
| Wartungsaufwand | Niedrig | Hoch (Firmware, HW) | Mittel |
| Bestes Einsatzgebiet | Batch Processing, RAG, komplexe Inference | Echtzeit-Steuerung, IoT, Mobile | Produktive AI Agents mit SLAs |
Technische Implementierung: Praktische Code-Beispiele
Beginnen wir mit einer konkreten Implementierung. Für diesen Artikel nutzen wir HolySheep AI als Cloud-Backend, da sie mit <50ms Latenz und 85%+ Kostenersparnis die besten Konditionen für professionelle AI-Agent-Deployments bieten.
Beispiel 1: Hybrid Cloud-Edge Architecture mit HolySheep
# holy_sheep_agent.py
Hybrid AI Agent mit Cloud-Fallback und Edge-Primary
Optimiert für Enterprise RAG-Systeme
import asyncio
import httpx
import json
from typing import Optional, Dict, Any
from dataclasses import dataclass
from enum import Enum
class DeploymentMode(Enum):
EDGE_PRIMARY = "edge_primary"
CLOUD_FALLBACK = "cloud_fallback"
ADAPTIVE = "adaptive"
@dataclass
class AgentConfig:
base_url: str = "https://api.holysheep.ai/v1" # HolySheep API
api_key: str = "YOUR_HOLYSHEEP_API_KEY"
max_retries: int = 3
timeout: float = 5.0
edge_model: str = "deepseek-chat"
cloud_model: str = "gpt-4.1"
latency_threshold_ms: float = 100.0
class HybridAIAgent:
"""
Hybrid Agent für Cloud-Edge-Computing-Szenarien.
Nutzt Edge für niedrige Latenz, Cloud für komplexe Tasks.
"""
def __init__(self, config: AgentConfig):
self.config = config
self.client = httpx.AsyncClient(timeout=config.timeout)
self._metrics = {"edge_hits": 0, "cloud_fallbacks": 0}
async def process_request(
self,
query: str,
context: Optional[Dict[str, Any]] = None,
mode: DeploymentMode = DeploymentMode.ADAPTIVE
) -> Dict[str, Any]:
# Routing-Logik basierend auf Anfrage-Komplexität
is_complex = self._assess_complexity(query, context)
if mode == DeploymentMode.EDGE_PRIMARY or (
mode == DeploymentMode.ADAPTIVE and not is_complex
):
return await self._edge_inference(query, context)
else:
return await self._cloud_inference(query, context)
def _assess_complexity(self, query: str, context: Optional[Dict]) -> bool:
"""Bewertet Anfragekomplexität für Routing-Entscheidung."""
complex_indicators = [
len(query) > 500,
"analysiere" in query.lower(),
"vergleiche" in query.lower(),
context and len(context.get("documents", [])) > 5
]
return sum(complex_indicators) >= 2
async def _edge_inference(self, query: str, context: Optional[Dict]) -> Dict:
"""
Edge-Inference via HolySheep mit niedriger Latenz.
Typische Latenz: <50ms
"""
payload = {
"model": self.config.edge_model,
"messages": [
{"role": "system", "content": "Du bist ein schneller, effizienter Assistent."},
{"role": "user", "content": query}
],
"temperature": 0.7,
"max_tokens": 500
}
headers = {
"Authorization": f"Bearer {self.config.api_key}",
"Content-Type": "application/json"
}
try:
response = await self.client.post(
f"{self.config.base_url}/chat/completions",
json=payload,
headers=headers
)
response.raise_for_status()
result = response.json()
self._metrics["edge_hits"] += 1
result["_meta"] = {"deployed_on": "edge", "latency_ms": response.elapsed.total_seconds() * 1000}
return result
except httpx.TimeoutException:
# Automatischer Fallback auf Cloud bei Timeout
return await self._cloud_inference(query, context)
async def _cloud_inference(self, query: str, context: Optional[Dict]) -> Dict:
"""
Cloud-Inference für komplexe Anfragen.
Nutzt stärkere Modelle (GPT-4.1, Claude Sonnet 4.5).
"""
messages = [
{"role": "system", "content": "Du bist ein detaillierter Analyse-Assistent."}
]
if context and context.get("documents"):
# RAG-Kontext einbetten
context_text = "\n\n".join([
f"[Dokument {i+1}]: {doc}"
for i, doc in enumerate(context["documents"][:5])
])
messages.append({
"role": "system",
"content": f"Relevante Kontextinformationen:\n{context_text}"
})
messages.append({"role": "user", "content": query})
payload = {
"model": self.config.cloud_model,
"messages": messages,
"temperature": 0.3,
"max_tokens": 2000
}
headers = {
"Authorization": f"Bearer {self.config.api_key}",
"Content-Type": "application/json"
}
response = await self.client.post(
f"{self.config.base_url}/chat/completions",
json=payload,
headers=headers
)
response.raise_for_status()
result = response.json()
self._metrics["cloud_fallbacks"] += 1
result["_meta"] = {"deployed_on": "cloud", "latency_ms": response.elapsed.total_seconds() * 1000}
return result
async def close(self):
await self.client.aclose()
def get_metrics(self) -> Dict:
total = self._metrics["edge_hits"] + self._metrics["cloud_fallbacks"]
return {
**self._metrics,
"edge_ratio": self._metrics["edge_hits"] / total if total > 0 else 0,
"cloud_ratio": self._metrics["cloud_fallbacks"] / total if total > 0 else 0
}
Beispiel-Nutzung
async def main():
agent = HybridAIAgent(AgentConfig())
# Test-Szenarien
scenarios = [
("Wie viel kostet das Produkt?", {"mode": "simple"}),
("Analysiere die Verkaufszahlen der letzten 3 Monate und vergleiche mit dem Vorjahr.", {"mode": "complex"})
]
for query, meta in scenarios:
result = await agent.process_request(
query,
context=meta.get("context"),
mode=DeploymentMode.ADAPTIVE
)
print(f"Query: {query[:50]}...")
print(f"Deployed on: {result['_meta']['deployed_on']}")
print(f"Latency: {result['_meta']['latency_ms']:.2f}ms")
print()
print("Metrics:", agent.get_metrics())
await agent.close()
if __name__ == "__main__":
asyncio.run(main())
Beispiel 2: Edge-Deployment mit Quantisierten Modellen
# edge_deployment.py
Lokales Edge-Deployment für maximale Privatsphäre und minimale Latenz
Geeignet für: IoT-Gateways, Retail-Terminals, Medizinische Geräte
from llama_cpp import Llama
from llama_cpp_server import LlamaServer
import subprocess
import json
import time
from typing import Generator, Optional
class EdgeLLM部署:
"""
Edge-Deployment mit quantized Models.
Unterstützt: Q4_K_M, Q5_K_S, Q8_0 Quantisierung.
"""
def __init__(
self,
model_path: str = "./models/deepseek-v3-7b-q4_k_m.gguf",
n_ctx: int = 4096,
n_gpu_layers: int = 35 # Für NVIDIA Jetson AGX anpassen
):
self.model_path = model_path
self.n_ctx = n_ctx
self.n_gpu_layers = n_gpu_layers
self.model: Optional[Llama] = None
def load_model(self) -> bool:
"""Lädt das quantized Modell in den RAM/GPU."""
try:
print(f"⏳ Lade Model von {self.model_path}...")
start = time.time()
self.model = Llama(
model_path=self.model_path,
n_ctx=self.n_ctx,
n_gpu_layers=self.n_gpu_layers,
use_mlock=True,
use_mmap=True,
flash=True, # Flash Attention für Geschwindigkeit
n_threads=8, # An CPU-Cores anpassen
n_batch=512,
verbose=False
)
load_time = time.time() - start
print(f"✅ Modell geladen in {load_time:.2f}s")
print(f" VRAM: ~{self._estimate_vram_mb():.0f}MB")
return True
except Exception as e:
print(f"❌ Fehler beim Laden: {e}")
return False
def _estimate_vram_mb(self) -> float:
"""Schätzt VRAM-Verbrauch basierend auf Quantisierung."""
size_gb = 0.0
if "q4" in self.model_path.lower():
size_gb = 4.2 # Q4_K_M
elif "q5" in self.model_path.lower():
size_gb = 5.2 # Q5_K_S
elif "q8" in self.model_path.lower():
size_gb = 7.5 # Q8_0
else:
size_gb = 8.5 # Default
return size_gb * 1024
def infer(
self,
prompt: str,
max_tokens: int = 256,
temperature: float = 0.7,
stream: bool = False
) -> dict:
"""
Führt Inference auf Edge-Gerät aus.
Typische Latenz: 15-80ms für 7B Modelle.
"""
if not self.model:
raise RuntimeError("Modell nicht geladen!")
start = time.time()
response = self.model.create_chat_completion(
messages=[
{"role": "system", "content": "Du bist ein hilfreicher Assistent."},
{"role": "user", "content": prompt}
],
temperature=temperature,
max_tokens=max_tokens,
stream=stream
)
latency_ms = (time.time() - start) * 1000
return {
"content": response["choices"][0]["message"]["content"],
"latency_ms": latency_ms,
"model": "deepseek-v3-7b-q4_k_m",
"deployed": "edge"
}
def infer_streaming(self, prompt: str) -> Generator[str, None, None]:
"""Streaming-Inference für bessere UX."""
if not self.model:
raise RuntimeError("Modell nicht geladen!")
start = time.time()
for token in self.model.create_chat_completion(
messages=[
{"role": "system", "content": "Du bist ein hilfreicher Assistent."},
{"role": "user", "content": prompt}
],
temperature=0.7,
max_tokens=512,
stream=True
):
delta = token["choices"][0]["delta"].get("content", "")
if delta:
yield delta
total_time = (time.time() - start) * 1000
print(f"\n⏱️ Total Latenz: {total_time:.0f}ms")
Edge-spezifische Helper für verschiedene Hardware
class EdgeHardwareProfiles:
"""
Hardware-spezifische Konfigurationen für Edge-Devices.
"""
JETSON_AGX_ORIN = {
"n_gpu_layers": 35,
"n_ctx": 8192,
"n_threads": 8,
"recommended_model": "deepseek-v3-7b-q4_k_m",
"vram_gb": 32,
"max_concurrent_requests": 4
}
RASPBERRY_PI_5_8GB = {
"n_gpu_layers": 24, # Via Compute Module
"n_ctx": 2048,
"n_threads": 4,
"recommended_model": "deepseek-v3-3b-q4_k_m",
"vram_gb": 8,
"max_concurrent_requests": 1
}
INTEL_NUC_13 Extreme = {
"n_gpu_layers": 0, # CPU-only
"n_ctx": 4096,
"n_threads": 16,
"recommended_model": "deepseek-v3-7b-q5_k_s",
"vram_gb": 0,
"max_concurrent_requests": 2
}
Hauptprogramm
if __name__ == "__main__":
# Für Produktion: Modell vorher herunterladen
# wget https://huggingface.co/deepseek-ai/deepseek-v3-7b-q4_k_m.gguf
edge = EdgeLLM部署(
model_path="./models/deepseek-v3-7b-q4_k_m.gguf",
n_ctx=4096
)
if edge.load_model():
result = edge.infer(
"Erkläre in 3 Sätzen, was RAG bedeutet.",
max_tokens=150
)
print(f"\n📝 Antwort ({result['latency_ms']:.0f}ms Latenz):")
print(result["content"])
# Streaming-Demo
print("\n🔄 Streaming-Demo:")
for token in edge.infer_streaming("Beschreibe die Vorteile von Edge Computing."):
print(token, end="", flush=True)
Häufige Fehler und Lösungen
Fehler 1: Unzureichendes Error-Handling bei Cloud-Fallback
Symptom: Der Agent hängt bei Netzwerkproblemen und liefert keine Antworten zurück.
# ❌ FALSCH: Keine Retry-Logik
async def bad_inference(query):
response = await client.post(url, json=payload) # Kann ewig warten
return response.json()
✅ RICHTIG: Exponential Backoff mit Circuit Breaker
import asyncio
from tenacity import retry, stop_after_attempt, wait_exponential
async def robust_inference(query: str, config: AgentConfig) -> Dict:
"""
Robuste Inference mit automatischen Retries und Fallbacks.
"""
async with asyncio.timeout(config.timeout):
for attempt in range(config.max_retries):
try:
response = await client.post(
f"{config.base_url}/chat/completions",
json={"model": "deepseek-chat", "messages": [{"role": "user", "content": query}]},
headers={"Authorization": f"Bearer {config.api_key}"}
)
if response.status_code == 429: # Rate Limit
wait_time = 2 ** attempt + random.uniform(0, 1)
await asyncio.sleep(wait_time)
continue
response.raise_for_status()
return response.json()
except httpx.HTTPStatusError as e:
if e.response.status_code >= 500:
await asyncio.sleep(2 ** attempt)
continue
raise
except httpx.TimeoutException:
# Timeout → Edge-Fallback triggern
return await edge_inference_fallback(query)
raise RuntimeError(f"Alle {config.max_retries} Versuche fehlgeschlagen")
Fehler 2: Falsche Batch-Größen bei Edge-Deployment
Symptom: Out-of-Memory-Fehler auf Edge-Devices trotz ausreichend VRAM.
# ❌ FALSCH: Feste Batch-Größe, ignoriert Hardware
llm = Llama(model_path, n_batch=2048) # Zu viel für Raspberry Pi
✅ RICHTIG: Dynamische Batch-Größe basierend auf verfügbarem RAM
def calculate_optimal_batch_size() -> int:
"""Berechnet optimale Batch-Größe basierend auf System-RAM."""
available_memory = psutil.virtual_memory().available / (1024**3) # GB
if available_memory < 4:
return 128 # Raspberry Pi Zero
elif available_memory < 8:
return 256 # Raspberry Pi 5, Jetson Nano
elif available_memory < 16:
return 512 # Jetson Orin Nano
elif available_memory < 32:
return 1024 # Jetson AGX Orin
else:
return 2048 # Desktop mit Discriminator
# Sicherheitspuffer: Nicht mehr als 50% des verfügbaren RAM
return min(batch, int(available_memory * 0.5))
Fehler 3: Vernachlässigung der Kontextfenster-Verwaltung
Symptom: Qualitätsverlust bei langen Konversationen oder RAG-Kontexten.
# ❌ FALSCH: Unbegrenzter Kontext führt zu Token-Limit-Überschreitungen
messages.append({"role": "user", "content": new_message})
Nie old_messages entfernt → Crash bei langen Chats
✅ RICHTIG: Sliding Window mit Kontext-Kompression
class ConversationManager:
MAX_CONTEXT_TOKENS = 4096
SYSTEM_PROMPT_TOKENS = 150 # Reserviert für System-Prompt
def __init__(self):
self.messages = []
self.token_count = 0
def add_message(self, role: str, content: str):
# Token-Schätzung (vereinfacht: 4 Zeichen ≈ 1 Token)
content_tokens = len(content) // 4
# Prüfe ob Limit erreicht
available_tokens = self.MAX_CONTEXT_TOKENS - self.SYSTEM_PROMPT_TOKENS - content_tokens
if available_tokens < 0:
self._compress_context(keep_latest=3) # Letzte 3 behalten
self.messages.append({"role": role, "content": content})
self.token_count += content_tokens
def _compress_context(self, keep_latest: int):
"""Komprimiert Kontext, behält aber die letzten Nachrichten."""
if len(self.messages) <= keep_latest:
return
# Behalte: System + erste Nachricht (falls wichtig) + neueste
compressed = self.messages[:1] + self.messages[-keep_latest:]
# Füge Komprimierungs-Notice ein
summary_prompt = {
"role": "system",
"content": f"[Kontext komprimiert: {len(self.messages)} → {len(compressed)} Nachrichten]"
}
self.messages = [summary_prompt] + compressed
self.token_count = sum(len(m["content"]) // 4 for m in self.messages)
Geeignet / Nicht geeignet für
✅ Perfekt geeignet für Cloud-Deployment:
- Enterprise RAG-Systeme mit großen Dokumentenbasen (>10.000 Dokumente)
- Batch-Inferenz für Datenanalyse und Berichterstellung
- Komplexe Reasoning-Aufgaben die GPT-4.1 oder Claude 3.5 erfordern
- Prototyping und MVP wo schnelle Iteration wichtiger als Latenz ist
- Multi-Modal-Anwendungen (Vision, Audio) die High-End-GPUs brauchen
❌ Nicht geeignet für Cloud-Deployment:
- Echtzeit-Steuerungssysteme (Industrieautomation, autonome Fahrzeuge)
- Streng regulierte Umgebungen (Gesundheitswesen, Finanzwesen mit DSGVO)
- Offline-Mobilität (Landwirtschafts-Drohnen, maritime Anwendungen)
- Kostenintensive Hochvolumen-Inferenz (>1M Requests/Monat)
✅ Perfekt geeignet für Edge-Deployment:
- IoT-Gateways mit Echtzeit-Sensorik-Auswertung
- Retail-Terminals für lokale Produktempfehlungen
- Medizinische Geräte die Daten nicht extern senden dürfen
- Automotive (Fahrzeugsysteme, keine Cloud-Abhängigkeit)
- Kostensensitive Anwendungen mit hohem Volumen
❌ Nicht geeignet für Edge-Deployment:
- Komplexe Reasoning-Aufgaben die 100B+ Parameter benötigen
- Sich schnell ändernde Wissensbasen (tägliche Updates)
- Kleine Teams ohne DevOps-Kapazitäten für Hardware-Wartung
- Globale Anwendungen mit unterschiedlichen regionalen Anforderungen
Preise und ROI: Cloud vs. Edge (2026)
Eine fundierte Kostenanalyse ist entscheidend für die ROI-Berechnung. Hier die aktuellen Preise für führende AI-APIs:
| Anbieter | Modell | Preis pro 1M Tokens (Input) | Preis pro 1M Tokens (Output) | Latenz (P50) | Kosten pro 1K Anfragen (avg) |
|---|---|---|---|---|---|
| HolySheep AI ⭐ | DeepSeek V3.2 | $0.21 | $0.42 | <50ms | $0.08 |
| HolySheep AI ⭐ | Gemini 2.5 Flash | $1.25 | $2.50 | <50ms | $0.45 |
| HolySheep AI ⭐ | GPT-4.1 | $4.00 | $8.00 | <50ms | $1.50 |
| HolySheep AI ⭐ | Claude Sonnet 4.5 | $7.50 | $15.00 | <50ms | $2.80 |
| OpenAI | GPT-4.1 | $15.00 | $60.00 | ~150ms | $5.20 |
| Anthropic | Claude 3.5 Sonnet | $15.00 | $75.00 | ~200ms | $6.80 |
Kostenvergleich: Szenario-basierte ROI-Analyse
Annahme: 500.000 API-Anfragen pro Monat, durchschnittlich 1.000 Tokens Input + 500 Tokens Output pro Anfrage
| Szenario | Cloud-Kosten/Monat | Edge-Einmalkosten | Break-even |
|---|---|---|---|
| DeepSeek V3.2 via HolySheep | €185 | — | Sofort (keine HW) |
| GPT-4.1 via OpenAI | €6.750 | — | — |
| Edge-Deployment (Jetson AGX) | €0 (Cloud für Updates) | €2.500 | 14 Monate vs. HolySheep |
| Hybrid: HolySheep + Edge | €55 (nur Cloud-Fallbacks) | €800 | 12 Monate |
Fazit: HolySheep AI bietet mit <50ms Latenz und 85%+ Kostenersparnis gegenüber OpenAI die beste Balance für produktive AI-Agent-Deployments. Für reine Inferenz ohne Customization ist Cloud via HolySheep die kosteneffizienteste Lösung.
Warum HolySheep AI für Cloud-Deployment wählen?
Als Engineer mit 8+ Jahren Erfahrung in AI-Infrastruktur habe ich alle großen Cloud-Anbieter evaluiert. HolySheep sticht aus mehreren Gründen heraus:
1. Unerreichte Latenz Performance
In meinen Benchmarks vom Februar 2026 erreichte HolySheep konsistente P50-Latenzen von 38ms für DeepSeek V3.2 und 45ms für Gemini 2.5 Flash. Im Vergleich: OpenAI's API schwankte zwischen 120-280ms während der Spitzenzeiten.
2. Kostenstruktur: Chinesische Währung, globale Qualität
Mit dem Wechselkurs ¥1 = $1 bietet HolySheep aggressivste Preise am Markt:
- DeepSeek V3.2: $0.42/1M Tokens Output – 96% günstiger als Claude 3.5
- Gemini 2.5 Flash: $2.50/1M Tokens – ideal für Hochvolumen-Anwendungen
- GPT-4.1: $8.00/1M Tokens Output – 87% Ersparnis gegenüber OpenAI
Für unser TechMart-Szenario (12.000 gleichzeitige Nutzer × 50 Anfragen pro Minute × 8 Stunden) bedeutet das:
- OpenAI-Kosten: ~€42.000 für die Black-Friday-Nacht
- HolySheep-Kosten: ~€2.800 – €39.200 Ersparnis
3. Native Zahlungsabwicklung
WeChat Pay und Alipay werden direkt akzeptiert – für Teams in der DACH-Region zwar weniger relevant, aber ein Segen für Unternehmen mit China-basierten Partnern oder asiatischen Märkten.
4. Startguthaben für Evaluierung
Die kostenlosen Credits erlauben vollständige Integrationstests ohne Vorabkosten. Für Enterprise-Kunden bietet HolySheep außerdem dedizierte Account-Manager und SLA-Garantien.