Savoir qui est qui dans le zoo est important dans l'industrie de l'intégration des données
Actian Corporation
12 octobre 2016

Lorsque j'ai débuté dans le secteur, il y a une vingtaine d'années (je fais semblant d'être encore dans la vingtaine pour que ce chiffre sonne bien), il n'y avait qu'un seul département informatique avec un seul responsable dans la plupart des grandes organisations. Aujourd'hui, il y a plusieurs responsables au sein de différents départements, dont certains sont alignés sur différentes parties de l'organisation. Certains éléments sont externalisé, d'autres externalisés et d'autres encore sont confiés à des sous-traitants.
Lorsqu'il s'agit de connecter la plupart des systèmes entre eux, l'industrie se concentre sur la nécessité d'avoir un connecteur pour ceci ou cela, alors que la véritable difficulté est de savoir comment se connecter à cette implémentation particulière de ce système.
Au fil des années, les technologies ont évolué et les piliers (ou silos) des équipes se sont transformés. Ainsi, fournir une solution d'intégration pour connecter plusieurs systèmes ensemble est plus un cauchemar de gestion de projet (rassembler les chats) qu'un cauchemar de connecteur. Prenons l'exemple d'une entreprise de taille moyenne qui souhaite connecter ses applications en nuage (CRM, RH, etc.) à ses applications sur site (SAP, Oracle Finance, Dynamics, bases de données, etc.). La tâche est assez simple car nous disposons de toutes les options de connecteurs et, dans le pire des cas, nous pouvons toujours nous rabattre sur un connecteur JSON/XML basé sur un service web et sur des connecteurs de base de données. Le problème "avons-nous un connecteur pour chaque système ?" est résolu en quelques minutes.
Le véritable problème, qui fait perdre du temps, est de savoir comment se connecter et à qui donner l'accès. Si l'on considère les couches technologiques impliquées (en prenant le modèle OSI comme méthode d'accès par étapes) :
- Couche physique - comment le serveur est-il connecté et quelles sont les limites de vitesse (le serveur est-il connecté ?).
- Couche liaison de données - quel est le niveau de qualité de service dont nous disposons, y a-t-il des restrictions, sur quel VLAN nous trouvons-nous et à quoi ce VLAN a-t-il accès ou non ?
- Couche réseau - pouvons-nous effectuer un test de réseau pour chaque système que nous devons connecter ?
- Couche transport - pouvons-nous conserver une connexion et quelles sont les performances de cette connexion ?
- Couche session - quels sont les mécanismes d'authentification de chaque système ? Pouvons-nous nous authentifier ?
- Couche de présentation - pouvons-nous avoir accès aux métadonnées qui se cachent derrière chaque système ? Disposons-nous de droits suffisants ?
- Couche application - Pouvons-nous voir un échantillon des données auxquelles nous nous connectons ? Les données ressemblent-elles à ce que nous attendions ? Pouvons-nous effectuer des mises à jour, des insertions, des remontées, des suppressions et des lectures ? L'application a-t-elle été personnalisée et pouvons-nous accéder à ces personnalisations ?
Pour y parvenir, il faut travailler avec différentes équipes informatiques, tant en interne qu'en externe. Il peut également être nécessaire de travailler avec des fournisseurs ou d'autres développeurs en dehors de l'organisation. Considérez les rôles suivants (liste non exhaustive) qui nécessiteraient de gagner leur confiance et leurs connaissances/assistance :
- Gestionnaire de serveur/matériel - Serveur virtuel, capacité, installation de serveur.
- Spécialistes des systèmes d'exploitation - Windows / Linux / AIX / etc. Capacité à faire fonctionner votre logiciel d'intégration ? Installation, correctifs et maintenance ? Accès à distance au serveur ?
- Gestionnaire de réseau - Dans quelle zone le serveur a-t-il été installé ? A-t-il une connectivité avec chaque système ? Accès à distance au serveur ?
- Sécurité/pare-feu - Quels ports sont verrouillés et doivent être ouverts pour ce nouveau service ? Le logiciel antivirus pose-t-il des problèmes ? Accès à distance au serveur ? Accès au serveur par le biais d'un navigateur ?
- Spécialiste des applications en nuage - Méthode d'accès, sécurité, possibilité d'accès ? Peut-on se connecter ?
- Administrateurs de bases de données - Accès aux bases de données, droits, tests simples de lecture des bases de données.
- Applications spécialisées (développeurs SAP BAPI) - Certaines BAPI personnalisées doivent-elles être utilisées ? Quelles sont les BAPI standard qui ne doivent pas être utilisées ? Pouvons-nous utiliser l'application fat client/web pour visualiser et requête système ? Pouvons-nous utiliser un système de test/développement ?
- Développeurs d'applications - Existe-t-il une méthode standard pour la collecte des exigences, la méthodologie de développement, les évaluations par les pairs, les tests d'acceptation par les utilisateur , les tests de système, les tests de charge ?
Lorsqu'il nous est demandé de prouver que nous pouvons nous connecter à un système, nous passons 90 % de notre temps à travailler avec les personnes susmentionnées et 10 % à effectuer la connexion proprement dite. Savoir avec qui travailler et gagner leur confiance et leur adhésion est le plus difficile.
S'abonner au blog d'Actian
Abonnez-vous au blogue d'Actian pour recevoir des renseignements sur les données directement à vous.
- Restez informé - Recevez les dernières informations sur l'analyse des données directement dans votre boîte de réception.
- Ne manquez jamais un article - Vous recevrez des mises à jour automatiques par courrier électronique pour vous avertir de la publication de nouveaux articles.
- Tout dépend de vous - Modifiez vos préférences de livraison en fonction de vos besoins.