Explication des concepts clés de SAP BTP, exécution Cloud Foundry

Les applications sur Cloud Foundry sont votre code et toutes les dépendances regroupées pour effectuer une tâche spécifique. Ils peuvent être déployés dans Cloud Foundry à l'aide de buildpacks.

Pour savoir comment déployer une application dans SAP BTP, exécution Cloud Foundry, reportez-vous au chapitre "Gestion des déploiements dans SAP BTP, exécution Cloud Foundry" de ce Learning Journey.

Techniquement, ces applications s'exécutent dans des conteneurs, qui sont des environnements isolés qui fournissent les ressources nécessaires à l'exécution de l'application. Les conteneurs sont gérés par l'exécution Cloud Foundry et peuvent être mis à l'échelle en fonction des besoins en ressources de l'application.

Les Buildpacks sont une composante clé de Cloud Foundry. Ils sont chargés de fournir la structure et la durée d'exécution des applications. Lorsque vous déployez une application, Cloud Foundry détecte automatiquement le buildpack correspondant et utilise ensuite le buildpack pour compiler et regrouper votre application dans une image de conteneur instanciable (appelée gouttelette). Ce processus est appelé stockage temporaire d'application.

Ces informations sont récupérées à partir de la documentation Cloud Foundry.

Il existe trois types de buildpacks dans Cloud Foundry :

• Buildpacks système : ces buildpacks sont préinstallés dans l'environnement d'exécution Cloud Foundry et prennent en charge les langages et frameworks de programmation communs.

  Ils sont tenus à jour et pris en charge par SAP. Cependant, ils ne proposent qu'une seule version. Si vous utilisez un buildpack système, vous utilisez automatiquement de nouvelles versions à la volée, sauf si vous indiquez une version particulière dans l'URI du référentiel lors de l'envoi d'une application vers Cloud Foundry. Ces buildpacks sont appelés buildpacks hors ligne, ce qui signifie qu'ils n'ont pas nécessairement besoin d'un accès Internet pour travailler.

  Voir la liste des buildpacks système pour plus d'informations.

• Buildpacks externes : ces buildpacks offrent une prise en charge des langages et frameworks supplémentaires non couverts par les buildpacks système. Voir la liste des buildpacks externes pour plus d'informations.

  La communauté cloudfoundry de l'organisation GitHub n'est pas officiellement affiliée à Cloud Foundry et n'offre aucune garantie de support, de responsabilité ou de conformité. Ces buildpacks externes proviennent d'une URL distante et peuvent être n'importe quel buildpack personnalisé. Contrairement aux buildpacks système, qui se mettent automatiquement à jour vers la dernière version à des moments imprévisibles, les buildpacks externes permettent un contrôle de version correct. Cela signifie que vous pouvez indiquer des versions fixes, ce qui garantit une plus grande stabilité et un meilleur contrôle. En outre, les buildpacks externes offrent une prise en charge pour ceux utilisés comme buildpacks système, mais avec l'avantage supplémentaire de gérer les versions vous-même.

  Attention

  Pour les buildpacks externes, il est important de vérifier ce qu'il fait, qui le fournit et s'il est fiable.

  C'est un point d'entrée pour les logiciels espions, les logiciels malveillants et les attaques de chaîne d'approvisionnement, et il est négligent de prendre n'importe quel buildpack arbitraire que l'on trouve sur Internet juste parce qu'il existe!

• Buildpacks personnalisés : Vous pouvez créer vos propres buildpacks adaptés à vos besoins spécifiques. Ces buildpacks peuvent être utilisés pour regrouper des applications qui ne sont pas prises en charge par le système ou des buildpacks externes déjà existants. Pour en savoir plus sur la création de buildpacks personnalisés, voir la documentation du buildpack.

Les services sont des modules réutilisables qui fournissent des fonctionnalités spécifiques à vos applications, améliorant ainsi l'efficacité et l'évolutivité du développement. Ces services vont des services gérés (entièrement gérés par SAP) aux services fournis par l'utilisateur (fournis et gérés par vous). Ils encapsulent une logique, une infrastructure et un accès aux données complexes, ce qui vous permet de vous concentrer sur votre logique d'application centrale plutôt que de réinventer la roue.

Les services sont regroupés en deux types :

• Services de gestion : ces services permettent, facilitent ou accélèrent le développement de composants de processus de gestion ou fournissent des fonctionnalités ou du contenu sectoriels dans une application de gestion. Par exemple : service SAP Document Management.
• Services techniques : ces services permettent, facilitent ou accélèrent le développement de contenu général ou indépendant du domaine dans une application de gestion, indépendamment du processus de gestion ou de la tâche de l'application. Par exemple : SAP Application Autoscaler ou service SAP Authorization and Trust Management, etc.

Une instance de service est une instanciation unique d'un service exécuté sur SAP BTP, créé à l'aide d'un plan de services spécifique, qui est une variante de configuration d'un service. Pour utiliser un service dans votre application, vous devez créer une instance de service et la lier à votre application.

Pour une application déjà en cours d'exécution, un retraitement est requis si les liaisons changent, car les informations de liaison sont incorporées dans la goutte pendant le processus de stockage temporaire. Un simple redémarrage ne suffira pas. Vous trouverez de plus amples informations sur le redémarrage et le redémarrage dans la leçon "Mastering Cloud Foundry Application Lifecycle Events" du chapitre "Optimisation et gestion des applications dans SAP BTP, exécution Cloud Foundry" dans ce parcours de formation.

Regardez la vidéo suivante pour découvrir les étapes d'utilisation des services dans Cloud Foundry.

Lorsque vous déployez une application dans SAP BTP qui requiert un autre service tel que le service xsuaa. Assurez-vous que l'instance de service doit être disponible pour que la liaison de service puisse avoir lieu.

Vous pouvez répertorier toutes les liaisons d'un service respectif, par exemple, dans le cockpit SAP BTP. Pour ce faire, accédez à Services→Instances et abonnements. À partir de là, sélectionnez une instance et vous verrez toutes les liaisons aux applications déployées.

Si vous souhaitez en savoir plus sur les liaisons de service et explorer les différentes façons dont les informations de liaison de service peuvent être fournies aux applications dans Cloud Foundry, consultez ce didacticiel.

Dans cette leçon, vous avez découvert les concepts centraux de SAP BTP, exécution Cloud Foundry, y compris les buildpacks pour la prise en charge de la structure et de l'exécution, la distinction entre les applications et les services, l'utilisation de variables d'environnement et la gestion des conteneurs. Vous devez désormais être en mesure d'expliquer les différents types de buildpacks (système, communauté et personnalisé), le processus de création et de liaison des instances de service, ainsi que les rôles des liaisons de service et du courtier de services dans la gestion et l'intégration des services dans Cloud Foundry.