Comparaison des termes et conditions de Cloud Foundry et de Code Engine
Avant de commencer à déployer des applications dans Code Engine, apprenez les bases de Code Engine. Le tableau suivant décrit quelques différences terminologiques de haut niveau entre Cloud Foundry et Code Engine
| Cloud Foundry | Code Engine | Description |
|---|---|---|
Org et Space |
Groupe de ressources et projets | Un regroupement de charges de travail. Le choix spécifique de la charge de travail entrant dans chaque regroupement est défini par l'utilisateur. Les "groupes de ressources" sont un concept IBM Cloud, tandis que les "projets" sont une notion spécifique à Code Engine . Les projets fournissent un niveau d'isolement entre les charges de travail. Voir Gestion des projets. |
| Application | Application (APP) | Charge de travail qui répond aux demandes HTTP à partir d'une API REST, d'une demande de page Web ou d'un événement, par exemple. Code Engine requiert que les applications incluent le serveur HTTP dans le code. Les applications sont automatiquement
mises à l'échelle (vers le haut et le bas) en fonction de la charge entrante. Vous pouvez configurer l'échelle minimale et maximale si nécessaire. Par défaut, l'application écoute sur le port 8080. Vous pouvez modifier ce comportement
en utilisant la console ou l'option CLI --port Voir Utilisation d'applications dans Code Engine. |
| N/A | Travail ou travail par lots | Un job exécute une ou plusieurs instances de votre code exécutable en parallèle. Contrairement aux applications qui gèrent les demandes HTTP, les travaux sont conçus pour s'exécuter une seule fois et prendre fin. Lorsque vous créez un travail, vous pouvez spécifier les informations de configuration de charge de travail qui sont utilisées à chaque fois que le travail est exécuté. Voir Utilisation des travaux et des exécutions de travail. |
cf push |
Génération et déploiement | Processus de création d'une image de conteneur à partir du code source et déploiement d'une application en une seule étape. Vous pouvez construire du code basé sur un fichier Docker ou qui utilise un buildpack Paketo. Vous pouvez générer à partir d'une seule étape de l'interface de ligne de commande ainsi que de la console Code Engine. Voir Planification de votre génération. |
| Liaison de service | Liaison de service | Associez une charge de travail à un service géré IBM Cloud. Les données d'identification et les informations de connexion sont exposées à la charge de travail via des variables d'environnement. La variable d'environnement VCAP_SERVICES dans Cloud Foundry est appelée CE_SERVICES dans Code Engine. Voir Intégration des services IBM Cloud avec la liaison de service. |
| Routes et domaines | Mappage de domaine personnalisé | Définissez et gérez des URL externes vers vos charges de travail. Code Engine prend en charge les mappages de domaines personnalisés à partir de la console. Vous pouvez également ajouter des domaines personnalisés via IBM Cloud Internet Services ou tout autre fournisseur de domaine de votre choix. |
Pour plus de termes et de fonctionnalités pour Code Engine, voir En savoir plus sur Code Engine.
Etapes suivantes
- Vous commencez juste votre migration ? Consultez Mise en route.
- Comparer la terminologie de Cloud Foundry avec Code Engine (page en cours)
- Essayez Code Engine avec un tutoriel de génération local.
- Votre application utilise-t-elle des liaisons de service ? Consultez Migration de vos liaisons de service.
- En savoir plus sur la mise à l'échelle et gestion du trafic.
- Recherchez Code Engine équivalents à des commandes de Cloud Foundry.
- D'autres questions ? Essayez Migration des applications Foundry Cloud vers la foire aux questions Code Engine.
Autres informations
- Pour en savoir plus sur la tarification Code Engine.
- Essayez d'autres tutorielsCode Engine.
- Explorez d'autres rubriques Code Engine.