IBM Cloud Docs
Comparing Cloud Foundry and Code Engine terms

Comparing Cloud Foundry and Code Engine terms

Before you get started with deploying apps in Code Engine, learn the basics about Code Engine. The following table describes some high-level terminology differences between Cloud Foundry and Code Engine.

Terminology
Cloud Foundry Code Engine Description
Org and Space Resource group and projects A grouping of workloads. The specific choice of which workload goes into each grouping is defined by the user. "Resource groups" are an IBM Cloud concept, while "projects" are Code Engine specific. Projects provide a level of isolation between workloads. See Managing projects.
Application Application (app) A workload that responds to HTTP requests from a REST API, a web page request, or an event, for example. Code Engine requires that applications include the HTTP server as part of the code. Applications automatically scale (up and down) based on the incoming load. You can configure the minimum and maximum scale if needed. By default, the application listens on port 8080. You can override this behavior by using the console or with the CLI --port option. See Working with apps in Code Engine.
N/A Job or batch job A job runs one or more instances of your executable code in parallel. Unlike applications, which handle HTTP requests, jobs are designed to run one time and exit. When you create a job, you can specify workload configuration information that is used each time that the job is run. See Working with jobs and job runs.
cf push Build and deploy Process of building a container image from source code and deploying an app in a single step. You can build code based on a Dockerfile or that use a Paketo buildpack. You can build from a single step in the CLI as well as from the Code Engine console. See Planning your build.
Service binding Service binding Attach a workload to an IBM Cloud managed service. The credentials and connection information is exposed to the workload through environment variables. The VCAP_SERVICES environment variable in Cloud Foundry is called CE_SERVICES in Code Engine. See Integrating IBM Cloud services with service bind.
Routes and domains Custom domain mapping Define and manage external URLs to your workloads. Code Engine provides support for custom domains mappings from the console. You can also add custom domains through IBM Cloud Internet Services or any other domain provider of your choice.

For more terms and capabilities for Code Engine, see Learn about Code Engine.

Next steps

  1. Just starting your migration? Check out Getting started.
  2. Compare Cloud Foundry terminology with Code Engine (current page)
  3. Try out Code Engine with a local build tutorial.
  4. Does your application use service bindings? Check out Migrating your service bindings.
  5. Learn about scaling and traffic management.
  6. Find Code Engine equivalents to Cloud Foundry commands.
  7. Still have questions? Try the Migrating Cloud Foundry applications to Code Engine FAQ.

Other information