evrtng functions vs. die Cloud-Giganten
Wie schneidet evrtng functions — betrieben mit Fission — im Vergleich zu AWS Lambda, Google Cloud Functions und Azure Functions ab? Hier die ehrliche Übersicht.
Direkter Vergleich
| Funktion |
evrtng functions Fission + Firecracker |
AWS Lambda Amazon Web Services |
Cloud Functions Google Cloud |
Azure Functions Microsoft |
|---|---|---|---|---|
| // PRICING | ||||
| Anfragen | CHF 0.20 / 1M | CHF 0.20 / 1M | CHF 0.40 / 1M | CHF 0.20 / 1M |
| Compute (GB·s) | CHF 0.0000167 | CHF 0.0000166667 | CHF 0.0000100 | CHF 0.000016 |
| Free Tier (Anfragen) | 30K / month | 1M / month | 2M / month | 1M / month |
| Idle-Kosten | CHF 0.00 | CHF 0.00 | CHF 0.00 | CHF 0.00 |
| Preismodell | Subscription | Pay-per-use | Pay-per-use | Pay-per-use / Premium |
| evrtng-Preise in CHF, inkl. 8.1% MWST. Cloud-Provider-Preise in USD. | ||||
| // LANGUAGES & RUNTIMES | ||||
| JavaScript / Node.js | ✓ | ✓ | ✓ | ✓ |
| Python | ✓ | ✓ | ✓ | ✓ |
| Java | ✓ | ✓ | ✓ | ✓ |
| Go | ✓ | ✓ | ✓ | ✓ |
| PHP | ✓ | ✗ | ✓ | ✓ |
| Ruby | ✓ | ✓ | ✗ | ✗ |
| .NET / C# / F# | ✗ | ✓ | ✗ | ✓ |
| Rust | ✓ (Docker) | ✓ (custom) | ✗ | ✗ |
| ANSI C | ✓ (Docker) | ✓ (custom) | ✗ | ✗ |
| Custom Docker-Runtime | ✓ Native | ✓ Container Image | ✗ | ✓ (Premium) |
| Offizielle Runtimes gesamt | 7 + Docker | 9 | 6 | 7 |
| // ARCHITECTURE & FEATURES | ||||
| Ereignisgesteuerte Trigger | ✓ HTTP, Cron (Kafka on request) | ✓ HTTP, S3, SQS, DynamoDB… | ✓ HTTP, Pub/Sub, Firestore | ✓ HTTP, Queue, Event Hub |
| HTTP-Trigger / Endpunkte | ✓ Built-in | ✓ via API Gateway | ✓ Built-in | ✓ Built-in |
| Max. Ausführungszeit | 5 min (max) | 15 min | 60 min (2nd gen) | 10 min (Consumption) |
| Max. Speicher | 1,024 MB | 10,240 MB | 16,384 MB | 1,536 MB |
| Cold-Start-Performance | ~0.15s warm | ~100–500ms | ~100–400ms | ~200ms–2s |
| Parallele Ausführungen | 200 | 1,000 (default, scalable) | 3,000 (regional) | Unbegrenzt (Consumption) |
| Open-Source-Plattform | ✓ Fission (Apache-2.0) | ✗ Proprietary | ✗ Proprietary | ✓ Partially (host) |
| Self-Hosting möglich | ✓ Full control | ✗ | ✗ | ✓ via Docker |
| Vendor Lock-in | Niedrig (offener Standard) | High | High | Medium |
| CLI-Tooling | REST API | aws CLI / SAM | gcloud CLI | Azure CLI / Core Tools |
| Lokale Entwicklung | ✓ curl / any HTTP client | ✓ 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
7 verifizierte Runtimes plus eigene Docker-Images. PHP, Ruby, Go, ANSI C — Sprachen, die andere Plattformen aufgegeben oder nie unterstützt haben.
Kein Vendor Lock-in
Basiert auf Fission — Open Source unter Apache-2.0, Kubernetes-nativ. Ihre Funktionen sind einfacher Code und Docker-Images. Mitnehmen und gehen.
Firecracker-Isolation
Jede Funktion läuft in einer eigenen Firecracker-Mikro-VM — gehärtete Isolation, die kein Hyperscaler zu diesem Preis bietet. Ihre Nachbarn teilen nie Ihren Kernel.
Flexible Trigger
HTTP- und Cron-Trigger — Events anbinden ohne proprietäre Klebe-Dienste. Kafka-Integration auf Anfrage.
Tenant-URLs eingebaut
Jede Funktion erhält ihre eigene URL unter {namespace}.fnc4.evrtng.cloud — mit TLS, Rate-Limiting und Billing. Kein API-Gateway nötig.
Erprobter Kern
Basiert auf Fission, einem Kubernetes-nativen Open-Source-Projekt unter dem Dach der Apache Software Foundation — gehärtet mit Kata Containers und Firecracker-Mikro-VMs.
Wann Sie evrtng functions wählen sollten
✓ Sehr geeignet, wenn Sie…
→ Erwägen Sie Alternativen, wenn Sie…
Deployen Sie heute Ihre erste Funktion
Keine Kreditkarte für das erste Deployment. Transparente Abrechnung ab der ersten Anfrage.
