Die AWS Lambda Alternative, die nie abläuft

Das kommt darauf an, warum du gehst. Für Workloads, die das 15-Minuten-Limit gesprengt haben oder einen warmen Prozess brauchen, eine Plattform, die Container betreibt — Lizard, Railway, Render oder AWS Fargate. Um serverless mit weniger Limits zu bleiben, Google Cloud Run. Für Edge-förmiges Request-Handling, Cloudflare Workers.

Meistens, weil die Funktion faktisch immer läuft oder Provisioned Concurrency an ist. Die Dauer wird pro GB-Sekunde abgerechnet, daher kostet eine 1 GB Funktion, die nie idlet, ca. 43,80 $ pro Monat vor den 0,20 $ pro Million Requests — und an diesem Punkt zahlst du durchgehend für etwas, das so abgerechnet wird, als wäre es gelegentlich.

Innerhalb von AWS: Lambda MicroVMs führen einen einzelnen Job bis zu 8 Stunden aus, über ihre eigene API, nur ARM64, in fünf Regionen. Durable Functions spannen bis zu einem Jahr für mehrstufige Arbeit, aber jede einzelne Ausführung ist immer noch auf 15 Minuten begrenzt, daher splittest du den Job in checkgepunktete Schritte. Ansonsten Step Functions, Fargate oder EC2. Außerhalb von AWS führst du es als ganz normalen Prozess aus: auf Lizard hat ein Worker-Service kein Zeitlimit und keinen HTTP-Port, daher läuft ein langer Import oder ein Transcode-Job einfach bis zum Abschluss.

Ja. Wrappe den Handler in einen kleinen HTTP-Server oder eine Worker-Schleife, dann führe lizard up aus — lizardpack erkennt Node, Python, Go, Java, Ruby oder Rust und schreibt das Dockerfile. Was sich ändert, ist die Form: Ein Prozess behandelt viele Requests statt vieler Ausführungen, die jeweils nur eine behandeln, was Connection-Pooling und Caching meist vereinfacht.

Nein. Lizard rechnet gemessene CPU, Speicher und Disk pro Sekunde ab, plus Egress ab dem ersten Byte zu 0,045 $ pro GB und Object Storage zu 0,0135 $ pro GB-Monat — und nichts pro Request oder pro Invocation. Der Tausch ist, dass ein Service jede Sekunde abrechnet, in der er läuft, während eine Lambda, die niemand aufruft, nichts kostet.