Die App Engine-Standardumgebung enthält zwei Generationen von Laufzeitumgebungen. Mit den Laufzeiten der zweiten Generation werden die Möglichkeiten von App Engine erheblich verbessert und einige Einschränkungen der Laufzeiten der ersten Generation beseitigt. Auf dieser Seite werden die Ähnlichkeiten und Unterschiede zwischen den Laufzeiten der ersten und zweiten Generation beschrieben.
| Zweite Generation | Erste Generation | |
|---|---|---|
| Unterstützte Sprachen |
Python 3 Java 11, 17 (Vorschau) Node.js PHP 7+ Ruby Go 1.12+ |
Python 2.7 Java 8 PHP 5.5 Go 1.11 |
| Unterstützung von Sprachenerweiterungen und Systembibliotheken | Alle Erweiterungen oder Bibliotheken | Python 2.7, PHP 5.5: Erweiterungen und Bibliotheken, die Zulassungsliste verwenden Java 8, Go 1.11: Alle Erweiterungen oder Bibliotheken |
| Unterstützte APIs |
Um auf die umfassenden Google Cloud-Dienste zugreifen zu können, verwenden Sie die Open Source-Cloud-Clientbibliotheken. Beim Aktualisieren auf die Laufzeiten von Python 3, Java 11/17 oder Go 1.12+ können Sie weiterhin viele der gebündelten App Engine-Dienste verwenden. Weitere Informationen finden Sie unter Python 3, Java 11/17 undGo 1.12 oder höher Weitere Informationen finden Sie in den Leitfäden. |
Cloud-Clientbibliotheken und gebündelte App Engine-Dienste |
| Verwenden Sie für Speichern großer Blob-Dateien den Cloud Storage oder verwenden Sie weiterhin den gebündelten App Engine Blobstore API-Dienst. |
App Engine Blobstore API | |
| Verwenden Sie für die Datenpersistenz die Option Firestore im Datastore-Modus und Cloud SQL für relationalen Speicher. Alternativ können Sie den gebündelten App Engine Datastore API-Dienst weiterhin verwenden. |
App Engine Datastore API | |
| Verwenden Sie für die verzögerte Ausführung von Aufgaben weiterhin die Deferred API (Python), die DeferredTask API (Java) und die Delay API (Go). PHP-Nutzer können weiterhin die verzögerte Ausführung über den gebündelten Dienst der Task Queues API angeben.
Alternativ können Sie die Verzögerungs-Funktion mit Cloud Tasks implementieren. |
App Engine Deferred API | |
| Für die Bildverarbeitung empfehlen wir Imgix
Wenn Sie eine kostenlose Stufe bevorzugen, verwenden Sie Rethumb. Alternativ können Sie weiterhin den gebündelten App Engine Images API-Dienst verwenden. |
App Engine Images API | |
| Verwenden Sie für eingehenden und ausgehenden Nachrichten weiterhin den gebündelten Dienst der App Engine Mail API. Für ausgehende Nachrichten können Sie alternativ einen E-Mail-Drittanbieter wie SendGrid, Mailgun oder Mailjet verwenden. Eine empfohlene Drittanbieter-Alternative für eingehende Nachrichten ist derzeit nicht verfügbar. |
App Engine Mail API | |
| Zum Speichern von Anwendungsdaten im Cache müssen Sie eine Memorystore-Instanz erstellen und diese mithilfe eines serverlosen VPC-Zugriffs mit Ihrer Anwendung verbinden. Alternativ können Sie weiterhin den gebündelten App Engine Memcache API-Dienst verwenden. | App Engine Memcache API | |
| Hosten Sie für durchsuchbare Dokumentenindexe eine Volltextsuchdatenbank wie ElasticSearch in Compute Engine und greifen Sie von Ihrem Dienst aus darauf zu. | App Engine Search API | |
| Wenn Sie externe Aufgaben ausführen möchten, bleiben Sie im gebündelten App Engine Task Queues API-Dienst für Push- und Pull-Warteschlangen oder migrieren Sie Push-Warteschlangen zu Cloud Tasks. und Pull-Warteschlangen zu Pub/Sub. |
App Engine Task Queue API | |
| Verwenden Sie für die Nutzerauthentifizierung weiterhin den gebündelten App Engine Users API-Dienst oder migrieren Sie zu einem beliebigen Authentifizierungsdienst, der unter Optionen für die Nutzerauthentifizierung beschrieben. | App Engine Users API | |
| Externer Netzwerkzugriff | Vollzugriff | Python 2.7, PHP 5.5: Über URL Fetch API Java 8, Go 1.11: Vollständiger Zugriff. |
| Dateisystemzugriff | Lese- / Schreibzugriff auf /tmp |
Python 2.7, PHP 5.5: Keine Java 8, Go 1.11: Lese- / Schreibzugriff auf /tmp |
| Sprachlaufzeit | Unveränderte Open-Source-Laufzeit | Für App Engine geändert |
| Isolationsmechanismus | gVisor-basierte Container-Sandbox | gVisor-basierte Container-Sandbox |
Unterstützung der App Engine-Laufzeiten der ersten Generation
Es ist derzeit nicht geplant, zusätzliche App Engine-Laufzeiten der ersten Generation einzustellen. Die Laufzeiten der zweiten Generation stellen die zukünftige Ausrichtung von App Engine dar. Entwickler und Kunden, die Laufzeiten der ersten Generation verwenden, erhalten jedoch weiterhin Support und erforderliche Systemupdates.
Weitere Informationen zur Supportstufe für Laufzeiten der ersten Generation finden Sie unter Langzeitsupport für Legacy-Laufzeiten.
Ähnlichkeiten zwischen Laufzeiten der ersten und zweiten Generation
- Beinahe sofortige Skalierung, um auf Trafficspitzen reagieren zu können.
- Anwendungen werden mit dem gleichen Build-Prozess erstellt.
- Gleiches SLA für GA-Dienste.
- Identische
gcloud-Befehlsunterstützung und die gleiche GCP Console-Schnittstelle. - Kostenlose Stufe
Ressourcen für die Migration der Laufzeit der ersten zur zweiten Generation
Migrationsleitfäden stehen für jede Sprachlaufzeit auf der Seite Langzeitsupport zur Verfügung.