Notre plateforme cloud SAP offre la possibilité de développer et d'exécuter des applications multi-locataires. Les applications multi-locataires vous permettent de servir séparément plusieurs clients de différentes organisations dans le cadre d'une solution fournie par le fournisseur. Chaque client est appelé locataire. Il accède à l'application via l'URL allouée d'un locataire particulier - de cette façon, les utilisateurs sont isolés les uns des autres.
Dans plusieurs articles, nous aborderons les sujets suivants:
Partie 1. Multi-tenant dans la présentation du scénario SAP Cloud Platform
Partie 2. Téléchargement de la solution MTAR sur la plateforme, liaison de la base de données et création d'abonnements pour les locataires, configuration du sous-compte fournisseur
Partie 3. Service de persistance - initialisation et isolation des données
Partie 4. Gestion de l'authentification d'identité - Configuration du locataire de service
Partie 5. SAP Cloud Connector - installer et configurer un service pour se connecter à un système local
Partie 6. Configuration du service de connectivité et test d'une application multi-locataire
Partie 7. Fiori Launchpad - à l'aide du service de portail, configuration des tuiles pour une application multi-locataireRemarque:Cet article utilise le compte global (productif) SAP Cloud Platform. Pour exécuter le script, les services suivants doivent être connectés en plus dans le compte:
- Pour le sous-compte du fournisseur d'applications - SAP HANA, SAP Cloud Platform Portal - au moins un quota doit être alloué pour lancer une application Java (quota Java);
- Pour le sous-compte client: SAP Cloud Platform Portal, SAP Cloud Platform Identity Authentication.
Partie 1. Hébergement multiple SCP et examen des solutionsSAP Cloud Platform est une plate-forme de développement et de lancement d'applications cloud, y compris des applications avec de nombreux locataires, de sorte que ses services prennent en charge la multi-location.
Pensez-vous que les clients seront satisfaits si les données qu'ils stockent dans votre application SaaS sont disponibles pour d'autres clients? Il s'agit clairement d'une violation de l'isolement des données.
Ce problème est résolu en fournissant à chaque client un identifiant de locataire unique. Étant donné que l'application est déployée directement à partir du fournisseur, le client doit être abonné à cette application pour y accéder. Cela signifie que le client n'a pas besoin de copier l'application sur son compte, il suffit de s'y abonner, après quoi le client reçoit une URL spéciale pour un locataire particulier. Ainsi, lorsque l'application est lancée via cette URL dédiée, l'utilisateur est identifié par un identifiant de locataire unique.
Avantages des applications multi-locataires:
- Coût total de possession (TCO) inférieur: en partageant les ressources informatiques et les coûts d'exploitation entre les clients, le coût total de possession d'une telle application est réduit. Les économies de coûts augmentent à mesure que le nombre de clients servis par l'application multi-locataires augmente;
- Efficacité opérationnelle: les mises à jour d'application et les corrections de bogues s'appliquent à tous les locataires en mettant à jour l'instance d'application du fournisseur;
- Évolutivité: service client rapide. Pour accéder à l'application, le nouveau client n'a besoin que de lui créer un abonnement;
- Configurabilité: permet aux clients de configurer leur propre réserve d'utilisateurs pouvant utiliser l'application, leurs propres services d'arrière-plan, etc., selon les besoins de l'application.
Tenez compte de la différence entre les sous-comptes client et fournisseur au sein d'un compte SCP global:
Comme le montre le diagramme, deux sous-comptes sont déployés à l'intérieur du compte SCP global - le sous-compte fournisseur et le sous-compte client.
Le sous-compte fournisseur contient la logique métier de l'application, son interface, ainsi qu'une base de données qui stocke les données client isolées les unes des autres. Les applications s'exécutent réellement sur ce compte.
Comme déjà mentionné, le client accède à l'application en s'y abonnant. Veuillez noter que les applications ne sont pas copiées ou lancées dans le compte utilisateur. Dans le sous-compte du client, il est possible d'ajouter des configurations qui s'appliquent uniquement à ce consommateur. Par exemple, vous pouvez configurer le fournisseur d'identité en tant que référentiel d'utilisateurs pour les applications de plateforme cloud. Vous pouvez également configurer des chemins de destination pouvant pointer vers des services internes s'exécutant dans le paysage du client (par exemple, vous pouvez accéder aux données sur le système local).
Parlons maintenant de la multi-location dans les services SCP.
a) Service de persistanceIl existe trois façons de réaliser la multi-location dans ce service:
1. Colonne de séparation. Cette méthode utilise une colonne spécifique dans le tableau pour garantir l'isolation des données. Dans ce cas, les utilisateurs peuvent utiliser le même schéma. Mais les données sont distinguées à l'aide d'un identifiant de locataire dédié pour chaque client. Pour garantir le partage des données dans l'application, chaque instruction SQL doit inclure un identifiant de locataire.
2. Table (s) dans une conception. Cette méthode permet aux clients d'application d'isoler leurs données dans une ou plusieurs tables de locataires spécifiques. Ceci est réalisé en créant une table ou un schéma dans la base de données pour chaque client. Le discriminateur de table client détermine comment distinguer ces tables des tables d'autres clients. Les tableaux peuvent être dans le même modèle et utiliser un préfixe ou un suffixe pour les distinguer; ou ils peuvent être dans un schéma distinct en utilisant le discriminateur client de table du schéma.
3. La séparation des régimes. Dans ce cas, l'isolement des données client est réalisé en stockant des tables dans différents schémas.
b) Authentification d'identité
L'authentification d'identité est une solution basée sur le cloud pour gérer le cycle de vie des applications SCP et, si nécessaire, des applications sur site. Il vous permet de configurer l'authentification, l'authentification unique pour les utilisateurs, etc. Lorsque le service est connecté, l'administrateur du compte dispose d'un locataire, à l'intérieur duquel l'application est configurée et l'autorisation utilisateur est gérée. Ce service fournit un fournisseur d'identité pour SCP.
Le sous-compte du client est configuré pour un fournisseur spécifique, au sein duquel les utilisateurs sont définis, les rôles sont configurés et l'accès à l'application du fournisseur auquel le client est abonné est configuré. Les rôles sont décrits dans l'application du fournisseur. Ainsi, l'isolement des utilisateurs est réalisé.
c) Connectivité
Le client peut configurer l'accès aux données sur le système local. À l'aide d'un outil tel que SAP Cloud Connector, vous pouvez vous connecter en toute sécurité à une application ou un système local qui fournit certaines données. Dans son sous-compte, le client configure le chemin de destination vers le système local décrit dans le Cloud Connector. Le nom du chemin de destination est indiqué dans l'application du fournisseur. Ainsi, lorsque le client accède à l'application, les données du système local du client sont transférées vers l'application et visualisées.
Nous passons à la revue du scénario, dont la description de la mise en œuvre se fera dans le cadre de cet article.
SAP a une entreprise partenaire fiable spécialisée dans la fourniture de solutions pour l'industrie pétrolière et gazière. Nous l'appellerons ITeLO Consulting. Cette société utilise la plateforme cloud SAP pour créer et lancer ses applications cloud. ITeLO Consulting préfère fournir ses applications en SaaS. Dans ce modèle, le logiciel est fourni en tant que service et est disponible pour les clients via Internet.
La société a développé un panneau de surveillance de la pollution qui aide les sociétés pétrolières et gazières à comparer les niveaux de pollution atmosphérique dans une usine et dans une ville. Cette décision a suscité l'intérêt de certaines sociétés pétrolières et gazières souhaitant prendre des mesures pour prévenir la pollution.
ABC PetroCorp et XYZ EnergyCorp sont deux sociétés pétrolières et gazières qui achètent cette solution à ITeLO.
Robert ITE, qui est l'architecte de ce projet, travaille chez ITeLO Consulting. L'entreprise a acheté un package SAP Cloud Platform avec les services nécessaires pour créer cette application. Le scénario de Robert est de développer une application SaaS multi-locataire et de la mettre à la disposition de ses clients - ABC PetroCorp et XYZ EnergyCorp. " Emily est une employée informatique d'ABC PetroCorp. Elle est chargée de travailler sur ce projet avec Robert.
L'architecture de la solution est présentée ci-dessous:
Le sous-compte fournisseur dans ce cas sera ITeLO Consulting, et les sous-comptes des clients qui souscrivent à l'application seront ABC PetroCorp et XYZ EnergyCorp. Les paramètres à l'intérieur des sous-comptes clients seront similaires, donc nous ne considérerons que la configuration du client ABC PetroCorp.
Description du compte:
1) ITeLO Consulting - le compte fournisseur dans lequel la base de données, la logique métier et les applications d'interface utilisateur s'exécutent.
Base de données:
Les informations sur la pollution atmosphérique de chaque usine sont stockées dans la base de données SAP HANA. Les données de différents clients sont stockées séparément à l'aide de la fonction d'isolement des locataires fournie par JPA.
Logique métier:
La logique métier est définie dans une application Java exécutée dans le sous-compte du fournisseur. Une instance d'application Java est utilisée par différents clients. Chaque utilisateur s'abonne à cette application Java et reçoit une URL unique pour accéder à l'application. Étant donné que l'application est accessible à l'aide de cette URL, SCP récupère l'identifiant de locataire utilisé dans la logique d'application.
Interface utilisateur:
La logique de l'interface utilisateur est définie dans l'application HTML5 exécutée dans le sous-compte du fournisseur. Comme avec une application Java, une instance de l'application HTML5 s'exécute pour différents clients. L'accès client à l'application s'effectue via une URL unique pour accéder à l'application.
2) ABC PetroCorp - un sous-compte client dans lequel des abonnements sont créés, des configurations spécifiques d'un fournisseur d'identité (IdP) sont créées et l'accès aux services locaux est fourni.
Les applications Java et HTML5 ne sont pas déployées ou copiées sur ce compte.
Gestion des identités et des accès:
L'accès à l'application doit être limité aux employés d'ABC PetroCorp. ABC PetroCorp possède son propre fournisseur d'authentification d'identité (SAP Identity Authentication), qui contient des informations sur les employés de l'entreprise (nom, e-mail, organisation, rôle, etc.). Il est spécialement configuré pour le sous-compte ABC PetroCorp, afin que seuls les employés puissent accéder aux applications auxquelles ils sont abonnés.
Services de connectivité:
ABC PetroCorp a lancé localement des services qui fournissent des informations sur leurs usines - le nombre d'employés dans l'usine, l'emplacement de l'usine, etc. Toutes ces informations doivent être extraites de leur paysage et fournies à l'application à l'aide de SAP Cloud Connector.
Partie 2. Téléchargement de la solution MTAR sur la plateforme, liaison de la base de données et création d'abonnements pour les locataires, configuration du sous-compte fournisseurUne application multi-locataire doit être exécutée dans le sous-compte du fournisseur. Robert de ITeLO Consulting est l'administrateur du compte et doit effectuer les étapes suivantes pour installer l'application:
- Créez une archive d'application contenant tous ses artefacts;
- Téléchargez l'archive d'application sur votre compte ITeLO Consulting;
- Abonnez le client ABC PetroCorp à l'application exécutée dans le sous-compte du fournisseur;
- Définition du chemin d'accès à un service ouvert exécuté sur Internet.
Presets:
- Vous avez installé Java 8;
- Installé Eclipse Neon avec des plugins pour SAP CP ;
- Eclipse a le plugin EGit installé ;
- Téléchargez et décompressez la dernière version du SDK Java CP Web SAP Tomcat 8 ;
- Téléchargez et installez MTA Archive Builder ;
- La base de données SAP HANA est connectée au compte SCP (pour le sous-compte fournisseur);
- Dans le sous-compte du fournisseur ITeLO Consulting, un quota a été alloué pour le lancement d'applications Java (au moins une unité informatique inutilisée, plus d'informations sur l'allocation d'un quota ici ).
Remarque: la création de plusieurs sous-comptes au sein d'un compte SCP global n'est pas possible pour un compte d'essai (essai).Afin d'installer une application multiethnique, cet article utilisera une fonctionnalité SCP telle que «Solutions» (télécharger des solutions). Alternativement, vous pouvez charger des modules d'application individuellement dans la plateforme.
Le code source de l'application Pollution Monitoring se trouve sur
GitHub .
Tout d'abord, nous clonons le projet et le
téléchargeons dans l'espace de travail Eclipse. Après une installation réussie, le projet apparaîtra dans l'espace de travail, sa structure ressemblera à ceci:
L'application se compose de plusieurs modules développés à l'aide de différentes technologies. Ces modules doivent être installés dans différents environnements d'exécution (par exemple, Java, HTML5). Au lieu de créer et de charger des modules séparément, SCP prend en charge la création d'une seule application qui contient différents modules dans une archive.
Comme le montre l'architecture de l'application, la logique métier est définie dans une application Java et la logique d'interface utilisateur est définie dans une application HTML5. Et maintenant, en la personne de Robert, nous allons créer une archive d'une application multi-module (ou multi-usages) (MTA) afin d'emballer l'application dans un format pratique pour le téléchargement sur la plateforme.
Pour créer une archive avec plusieurs modules d'application, vous devez télécharger «mta.jar» et configurer «MTA archive builder» (le lien vers la description de l'installation de «MTA archive builder» est spécifié dans le préréglage ci-dessus).
Les modules d'application polyvalents sont décrits dans le fichier descripteur MTA (mta.yaml), ce fichier se trouve dans le dossier racine du projet.
Le fichier mta.yaml contient des informations sur les modules Java et HTML5 qui seront créés pendant le processus de génération de l'application. Ouvrez le fichier et liez la base de données SAP HANA à l'application Java en spécifiant l'identifiant de la base de données dans le champ id.
Ici, id est l'identifiant de la base de données en cours d'exécution dans le sous-compte du fournisseur. Il peut être trouvé dans le panneau de configuration SCP du compte ITeLO Consulting sous Persistance -> Systèmes de bases de données.
Dans notre cas, l'identifiant de la base de données dans "mta.yaml" sera indiqué comme suit:
Nous enregistrons les modifications et, en ouvrant la ligne de commande, accédez au dossier contenant le projet de surveillance de la pollution et entrez la commande suivante:
java -jar [ mta.jar] –build-target=NEO build
Cette commande démarre le processus de génération de l'application dans l'archive MTA.
Une fois l'assemblage réussi, le fichier d'archive MTA (pollutionmonitoring.mtar) sera généré dans le dossier du projet.
L'étape suivante consiste à installer l'archive MTA (pollutionmonitoring.mtar) dans le sous-compte ITeLO Consulting. Cela peut être fait en utilisant la fonction «Solutions» fournie dans le panneau de contrôle SCP. Pour ce faire, allez dans l'onglet «Solutions» et cliquez sur le bouton «Déployer».
Dans la boîte de dialogue qui s'affiche, accédez à l'emplacement du fichier pollutionmonitoring.mtar en cliquant sur le bouton Parcourir dans le champ Archive MTA et sélectionnez-le, puis cliquez sur Déployer.
Après avoir téléchargé avec succès l'archive MTA dans le panneau de configuration du compte ITeLO Consulting, vous verrez ce qui suit:
• Dans l'onglet «Applications Java», l'application Java en cours d'exécution «pollutionmonitoring» apparaîtra;
• La base de données sera automatiquement liée à l'application Java. Pour vérifier, allez dans l'application Java et sélectionnez l'onglet «Configuration» -> «Data Sourse Bindings»;
• Dans l'onglet «Applications HTML5», l'application HTML5 en cours d'exécution «pollutionmonitoringui» apparaîtra.
Maintenant, Robert doit créer un sous-compte appelé ABC Petro Corp pour le client.
Accédez à votre compte SCP global et sélectionnez «Nouveau sous-compte» dans l'onglet «Sous-comptes».
Dans la boîte de dialogue qui apparaît, entrez le nom du sous-compte, sélectionnez l'environnement (Neo) et la région dans laquelle se trouvent le compte global et, par conséquent, le sous-compte du fournisseur. Cliquez ensuite sur «Créer».
Maintenant, un autre sous-compte apparaîtra dans le compte global - le sous-compte client.
L'étape suivante consiste à créer un abonnement dans le compte client ABC Petro Corp pour les applications exécutées dans le compte du fournisseur. Pour ce faire, utilisez le client de console pour l'environnement Neo. Comment l'installer est décrit ici.
Dans le client de console pour Neo, entrez la commande suivante:
neo subscribe –account << ABC_PetroCorp>> -application << ITeLO_consulting>>:pollutionmonitoring -user << >> -host << >>
L'identifiant du sous-compte se trouve dans l'onglet «Présentation» -> «Informations sur le sous-compte».
L'ID utilisateur est indiqué dans l'onglet «Informations utilisateur», qui se trouve dans le menu déroulant dans le coin supérieur droit du panneau de commande SCP.
Les hôtes pour toutes les régions de l'environnement Neo sont décrits
dans la documentation .
Pour vous abonner à l'application HTML5, utilisez le panneau de configuration SCP. Nous allons accéder au sous-compte du client ABC Petro Corp et sélectionner l'onglet "Abonnements" -> "Nouvel abonnement" (pour HTML5).
Dans la boîte de dialogue, sélectionnez le sous-compte du fournisseur et l'application HTML5 à l'intérieur, puis cliquez sur "Enregistrer".
Maintenant, le client est abonné aux applications Java et HTML5 fournies par le fournisseur, et cela est affiché dans le panneau de contrôle du compte ABC Petro Corp.
Une application de surveillance de la pollution vous permet d'afficher des données sur la pollution de l'usine et de la ville.
Les données de contamination de l'usine se trouvent dans le système local du client. Des informations sur le niveau de pollution dans la ville peuvent être obtenues via le service open source, disponible via Internet. Un tel service pourrait être OpenAQ. Une application de surveillance de la pollution peut accéder à ce service en décrivant le chemin de destination dans le panneau de contrôle SCP.
Ce service sera utilisé par ABC Petro Corp et d'autres clients potentiels, donc l'adresse de destination sera ajoutée au compte du fournisseur ITeLo Consulting.
Pour une application Java, le chemin de destination appelé openaq-api-dest est décrit dans le fichier web.xml.
Ce chemin de destination est indiqué dans la classe "PollutionDataService" (fichier "PollutionDataService.java").
Une fois la recherche du chemin de destination terminée, tous les appels du code Java vers le service OpenAQ sont lancés via celui-ci.
Le fichier de chemin de destination "open-api-dest" est situé dans le dossier "Destinations-Provider" situé dans le projet "pollutionmonitoring".
Ce fichier contient l'URL du service OpenAQ.
Ce chemin de destination doit être chargé dans le sous-compte du fournisseur ITeLo Consulting. Pour ce faire, nous allons dans le sous-compte ITeLo Consulting, allons dans l'onglet «Applications Java» et sélectionnons l'application «surveillance de la pollution».
Sélectionnez ensuite l'onglet «Configuration» → «Destinations» et cliquez sur le bouton «Importer la destination».
Dans la boîte de dialogue qui apparaît, indiquez le chemin d'accès au fichier "open-api-dest". Après cela, le chemin de destination sera configuré dans le panneau de configuration SCP. Cliquez sur le bouton «Enregistrer». Le chemin de destination ressemblera à ceci dans une plateforme cloud:
Ce service est disponible via https, vous devez donc établir une connexion sécurisée. Cela peut être fait en utilisant le service de «stockage de clés» pour SCP. Le projet de surveillance de la pollution, téléchargé depuis GitHub, contient déjà des fichiers avec des clés: jssecacerts.jks et cacerts.jks. Ils doivent être chargés dans le sous-compte du client ABC Petro Corp.
Pour ce faire, nous utilisons à nouveau le client de console pour l'environnement Neo.
Dans le client de console pour Neo, entrez les commandes suivantes:
neo upload-keystore –account << ABC_PetroCorp>> –user << >> –location << jssecacerts.jks>> –host << >>
neo upload-keystore –account << ABC_PetroCorp >> –user << >> –location << cacerts.jks>> –host << >>
Ces fichiers («jssecacerts.jks» et «cacerts.jks») se trouvent dans le dossier «KeyStore Services» du projet «pollutionmonitoring».
Partie 3. Service de persistance - initialisation et isolation des donnéesPlusieurs clients sont intéressés par l'application de ITeLO Consulting. Cette application multi-locataire doit garantir que les données ABC PetroCorp sont complètement isolées des données des autres clients dans la base de données (par exemple, les données XYZ EnergyCorp). Ceci est très important pour garantir la sécurité des données des clients et des applications.
Robert de ITeLO Consulting souhaite que son application isole le stockage de données de ses clients, et il souhaite savoir comment cela peut être réalisé.
Pour atteindre l'isolement des données, nous devons déterminer le degré d'isolement, c'est-à-dire isolation au niveau de la table (stocker les données dans différentes tables dans un schéma), au niveau du schéma (stocker les données client dans différents schémas), au niveau du locataire (stocker les données client dans différents locataires de base de données). Le service de persistance SAP Cloud Platform, conjointement avec JPA (Java Persistence API) et EclipseLink, prend en charge la mise en œuvre de ces méthodes d'isolement des données.
Il existe trois façons de réaliser la multi-location au niveau de la base de données. Nous avons examiné ces méthodes dans la partie 1.
Dans la deuxième partie, nous nous concentrerons sur une méthode appelée «séparateur de colonnes». Ce sera lui qui sera utilisé par Robert pour isoler les données au niveau de la base de données dans sa décision.
Utilisation d'une colonne de séparation:
Dans cette approche, un schéma de base de données est distribué à tous les utilisateurs de l'application. L'ID du locataire peut être utilisé comme valeur dans la colonne du délimiteur. L'extrait de code est présenté ci-dessous.
Dans un premier temps, nous initialisons également les données qui seront utilisées dans l'application de surveillance de la pollution.
Étape 1: Vérifiez la description de la colonne de séparation dans le code d'applicationÀ ce stade, nous verrons comment le modèle de données d'application est utilisé pour fournir la mutualisation au niveau de la base de données.
Pour ce faire, regardons
le projet téléchargé depuis GitHub , qui est déjà chargé dans l'espace de travail Eclipse.
Ensuite, nous examinerons certains fichiers de projet. Vous pouvez le faire via l'environnement Eclipse ou télécharger le projet, décompressez-le à un endroit qui vous convient et ouvrez les fichiers séparément. Nous utiliserons la deuxième option.
Un projet décompressé est le suivant:
Nous allons aller dans le fichier "BaseObject.java" du projet situé le long du chemin
"/pollutionmonitoring/java/src/main/java/com/sap/hana/cloud/samples/pollutionmonitoring/model/BaseObject.java" et l'ouvrir à l'aide de l'éditeur (par exemple, Notepad ++).
Dans ce fichier, nous vérifions la description de la méthode "Colonne de séparation". Voici à quoi ça ressemble:
Passons maintenant au fichier "web.xml" situé le long du chemin "/pollutionmonitoring/java/src/main/webapp/WEB-INF/web.xml".
Assurez-vous que la source de données (base de données) est attachée à l'application en tant que source standard (base de données par défaut). Dans le fichier web.xml, cela ressemble à ceci:
Cet exemple montre comment la multi-location est implémentée dans une application de surveillance de la pollution.
Étape 2: vérifier la configuration du servlet d'initialisation des donnéesRobert sait que les clients de son application devront télécharger des données pour les utiliser. Il a donc créé une servlet pour initialiser les données que les clients (comme Emily) peuvent utiliser pour entrer des données dans une application de surveillance de la pollution.
À ce stade, nous verrons comment la publication du servlet d'initialisation des données est configurée.
Le servlet est décrit dans le fichier "DataInitializationServlet.java", qui se trouve dans le projet le long du chemin
"/pollutionmonitoring/java/src/main/java/com/sap/hana/cloud/samples/pollutionmonitoring/api/DataInitializationServlet.java" .
La méthode de sa publication est indiquée dans le fichier "web.xml" (
"/ pollutionmonitoring / java / src / main
/webapp/WEB-INF/web.xml " ).
Ouvrez ce fichier et assurez-vous que le servlet de chargement des données dans l'application de surveillance de la pollution a été publié à l'aide de l'URL «/ initialize». Cela ressemble à ceci:
Étape 3. Utilisation du servlet pour initialiser les données de pollution pour ABC PetroCorp (client)Emily d'ABC PetroCorp peut accéder à l'application de surveillance de la pollution en utilisant l'abonnement créé.
L'application Pollution Monitoring utilise deux types de données:
Données sur la pollution: lecture à partir de sources telles que des API externes, des capteurs de pollution, etc.
Les données d'usine sont généralement lues à partir des systèmes clients locaux - tels que les systèmes ERP.
1) À ce stade, nous allons créer des données de pollution à l'aide du servlet d'initialisation de données situé dans le projet. Ces données seront stockées dans la base de données HANA dans SAP CP, qui est liée à l'application dans le compte fournisseur.
2) Les données de l'installation sont lues par l'application à partir du système local, c'est-à-dire qu'elles ne sont pas stockées dans la base de données HANA dans SAP CP. Cela sera abordé dans la cinquième partie de l'article «SAP Cloud Connector - Configuration et configuration du service pour se connecter au système local».
À ce stade, nous téléchargeons les données de pollution dans l'application «par abonnement». Pour cela, le servlet «Initialisation des données» sera utilisé, qui se trouve dans le projet et peut être utilisé pour entrer les données préparées dans la base de données HANA.
Voyons à quoi ressemblent les données préparées et comment elles peuvent être initialisées à l'aide du servlet. Pour ce faire, nous nous tournons à nouveau vers le fichier "DataInitializationServlet.java", qui se trouve dans le projet le long du chemin
"/pollutionmonitoring/java/src/main/java/com/sap/hana/cloud/samples/pollutionmonitoring/api/DataInitializationServlet.java" , et l'ouvrir.
Ici, nous pouvons voir les données préparées pour ABC PetroCorp et un autre client (XYZ EnergyCorp).
Nous initialisons les données de pollution pour ABC PetroCorp en appelant le servlet d'initialisation des données.
Nous allons accéder au panneau de configuration du sous-compte client ABC PetroCorp. Dans notre cas, le compte global est situé dans la région Europe (Rot), l'accès à celui-ci s'effectue
par ce lien .
Dans le panneau de configuration du sous-compte, accédez à l'onglet «Applications -> Abonnements» et sélectionnez l'application Java à laquelle le client est abonné.
Dans l'onglet «Présentation», l'application URL sera indiquée, copiez-la.
Ouvrez une nouvelle fenêtre de navigateur, collez l'URL de l'application copiée et ajoutez-y «/ initialize? Company = ABC PetroCorp». Après cela, l'initialisation sera terminée et les données devraient apparaître sur l'écran, qui sera envoyé à l'application.
Nous avons maintenant initialisé les données de pollution pour ABC PetroCorp dans l'application de surveillance de la pollution d'ITeLO.
Dans le prochain article, nous parlerons de la gestion des identités à l'aide de l'authentification d'identité - définition du service de locataire.