Le SDK

Le SDK SpinalCore est aujourd’hui accessible dans deux langages C++ et Javascript (NodeJS). Le SDK est accessible en ligne via notre centre de ressources développeur. Il est constitué de librairies logicielles (connecteurs) open sources documentées que les développeurs logiciels peuvent directement intégrer pour créer des applications natives. Ces librairies assurent :

• La réplication de graph de données avec le BOS

• La synchronisation des données avec le BOS à un niveau de granularité très fin

• La gestion des accès et des droits sur les données à un niveau de granularité très fin

• La gestion des événements en cas de modification d’une donnée et le lancement d’un service associé (CEP distribué, Complex Event Processing)

Grâce au SDK, les développeurs d’applications peuvent réaliser les fonctions suivantes :

• L’amélioration ou la création de modèles de données

• L’amélioration ou la création de graph de données (modèles complexes)

• La création de nouvelles applications locales

• La création de nouveaux systèmes d’analyses locaux orchestrés par le BOS

• La connexion et l’échange de données avec de nouvelles sources d’information du bâtiment

• La création ou l’amélioration de nouveaux drivers/connecteurs avec des systèmes automatisés terrain

• La création ou l’amélioration d’API de présentation des données du bâtiment vers les systèmes patrimoniaux, services clouds ou tout autre service tiers.

L’API gateway

Nos API sont décrites dans le centre de ressources développeur.

Lors de l’installation d’un BIS, l'intégrateur, déterminera quelles sont les applications « certifiées », ou applications « natives », qui pourront être connectées nativement au BOS via le SDK et quelles sont les applications « tierces » qui seront connectées via des API avec des échanges plus encadrés.

• Les applications « natives » pourrons par exemple être :

  • Les applications de la suite Digital Twin de SpinalCom (SpinalTWIN Suite)

  • Les applications de partenaires certifiées par SpinalCom

  • Les applications développées par le futur opérateur qu’il prendra la responsabilité de certifier.

• Les applications « tierces » sont toutes les autres applications qui devront échanger des données avec le BIS mais sur lesquelles l’intégrateur ou l’opérateur ne pourront pas engager leur responsabilité quant au bon fonctionnement et à la criticité de ces applications vis-à-vis du bon fonctionnement du BIS. Ces applications seront connectées derrière le serveur d’API (API Gateway) afin d’offrir une seconde couche d’encadrement, de monitoring et de sécurisation des échanges de données.

Ceci permettra de séparer les responsabilités :

• L’intégrateur du BIS sera responsable de l’ensemble des parties « natives » avec les éditeurs d’applications « natives » certifiées.

• Les éditeurs ou prestataires fournissant des applications tierces seront responsable de leur système et des connecteurs tiers avec les API natives.

L’API gateway et l’ensemble des APIs « natives » sont construites sur la base du SDK SpinalCore. Il est possible, via le SDK de construire de nouvelles APIs spécifiques pour répondre à des demandes particulières.