evrtng functions vs. die Cloud-Giganten

Wie schneidet Apache OpenWhisk auf evrtng im Vergleich zu AWS Lambda, Google Cloud Functions und Azure Functions ab? Hier ist die ehrliche Aufschlüsselung.

Direkter Vergleich

Funktion evrtng functions
Apache OpenWhisk
AWS Lambda
Amazon Web Services
Cloud Functions
Google Cloud
Azure Functions
Microsoft
// PRICING
Anfragen $0.20 / 1M $0.20 / 1M $0.40 / 1M $0.20 / 1M
Compute (GB·s) $0.0000167 $0.0000166667 $0.0000100 $0.000016
Free Tier (Anfragen) 1M / month 2M / month 1M / month
Idle-Kosten $0.00 $0.00 $0.00 $0.00 (Consumption)
Preismodell Pay-per-use Pay-per-use Pay-per-use Pay-per-use / Premium
// LANGUAGES & RUNTIMES
JavaScript / Node.js
Python
Java
Go
PHP
Ruby
Swift
.NET / C# / F#
Rust ✓ (Docker) ✓ (custom)
ANSI C ✓ (Docker) ✓ (custom)
Custom Docker-Runtime ✓ Native ✓ Container Image ✓ (Premium)
Offizielle Runtimes gesamt 11+ 9 6 7
// ARCHITECTURE & FEATURES
Ereignisgesteuerte Trigger ✓ HTTP, MQTT, DB, Cron ✓ HTTP, S3, SQS, DynamoDB… ✓ HTTP, Pub/Sub, Firestore ✓ HTTP, Queue, Event Hub
Action-Sequenzen (Verkettung) ✓ Native ✓ Step Functions ✓ Workflows (separate) ✓ Durable Functions
Web Actions / HTTP-Endpoints ✓ Built-in ✓ via API Gateway ✓ Built-in ✓ Built-in
Max. Ausführungszeit 5 min (default) 15 min 60 min (2nd gen) 10 min (Consumption)
Max. Speicher Configurable 10,240 MB 16,384 MB 1,536 MB
Cold-Start-Performance ~100ms (Node/Python) ~100–500ms ~100–400ms ~200ms–2s
Parallele Ausführungen Thousands 1,000 (default, scalable) 3,000 (regional) Unbegrenzt (Consumption)
Open-Source-Plattform ✓ Apache OpenWhisk ✗ Proprietary ✗ Proprietary ✓ Partially (host)
Self-Hosting möglich ✓ Full control ✓ via Docker
Vendor Lock-in Niedrig (offener Standard) High High Medium
CLI-Tooling wsk CLI aws CLI / SAM gcloud CLI Azure CLI / Core Tools
Lokale Entwicklung ✓ Docker / Minishift ✓ SAM Local ✓ Functions Framework ✓ Core Tools

// Die Daten spiegeln die Plattformfunktionen Stand 2025/2026 wider. Preise können nach Region und Tarif variieren.

Wo evrtng functions sich abhebt

Die meisten Sprachen

11+ offizielle Runtimes plus jedes benutzerdefinierte Docker-Image. PHP, Swift, Ruby, Scala, Rust — Sprachen, die andere Plattformen aufgegeben oder nie unterstützt haben.

Kein Vendor Lock-in

Basiert auf Apache OpenWhisk — einem offenen Standard. Ihre Funktionen und Trigger laufen überall, wo OpenWhisk bereitgestellt ist. Nehmen Sie Ihren Code mit.

Native Sequenzen

Verketten Sie Actions mit einem Befehl nativ zu Workflows. Kein separater Orchestrierungsdienst (wie Step Functions oder Workflows) nötig.

Flexible Trigger

HTTP, MQTT, Datenbankänderungen, Cron, Kafka — verbinden Sie sich mit jeder Ereignisquelle ohne proprietäre Glue-Services.

Web Actions integriert

Exponieren Sie jede Funktion als öffentlichen HTTP-Endpoint mit voller Kontrolle über Response-Header, Cookies und Content-Type. Kein API-Gateway erforderlich.

Erprobter Kern

Apache OpenWhisk wurde von IBM, Adobe und Red Hat entwickelt. Es betreibt produktive Workloads bei skalierter Auslastung und wird unter der Apache Software Foundation entwickelt.

Wo die Cloud-Giganten gewinnen

Wir glauben an Transparenz. Hier sind die Bereiche, in denen AWS, GCP und Azure derzeit die Nase vorn haben.

AWS Lambda

  • Maximale Ausführungszeit von 15 Minuten (vs. 5 Min. Standard)
  • Massives natives Integrations-Ökosystem (200+ AWS-Services)
  • VPC-Networking, Layers und SnapStart für Java
  • Bis zu 10 GB Speicher pro Funktion

Google Cloud Functions

  • 2 Mio. kostenlose Aufrufe pro Monat (großzügiger Free Tier)
  • 60-Minuten-Timeout für Funktionen der 2. Generation
  • Bis zu 16 GB Speicher pro Funktion
  • Niedrigerer GB·s-Preis ($0.0000100 vs $0.0000167)

Azure Functions

  • Durable Functions für lange laufende, zustandsbehaftete Workflows
  • Tiefe Integration in das Microsoft-Ökosystem (.NET, VS Code)
  • Der Premium-Plan eliminiert Cold Starts durch vorgewärmte Instanzen
  • Starker Enterprise-Support und Compliance-Zertifizierungen

Allgemeine Überlegung

  • OpenWhisk ist beim Self-Hosting komplexer als gehostete Alternativen
  • Kleineres verwaltetes Ökosystem — weniger native Trigger-Integrationen
  • Community kleiner als bei AWS/Azure, aber wachsend
  • Kein integrierter Free Tier auf evrtng (Zahlung ab erster Anfrage)

Wann Sie evrtng functions wählen sollten

✓ Sehr geeignet, wenn Sie…

PHP-, Swift-, Ruby-, Scala- oder ANSI C-Runtime-Support benötigen
Vendor Lock-in mit einer Open-Source-Plattform vermeiden wollen
Mehrere Funktionen nativ ohne zusätzliche Services verketten müssen
Ereignisgesteuerte MQTT-/IoT-Pipelines aufbauen
Benutzerdefinierte Docker-basierte Runtimes für Nischensprachen benötigen
Später self-hosten oder auf Kubernetes betreiben wollen
Von einer IBM Cloud Functions-Workload migrieren
Transparente, nutzungsbasierte Abrechnung ohne Überraschungen bevorzugen

→ Erwägen Sie Alternativen, wenn Sie…

Tiefe Integration mit AWS-Services (S3, DynamoDB, SQS…) benötigen
Standardmäßig Funktionen benötigen, die länger als 5 Minuten laufen
Einen großzügigen Free Tier wünschen, um kostenlos zu experimentieren
Zustandsbehaftete, lange laufende Workflows aufbauen (→ Azure Durable Functions)
Den absolut niedrigsten GB·s-Preis benötigen (→ Google Cloud Functions)
Enterprise-Compliance-Zertifizierungen ab Tag eins benötigen
// ready to try?

Deployen Sie heute Ihre erste Funktion

Keine Kreditkarte für das erste Deployment. Transparente Abrechnung ab der ersten Anfrage.

$ quick start → Preise ansehen