{"id":69256,"date":"2026-06-09T11:30:53","date_gmt":"2026-06-09T09:30:53","guid":{"rendered":"https:\/\/www.cubeserv.com\/?p=69256"},"modified":"2026-06-18T11:11:18","modified_gmt":"2026-06-18T09:11:18","slug":"blog-serie-btp-teil-4-services-environments","status":"publish","type":"post","link":"https:\/\/www.cubeserv.com\/de\/blog-serie-btp-teil-4-services-environments\/","title":{"rendered":"Blog-Serie BTP Teil 4: Services & Environments \u2013 Cloud Foundry, Kyma, ABAP Environment und der Service Marketplace"},"content":{"rendered":"\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Welche Runtime passt zu Ihrem Use Case? Cloud Foundry, Kyma oder ABAP Environment \u2013 und wie finden Sie den richtigen Service?<\/strong><\/h3>

In Teil 1 haben wir die SAP Business Technology Platform in die SAP-Gesamtarchitektur eingeordnet. Teil 2 behandelte Lizenzierung und Kosten. In Teil 3 ging es um das BTP Cockpit, Account-Strukturen und Governance.<\/p>

Jetzt wird es etwas technisch: Wie sieht die BTP eigentlich von innen aus?<\/strong><\/p>

Die BTP ist kein monolithisches System, sondern wie schon in den Blogs vorher beschrieben eine Plattform, auf der verschiedene Laufzeitumgebungen (sogenannte Environments) bereitstehen. Dazu kommt ein umfangreicher Service Marketplace mit \u00fcber 100 Services. In diesem Teil erkl\u00e4ren wir die drei Environments Cloud Foundry, Kyma und ABAP (ehemals Steampunk).<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Was sind BTP Environments?<\/strong><\/h3>

Ein Environment ist eine Laufzeitumgebung innerhalb eines BTP Subaccounts, in der Anwendungen deployed und betrieben werden. Jedes Environment bringt eigene Werkzeuge, Programmiermodelle und Deployment-Mechanismen mit.<\/p>

Aktuell bietet die BTP drei Environments:<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Wichtig: Die Environments sind keine Konkurrenten, sondern erg\u00e4nzen sich. In einem Subaccount k\u00f6nnen mehrere Environments parallel aktiviert werden.<\/em><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Cloud Foundry im Detail<\/strong><\/h3>

Cloud Foundry (CF) ist das am l\u00e4ngsten verf\u00fcgbare und am weitesten verbreitete Environment auf der BTP. Es basiert auf dem gleichnamigen Open-Source-PaaS-Projekt und wird von SAP als Managed Service betrieben.<\/p>

Kernkonzepte<\/strong><\/span><\/p>

Konzept<\/strong><\/p><\/td>

Beschreibung<\/strong><\/p><\/td><\/tr>

Organisation (Org)<\/strong><\/p><\/td>

Der oberste Container in Cloud Foundry. Wird automatisch beim Aktivieren des CF Environments im Subaccount erstellt. Entspricht in der Regel einem Team oder Projekt.<\/p><\/td><\/tr>

Space<\/strong><\/p><\/td>

Unterhalb der Organisation. Typische Aufteilung: dev, test, prod. Jeder Space hat eigene Berechtigungen und Service-Instanzen. Hier werden die Anwendungen deployed.<\/p><\/td><\/tr>

Buildpack<\/strong><\/p><\/td>

Definiert die Laufzeitumgebung f\u00fcr eine Anwendung (z. B. Java, Node.js). SAP stellt eigene Buildpacks bereit, Community-Buildpacks k\u00f6nnen erg\u00e4nzt werden.<\/p><\/td><\/tr><\/tbody><\/table>

(Quelle: SAP Help Portal \u2013 Cloud Foundry Environment)<\/em><\/p>

Typische Einsatzszenarien f\u00fcr Cloud Foundry<\/strong><\/span><\/p>