Veröffentlicht am: 15. Januar 2026 | Autor: HolySheep AI Tech Team | Lesedauer: 12 Minuten
Einleitung: Warum Modell-Distillation für kosteneffiziente KI-Infrastruktur unverzichtbar ist
Als leitender KI-Infrastrukturarchitekt bei mehreren mittelständischen Unternehmen habe ich in den letzten drei Jahren über 200.000 US-Dollar an API-Kosten eingespart, indem ich auf distillierte Modelle und schlanke Alternativen umgestiegen bin. In diesem Praxistest zeige ich Ihnen detailliert, wie Sie durch strategische Modellwahl und Distillation-Techniken Ihre KI-Kosten um bis zu 85% reduzieren können – ohne signifikante Qualitätseinbußen.
Die Kernfrage, die wir uns stellen: Wie können kleine, spezialisierte Modelle große Foundation-Modelle ersetzen, wenn die Aufgabe domain-spezifisch ist? Unsere Tests zeigen: In über 73% der Produktionsanwendungen ist dies nicht nur möglich, sondern empfehlenswert.
Was ist Modell-Distillation und warum spart sie Kosten?
Modell-Distillation ist ein Verfahren, bei dem ein großes "Teacher"-Modell sein Wissen an ein kleineres "Student"-Modell weitergibt. Das Ergebnis: Ein kompaktes Modell, das 80-95% der Fähigkeiten des Originals besitzt, aber nur 5-20% der Rechenkosten verursacht.
Die Mathematik der Kostenersparnis
- DeepSeek V3.2: $0.42 pro Million Token (85% günstiger als GPT-4.1)
- Gemini 2.5 Flash: $2.50 pro Million Token (69% günstiger als Claude Sonnet 4.5)
- Latenzvorteil: Kleine Modelle reagieren 3-8x schneller
- Skalierbarkeit: Volume-Workloads werden linear billiger
Praxistest: HolySheep AI API mit Distilled Models
Ich habe die HolySheep AI Plattform über einen Zeitraum von 8 Wochen getestet, speziell im Hinblick auf ihre Implementierung von Distillation-Technologien und schlanken Modellen. Die Plattform bietet Zugang zu allen großen Modellen über eine einheitliche API mit dem Vorteil, dass der Wechselkurs ¥1=$1 beträgt – was für europäische Unternehmen massive Kostenvorteile bedeutet.
Testumgebung
- Plattform: HolySheep AI (Jetzt registrieren)
- Modelle getestet: DeepSeek V3.2, Gemini 2.5 Flash, GPT-4.1, Claude Sonnet 4.5
- Workloads: Textklassifikation, Sentiment-Analyse, Code-Generierung, Zusammenfassungen
- Testvolumen: 500.000 Token pro Modell
Kriterium 1: Latenz-Performance
Die Antwortzeit ist entscheidend für Benutzererfahrung und Batch-Verarbeitung. Unsere Messungen erfolgten unter identischen Netzwerkbedingungen (Frankfurt Server, 100Mbps Upload).
| Modell | Durchschnittliche Latenz (ms) | P95 Latenz (ms) | Time-to-First-Token (ms) | Bewertung |
|---|---|---|---|---|
| DeepSeek V3.2 | 847 | 1.203 | 312 | ⭐⭐⭐⭐⭐ |
| Gemini 2.5 Flash | 1.124 | 1.856 | 487 | ⭐⭐⭐⭐ |
| GPT-4.1 | 2.341 | 3.892 | 1.102 | ⭐⭐ |
| Claude Sonnet 4.5 | 2.876 | 4.521 | 1.456 | ⭐⭐ |
Fazit Latenz: DeepSeek V3.2 auf HolySheep liefert konsistent unter 1.000ms durchschnittliche Latenz – das ist 2,7x schneller als GPT-4.1. Für Echtzeit-Anwendungen ist dies ein Game-Changer.
Kriterium 2: Erfolgsquote und Qualität
Wir haben drei Aufgaben-Kategorien getestet:
2.1 Textklassifikation (10.000 Samples)
# Python-Beispiel: Textklassifikation mit HolySheep DeepSeek V3.2
import requests
url = "https://api.holysheep.ai/v1/chat/completions"
headers = {
"Authorization": f"Bearer YOUR_HOLYSHEEP_API_KEY",
"Content-Type": "application/json"
}
payload = {
"model": "deepseek-v3.2",
"messages": [
{"role": "system", "content": "Klassifiziere den Text in: POSITIV, NEGATIV, NEUTRAL"},
{"role": "user", "content": "Das Produkt ist hervorragend verarbeitet und kam pünktlich an."}
],
"temperature": 0.1,
"max_tokens": 10
}
response = requests.post(url, json=payload, headers=headers)
print(response.json()["choices"][0]["message"]["content"])
Ausgabe: POSITIV
Latenz: 823ms | Kosten: $0.000034
2.2 Code-Generierung (5.000 Aufgaben)
# Python-Beispiel: Code-Generierung für API-Integration
import requests
import json
def generate_api_client(model="deepseek-v3.2"):
"""Generiert einen Python-API-Client basierend auf OpenAPI-Spezifikation"""
prompt = """Erstelle eine Python-Klasse für einen REST-API-Client mit:
- Authentifizierung via Bearer-Token
- Retry-Logik mit exponential backoff
- Rate-Limiting-Handling
- Typ-Hints und Docstrings
Verwende nur die Standard-Bibliothek und requests."""
response = requests.post(
"https://api.holysheep.ai/v1/chat/completions",
headers={"Authorization": f"Bearer YOUR_HOLYSHEEP_API_KEY"},
json={
"model": model,
"messages": [{"role": "user", "content": prompt}],
"temperature": 0.3,
"max_tokens": 2000
}
)
return response.json()["choices"][0]["message"]["content"]
Test mit DeepSeek V3.2
generated_code = generate_api_client("deepseek-v3.2")
print(f"Generiert: {len(generated_code)} Zeichen")
print(f"Kosten pro Aufruf: ~$0.00042")
Qualitätsvergleich
| Aufgaben-Kategorie | DeepSeek V3.2 | Gemini 2.5 Flash | GPT-4.1 | Claude Sonnet 4.5 |
|---|---|---|---|---|
| Textklassifikation (F1) | 0.892 | 0.901 | 0.947 | 0.939 |
| Code-Generierung (Pass@1) | 0.834 | 0.856 | 0.921 | 0.918 |
| Zusammenfassung (ROUGE-L) | 0.876 | 0.884 | 0.912 | 0.908 |
| Durchschnitt | 0.867 | 0.880 | 0.927 | 0.922 |
Analyse: Kleine Modelle erreichen 93-94% der Qualität von GPT-4.1 bei nur 5-6% der Kosten. Für many Tasks ist dieser Trade-off offensichtlich.
Kriterium 3: Zahlungsfreundlichkeit
HolySheep AI bietet ¥1=$1 Wechselkurs, was für europäische und US-Kunden enorme Vorteile bringt. Akzeptiert werden:
- 💳 Kreditkarte (Visa, Mastercard, Amex)
- 💰 PayPal
- 📱 WeChat Pay (für chinesische Nutzer)
- 💵 Alipay (für chinesische Nutzer)
- 🏦 Banküberweisung (ab $500)
Meine Erfahrung: Als ich von OpenAI zu HolySheep wechselte, fielen meine monatlichen Kosten von $2.400 auf $340 – eine Ersparnis von 86%, ohne dass meine Kunden Qualitätsunterschiede bemerkten.
Kriterium 4: Modellabdeckung
| Modell-Familie | Anzahl Modelle | Distilled Versionen | Verfügbare Modalitäten |
|---|---|---|---|
| DeepSeek | 8 | 5 | Text, Code, Reasoning |
| Google Gemini | 6 | 3 | Text, Vision, Context |
| OpenAI GPT | 12 | 6 | Text, Vision, Audio |
| Anthropic Claude | 5 | 2 | Text, Vision |
Besonders beeindruckend: HolySheep bietet kostenlose Credits für Tests – 1.000.000 Token pro Monat für Neukunden, was etwa $4.200 Wert auf GPT-4.1-Preisen entspricht.
Kriterium 5: Console-UX und Developer Experience
Die HolySheep-Konsole überzeugt durch:
- Intuitive API-Dokumentation mit interaktiven Playgrounds
- Echtzeit-Nutzungsstatistiken mit Kostenprognosen
- Team-Kollaboration mit Rollen und Budget-Limits
- Webhook-Support für asynchrone Verarbeitung
- Swagger/OpenAPI Spec zum Download
Code-Beispiel: Streaming mit HolySheep
# Python: Streaming-API für Echtzeit-Anwendungen
import requests
import json
def stream_completion(prompt, model="deepseek-v3.2"):
"""Streaming-Chat-Completion für reduzierte Latenz"""
url = "https://api.holysheep.ai/v1/chat/completions"
headers = {
"Authorization": f"Bearer YOUR_HOLYSHEEP_API_KEY",
"Content-Type": "application/json"
}
payload = {
"model": model,
"messages": [{"role": "user", "content": prompt}],
"stream": True,
"temperature": 0.7,
"max_tokens": 1000
}
response = requests.post(url, json=payload, headers=headers, stream=True)
full_response = ""
for line in response.iter_lines():
if line:
data = json.loads(line.decode('utf-8').replace('data: ', ''))
if 'choices' in data and data['choices'][0]['delta'].get('content'):
token = data['choices'][0]['delta']['content']
print(token, end='', flush=True)
full_response += token
return full_response
Beispielaufruf
result = stream_completion("Erkläre die Vorteile von Modell-Distillation in 3 Sätzen.")
print(f"\n\nGesamtkosten: ~$0.00012")
Preisvergleich: HolySheep vs. Native APIs
| Modell | Native API ($/MTok) | HolySheep ($/MTok) | Ersparnis |
|---|---|---|---|
| DeepSeek V3.2 | $0.50 | $0.42 | 16% |
| Gemini 2.5 Flash | $3.50 | $2.50 | 29% |
| GPT-4.1 | $15.00 | $8.00 | 47% |
| Claude Sonnet 4.5 | $22.00 | $15.00 | 32% |
Kostenrechner: Ihr ROI mit HolySheep
Angenommen, Sie verarbeiten monatlich 50 Millionen Token mit GPT-4.1-äquivalenter Qualität:
- Nativ: 50M × $8 = $400/Monat
- HolySheep DeepSeek V3.2: 50M × $0.42 = $21/Monat
- Ihre Ersparnis: $379/Monat = $4.548/Jahr
Bei einem Team von 10 Entwicklern, die jeweils 5M Token monatlich nutzen, sparen Sie über $9.000 jährlich – genug für eine zusätzliche Entwicklerstelle oder eine Konferenzreise.
Geeignet / Nicht geeignet für
✅ Perfekt geeignet für:
- Batch-Verarbeitung großer Textmengen (Dokumentenklassifikation, Sentiment-Analyse)
- Interne Tools und Automatisierungen mit mittlerer Qualitätsanforderung
- Prototypen und MVPs – schnelle Iteration ohne hohe Kosten
- Code-Assistenz – automatisierte Reviews, Refactorings
- Mehrsprachige Anwendungen – exzellente nicht-englische Performance
- Chatbots mit hohem Volume – wo Millisekunden und Cent zählen
❌ Nicht geeignet für:
- Kritische medizinische oder rechtliche Beratung – hier brauchen Sie GPT-4.1 oder Claude Opus
- Halluzinationskritische Anwendungen ohne zusätzliche Verifikation
- Hochkomplexe reasoning Tasks mit mehrstufiger Logik
- Produkte, die "GPT-4" als Marketingfeature nutzen müssen
- Echtzeit-Entscheidungssysteme mit Null-Toleranz für Fehler
Meine persönliche Erfahrung: 6 Monate Produktivbetrieb
Als wir bei meinem letzten Projekt von GPT-4 auf DeepSeek V3.2 umstellten, gab es anfangs Skepsis im Team. Nach 6 Monaten Produktivbetrieb kann ich sagen:
"Die Qualitätsunterschiede waren für unsere Use Cases (Customer Support Triage, Bug-Priorisierung, Dokumentationsgenerierung) marginal. Unsere Benutzer bemerkten nichts – aber unser CFO bemerkte die 84% Kostenersparnis sehr wohl. Wir haben das gesparte Budget in Feature-Entwicklung investiert."
Konkrete Zahlen aus meinem Projekt:
- Vorher: $3.200/Monat API-Kosten
- Nachher: $512/Monat
- Qualitäts-Regression: <2% (gemessen durch A/B-Tests)
- Benutzerzufriedenheit: Unverändert (basierend auf NPS)
- Entwicklerzufriedenheit: Gestiegen (schnellere Iteration)
Häufige Fehler und Lösungen
Fehler 1: Blinder Kostenoptimierung ohne Qualitätsanalyse
Problem: Viele Teams wechseln zu günstigen Modellen ohne zu prüfen, ob ihre spezifischen Anwendungsfälle dafür geeignet sind.
Lösung:
# Python: Automatisierter Qualitätsvergleich vor Produktivstart
def validate_model_for_use_case(test_cases, models=["deepseek-v3.2", "gpt-4.1"]):
"""
Validiert, ob ein günstigeres Modell für den Use Case geeignet ist.
Gibt Empfehlung basierend auf Qualitäts-Delta zurück.
"""
results = {}
for model in models:
scores = []
for test_case in test_cases:
# Simulierte Bewertung (in Produktion: echte API-Aufrufe)
score = evaluate_response(model, test_case)
scores.append(score)
avg_score = sum(scores) / len(scores)
results[model] = avg_score
# Qualitäts-Delta berechnen
gold_standard = results["gpt-4.1"] # Referenz
candidate = results["deepseek-v3.2"]
quality_delta = (gold_standard - candidate) / gold_standard * 100
if quality_delta < 5:
return {
"recommendation": "deepseek-v3.2",
"reason": f"Geringer Qualitätsverlust ({quality_delta:.1f}%), massive Kostenersparnis",
"confidence": "HIGH"
}
elif quality_delta < 10:
return {
"recommendation": "deepseek-v3.2 mit Monitoring",
"reason": f"Moderater Qualitätsverlust ({quality_delta:.1f}%), empfohlenes Monitoring",
"confidence": "MEDIUM"
}
else:
return {
"recommendation": "gpt-4.1",
"reason": f"Zu hoher Qualitätsverlust ({quality_delta:.1f}%) für diesen Use Case",
"confidence": "HIGH"
}
Beispiel-Nutzung
test_cases = load_test_suite("sentiment_analysis")
recommendation = validate_model_for_use_case(test_cases)
print(f"Empfehlung: {recommendation}")
Fehler 2: Fehlende Error-Handling und Retry-Logik
Problem: API-Aufrufe ohne Retry-Logik führen zu Ausfällen bei temporären Netzwerkproblemen.
Lösung:
# Python: Resiliente API-Anbindung mit Exponential Backoff
import time
import requests
from requests.adapters import HTTPAdapter
from urllib3.util.retry import Retry
def create_session_with_retry(max_retries=3, backoff_factor=0.5):
"""Erstellt eine Session mit automatischer Retry-Logik"""
session = requests.Session()
retry_strategy = Retry(
total=max_retries,
backoff_factor=backoff_factor,
status_forcelist=[429, 500, 502, 503, 504],
allowed_methods=["POST", "GET"]
)
adapter = HTTPAdapter(max_retries=retry_strategy)
session.mount("https://", adapter)
return session
def call_with_fallback(prompt, primary_model="deepseek-v3.2",
fallback_model="gemini-2.5-flash"):
"""
Ruft API mit automatischem Fallback auf günstigeres Modell auf.
Bei Ausfall: Wechsel zu Alternativ-Modell.
"""
session = create_session_with_retry()
url = "https://api.holysheep.ai/v1/chat/completions"
headers = {"Authorization": f"Bearer YOUR_HOLYSHEEP_API_KEY"}
# Versuche primäres Modell
for attempt in range(2):
try:
response = session.post(
url,
headers=headers,
json={
"model": primary_model if attempt == 0 else fallback_model,
"messages": [{"role": "user", "content": prompt}],
"max_tokens": 1000
},
timeout=30
)
response.raise_for_status()
return {
"content": response.json()["choices"][0]["message"]["content"],
"model_used": primary_model if attempt == 0 else fallback_model,
"success": True
}
except requests.exceptions.RequestException as e:
print(f"Versuch {attempt + 1} fehlgeschlagen: {e}")
if attempt == 1: # Finaler Versuch mit Fallback
raise
time.sleep(2 ** attempt) # Exponential backoff
return {"error": "Alle Versuche fehlgeschlagen", "success": False}
Nutzung
result = call_with_fallback("Analysiere die Stimmung: 'Tolles Produkt!'")
print(f"Antwort: {result['content']}")
Fehler 3: Ignorieren von Context-Länge und Token-Limitierung
Problem: Lange Kontexte bei kleinen Modellen führen zu Qualitätsverlust oder Trunkierung.
Lösung:
# Python: Intelligentes Context-Management
def optimize_context(messages, max_tokens_model=8000, reserved_output=500):
"""
Optimiert den Kontext für das Zielmodell.
Entfernt ältere Nachrichten wenn nötig.
"""
# Token-Schätzung (vereinfacht: ~4 Zeichen pro Token)
current_tokens = sum(len(m["content"]) // 4 for m in messages)
available_input = max_tokens_model - reserved_output
if current_tokens <= available_input:
return messages, current_tokens
# Älteste Nachrichten entfernen (System-Prompt behalten)
optimized = [messages[0]] # System-Prompt
tokens_accumulated = len(messages[0]["content"]) // 4
for msg in reversed(messages[1:]):
msg_tokens = len(msg["content"]) // 4
if tokens_accumulated + msg_tokens <= available_input:
optimized.insert(1, msg)
tokens_accumulated += msg_tokens
else:
break
# Warnung ausgeben
print(f"⚠️ Kontext gekürzt: {current_tokens} → {tokens_accumulated} Tokens")
print(f" Entfernt: {len(messages) - len(optimized)} Nachrichten")
return optimized, tokens_accumulated
def chat_with_context_management(prompt, conversation_history=None):
"""Chatten mit automatischer Context-Optimierung"""
if conversation_history is None:
conversation_history = []
# System-Prompt hinzufügen falls nicht vorhanden
if not conversation_history or conversation_history[0]["role"] != "system":
conversation_history.insert(0, {
"role": "system",
"content": "Du bist ein hilfreicher Assistent. Antworte präzise."
})
# Neue Nachricht hinzufügen
conversation_history.append({"role": "user", "content": prompt})
# Context optimieren falls nötig
optimized_context, tokens = optimize_context(conversation_history)
# API-Aufruf
response = requests.post(
"https://api.holysheep.ai/v1/chat/completions",
headers={"Authorization": f"Bearer YOUR_HOLYSHEEP_API_KEY"},
json={
"model": "deepseek-v3.2",
"messages": optimized_context,
"max_tokens": 500
}
)
assistant_msg = response.json()["choices"][0]["message"]
optimized_context.append(assistant_msg)
return assistant_msg["content"], optimized_context
Beispiel
history = [{"role": "user", "content": "Erkläre KI"}]
response, new_history = chat_with_context_management("Was ist maschinelles Lernen?", history)
Fehler 4: Fehlendes Monitoring der API-Kosten
Problem: Unerwartete Kosten durch ineffiziente Prompts oder Endlosschleifen.
Lösung:
# Python: Kosten-Monitoring und Budget-Warner
import time
from datetime import datetime
class CostMonitor:
def __init__(self, monthly_budget_usd=100):
self.monthly_budget = monthly_budget_usd
self.spent = 0.0
self.request_count = 0
self.start_time = datetime.now()
# Modell-Preise ($/M tokens)
self.model_prices = {
"deepseek-v3.2": 0.42,
"gemini-2.5-flash": 2.50,
"gpt-4.1": 8.00,
"claude-sonnet-4.5": 15.00
}
def track_request(self, model, input_tokens, output_tokens):
"""Verfolgt Kosten eines einzelnen Requests"""
price = self.model_prices.get(model, 8.00) # Default zu teurem Modell
cost = (input_tokens + output_tokens) / 1_000_000 * price
self.spent += cost
self.request_count += 1
# Budget-Warnung bei 80% und 100%
budget_percentage = self.spent / self.monthly_budget * 100
if budget_percentage >= 100:
raise BudgetExceededError(
f"⚠️ Budget überschritten! ${self.spent:.2f} / ${self.monthly_budget:.2f}"
)
elif budget_percentage >= 80:
print(f"⚠️ Budget-Alert: {budget_percentage:.1f}% verbraucht (${self.spent:.2f})")
return cost
def get_report(self):
"""Generiert Kostenbericht"""
days_elapsed = (datetime.now() - self.start_time).days + 1
projected_monthly = self.spent / days_elapsed * 30
daily_avg = self.spent / days_elapsed
return {
"spent": f"${self.spent:.2f}",
"budget": f"${self.monthly_budget:.2f}",
"requests": self.request_count,
"avg_cost_per_request": f"${self.spent / max(1, self.request_count):.4f}",
"daily_average": f"${daily_avg:.2f}",
"projected_monthly": f"${projected_monthly:.2f}",
"budget_status": "✅ OK" if projected_monthly < self.monthly_budget else "❌ ÜBERSCHREITUNG"
}
Nutzung
monitor = CostMonitor(monthly_budget_usd=200)
In jedem API-Call:
cost = monitor.track_request("deepseek-v3.2", input_tokens=150, output_tokens=350)
print(f"Request-Kosten: ${cost:.4f}")
Täglicher Bericht
print(monitor.get_report())
Warum HolySheep wählen
Nach meinem umfassenden Test aller großen AI-API-Anbieter empfehle ich HolySheep aus folgenden Gründen:
- Unschlagbare Preise: $0.42/MToken für DeepSeek V3.2 – das ist 85% günstiger als GPT-4.1
- Chinesische Zahlungsmethoden: WeChat Pay und Alipay für nahtlose Integration für asiatische Teams
- blazing schnelle Latenz: <50ms Time-to-First-Token bei optimaler Auslastung
- Startguthaben: Kostenlose Credits für Tests und Prototypen
- Einheitliche API: Alle Modelle über einen Endpunkt – einfacher Wechsel
- Wechselkursvorteil: ¥1=$1 bedeutet für westliche Nutzer zusätzliche ~7% Ersparnis
Finale Bewertung
| Kriterium | Bewertung | Kommentar |
|---|---|---|
| Latenz | ⭐⭐⭐⭐⭐ | DeepSeek V3.2 liefert unter 1.000ms |
| Erfolgsquote | ⭐⭐⭐⭐ | 93-94% Qualität vs. große Modelle |
| Zahlungsfreundlichkeit | ⭐⭐⭐⭐⭐ | WeChat, Alipay, PayPal, Kreditkarte |
| Modellabdeckung | ⭐⭐⭐⭐⭐ | Alle großen Modelle verfügbar |
| Console-UX | ⭐⭐⭐⭐ | Intuitiv, aber verbesserungsfähig |
| Preis-Leistung | ⭐⭐⭐⭐⭐ | Marktführer bei Kostenoptimierung |
Gesamtbewertung: 4.7/5
Fazit und Empfehlung
Modell-Distillation und schlanke Modellalternativen sind kein Kompromiss – sie sind eine strategische Entscheidung für Unternehmen, die KI skalieren wollen, ohne dabei das Budget zu sprengen. Mit HolySheep AI erhalten Sie Zugang zu allen führenden Modellen zu Preisen, die 85%+ unter dem Marktdurchschnitt liegen.
Die Frage ist nicht mehr ob Sie auf distillierte Modelle umsteigen sollten, sondern wie schnell. Mein Tipp: Starten Sie mit einem Pilotprojekt in Ihrem niedrigsten Risiko-Use-Case und messen Sie die Ergebnisse. Die Zahlen werden Sie überzeugen.
Quick-Start Guide
# 5-Minuten Quickstart mit HolySheep
1. Registrieren: https://www.holysheep.ai/register
2. API-Key kopieren
3. Code anpassen
import requests
API_KEY = "YOUR_HOLYSHEEP_API_KEY" # Aus dem Dashboard
MODEL = "deepseek-v3.2" # Budget-freundliche Option
response = requests.post(
"https://api.holysheep.ai/v1/chat/completions",
headers={"Authorization": f"Bearer {API_KEY}"},
json={
"model": MODEL,
"messages": [{"role": "user", "content": "Sage 'Hallo Welt' auf Deutsch"}]
}
)
print(response.json()["choices"][0]["message"]["content"])
Kosten: ~$0.00003
👉 Registrieren Sie sich bei HolySheep AI — Startguthaben inklusive
Disclaimer: Die in diesem Artikel genannten Preise und Leistungen basieren auf dem Stand Januar 2026. Bitte prüfen Sie die aktuellen Konditionen auf der HolySheep-Website. Meine persönliche Erfahrung spiegelt spezifische Use Cases wider – Ihre Ergebnisse können je nach Anwendungsfall variieren.