Sommes-nous sur la mauvaise voie pour les intégrations ?
Je vais commencer par dire qu’il n’y a pas de bonnes réponses à cela. Juste des opinions, de l’expérience et des orientations possibles.
Le concept le plus important et le plus fondamental des intégrations est « le contrat ». Je ne l’entends pas au sens juridique, mais plutôt comme « ce que vous pouvez vous attendre à voir rarement, voire jamais, changer. Sans avoir une grande discussion. »
Il fut un temps (il y a environ 30 ans) où le contrat d’intégration se situait exactement au niveau de la couche de procédures stockées et de vues SQL. Il y a eu une poussée au cours des 25 dernières années pour passer à des contrats basés sur des API. Seuls certains systèmes ont fait cette transition. Les API ne sont que des enveloppes différentes pour la façon dont vous (accédez/mettez à jour) les données dont vous avez besoin, et sont fondamentalement des concepts équivalents aux anciens modèles client/serveur avec certains avantages et certains inconvénients.
Le travail d’intégration consiste à trouver comment faire fonctionner un nouvel ensemble de personnes, de processus et de technologies avec les éléments que vous avez déjà, et les ressources que vous pouvez consacrer au problème. Idéalement en cassant le moins de choses possible en cours de route.
La règle générale, avec toute automatisation ou abstraction, ou même en changeant la façon dont vos contrats de données sont définis : est-ce que cela me fait économiser plus que ce que cela coûte ? Certains vous le vendront sur la base de « cela vous fera économiser beaucoup si vous devez changer quelque chose à l’avenir », c’est un excellent moyen de gaspiller de l’argent si c’est appliqué de manière excessive. Le plus souvent, il s’agit de faciliter la compréhension du système complexe par une nouvelle personne. Il arrive un moment où vous avez du mal à trouver des gens qui peuvent arriver et rapidement conceptualiser comment le système s’articule.
En ce qui concerne les outils logiciels, je crois que les LLM pourront aider à comprendre plus rapidement les schémas et les intégrations, mais peu d’organisations ont les descriptions de données et la documentation pour en tirer parti. Les outils sont en cours de développement, et les bonnes pratiques pour les appliquer sont encore à quelques années.
Les outils de processus qui aident : l’analyse des risques, l’analyse d’impact et la gestion du changement organisationnel. Ce sont des compétences interpersonnelles que l’on peut apprendre et qui vous aideront à déterminer comment mieux app
(Réponse tronquée)