Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/ibm-cloud/cloudfoundry-to-codeengine
Resources for migrating your Cloud Foundry app to IBM Cloud Code Engine
https://github.com/ibm-cloud/cloudfoundry-to-codeengine
blog cloudfoundry ibm-cloud ibm-cloud-code-engine knative-serving migration
Last synced: about 1 month ago
JSON representation
Resources for migrating your Cloud Foundry app to IBM Cloud Code Engine
- Host: GitHub
- URL: https://github.com/ibm-cloud/cloudfoundry-to-codeengine
- Owner: IBM-Cloud
- License: apache-2.0
- Created: 2022-03-10T07:33:48.000Z (almost 3 years ago)
- Default Branch: main
- Last Pushed: 2022-03-28T10:43:48.000Z (over 2 years ago)
- Last Synced: 2024-04-09T21:25:35.534Z (9 months ago)
- Topics: blog, cloudfoundry, ibm-cloud, ibm-cloud-code-engine, knative-serving, migration
- Homepage:
- Size: 123 KB
- Stars: 3
- Watchers: 11
- Forks: 5
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
# Migrating an app from Cloud Foundry to IBM Cloud Code Engine
This repository contains code and instructions for a simple but typical "getting started" web app. It is written in Node.js (JavaScript) and uses the [Express web framework](https://expressjs.com/). An [IBM Cloudant NoSQL database](https://www.ibm.com/cloud/cloudant) serves as [backing service](https://12factor.net/backing-services) to store data displayed by the app. As typical for cloud native /12 twelve factor apps, the sample solution is based on discrete, reusable components which act as microservices to make up the overall app. Both the deployed Node.js program as well as the database can be scaled, improved or even replaced independently. They work together because of how they are [configured](https://12factor.net/config) and by using well-defined APIs.Thus, the Cloudant database can be configured to work as attached resource with the app versions deployed to Cloud Foundry and Code Engine. This is shown in the architecture diagram below. The solution is kept to these two components for simplicity.
![architecture diagram showing the getting started app](images/getting-started-CF2CE.png)
The code is discussed by the following blog post:
- [From Cloud Foundry to Code Engine: Service Bindings and Code](https://www.ibm.com/cloud/blog/from-cloud-foundry-to-code-engine-service-bindings-and-code)### Structure
Three branches:
- [1cloudfoundry_base](https://github.com/IBM-Cloud/CloudFoundry-to-CodeEngine/tree/1cloudfoundry_base) holds the Cloud Foundry version of the code. It can only be deployed to Cloud Foundry.
- [2cf_ce_intermediate_hybrid](https://github.com/IBM-Cloud/CloudFoundry-to-CodeEngine/tree/2cf_ce_intermediate_hybrid) is the branch for a hybrid code version. The code supports deployment to both Cloud Foundry and Code Engine runtime environments. It could be used while running the app in both environments during the transition phase. The app could be enhanced and bugs fixed regardless of the actual runtime environment.
- [3codeengine_target](https://github.com/IBM-Cloud/CloudFoundry-to-CodeEngine/tree/3codeengine_target) has the code after the migration. It only supports deployment to IBM Cloud Code Engine.# Resources
- IBM Cloud documentation: [Migrating Cloud Foundry applications to Code Engine](https://cloud.ibm.com/docs/codeengine?topic=codeengine-migrate-cf-ce-tutorial)
- [Cloud Foundry vs. Code Engine terminology](terminology.md)
- [A comparison of Cloud Foundry and Code Engine CLI commands](cli_commands.md)