IBM Cloud Docs
Vergleich von Cloud Foundry- und Code Engine-Begriffen

Vergleich von Cloud Foundry- und Code Engine-Begriffen

Bevor Sie mit der Bereitstellung von Anwendungen in Code Engine beginnen, sollten Sie die Grundlagen von Code Engine kennenlernen. Die folgende Tabelle beschreibt einige grundlegende terminologische Unterschiede zwischen Cloud Foundry und Code Engine.

Terminologie
Cloud Foundry Code Engine Beschreibung
Org und Space Ressourcengruppe und Projekte Eine Gruppierung von Workloads. Die spezifische Auswahl, welche Workload in jede Gruppierung aufgenommen wird, wird vom Benutzer definiert. "Ressourcengruppen" sind ein IBM Cloud-Konzept, während "Projekte" spezifisch für Code Engine sind. Projekte bieten eine Isolationsstufe zwischen Workloads. Siehe Projekte verwalten.
Anwendung Anwendung (App) Eine Workload, die beispielsweise auf HTTP-Anforderungen von einer REST-API, einer Webseitenanforderung oder einem Ereignis antwortet. Code Engine erfordert, dass Anwendungen den HTTP-Server als Teil des Codes enthalten. Die Anwendungen skalieren automatisch (nach oben und unten) je nach ankommender Arbeitslast. Sie können bei Bedarf die minimale und die maximale Skalierung konfigurieren. Standardmäßig lauscht die Anwendung auf Port 8080. Sie können dieses Verhalten über die Konsole oder mit der Option CLI --port außer Kraft setzen. Siehe Mit Apps in Code Engine arbeiten.
Nicht zutreffend Job oder Batch-Job Ein Auftrag führt eine oder mehrere Instanzen Ihres ausführbaren Codes parallel aus. Im Gegensatz zu Anwendungen, die HTTP-Anforderungen verarbeiten, sind Jobs so konzipiert, dass sie einmal ausgeführt werden und den Vorgang beenden. Wenn Sie einen Job erstellen, können Sie Informationen für die Workloadkonfiguration angeben, die bei jeder Ausführung des Jobs verwendet werden. Siehe Mit Jobs und Jobausführungen arbeiten.
cf push Erstellung und Implementierung Prozess zum Erstellen eines Container-Image aus Quellcode und zum Bereitstellen einer App in einem einzigen Schritt. Sie können Code auf der Grundlage einer Dockerdatei oder eines Paketo-Buildpacks erstellen. Sie können einen Build in einem einzelnen Schritt in der Befehlszeilenschnittstelle oder aus der Code Engine-Konsole erstellen. Siehe Build planen.
Servicebindung Servicebindung Hängen Sie eine Workload an einen verwalteten IBM Cloud-Service an. Die Berechtigungsnachweise und Verbindungsinformationen werden der Workload über Umgebungsvariablen zugänglich gemacht. Die Umgebungsvariable VCAP_SERVICES in Cloud Foundry-Instanzen wird als CE_SERVICES bezeichnet in Code Engine. Siehe IBM Cloud-Services mit Servicebindung integrieren.
Routen und Domänen Angepasste Domänenzuordnung Definieren und verwalten Sie externe URLs für Ihre Workloads. Code Engine unterstützt angepasste Domänenzuordnungen über die Konsole. Sie können auch angepasste Domänen über IBM Cloud Internet Services oder einen anderen Domänenprovider Ihrer Wahl hinzufügen.

Weitere Bedingungen und Funktionen für Code Enginefinden Sie unter Informationen zu Code Engine.

Nächste Schritte

  1. Haben Sie gerade erst mit der Migration begonnen? Lesen Sie den Abschnitt Erste Schritte.
  2. Vergleichen Sie Cloud Foundry-Terminologie mit Code Engine (aktuelle Seite)
  3. Testen Sie das Lernprogramm zu Code Engine mit einem lokalem Build.
  4. Verwendet Ihre Anwendung Servicebindungen? Dann informieren Sie sich über die Migration Ihrer Servicebindungen.
  5. Erfahren Sie mehr über Skalierung und Datenverkehrsmanagement.
  6. Suchen Sie Code Engine-Äquivalente zu Cloud Foundry-Befehlen.
  7. Sie haben noch Fragen? Lesen Sie Häufig gestellte Fragen zur Migration von Cloud Foundry-Anwendungen zu Code Engine.

Weitere Informationen