Passer au contenu principal

Intégration en tant que service

La fourniture d’une solution d’intégration ou d’API en tant que service complet de bout en bout.

Qu'est-ce que c'est?

L’intégration en tant que service est une étape au-delà de la plateforme d’intégration en tant que service, c’est la fourniture d’intégrations ou d’APIs sans se soucier de l’infrastructure sous-jacente, généralement en tant que modèle de livraison cloud. Il s’agit essentiellement d’une relation contractuelle entre le producteur d’une intégration ou d’une API et le client, dans laquelle les caractéristiques sont axées sur la disponibilité, les performances et l’évolutivité spécifiques (ainsi que d’autres facteurs) de l’API ou du flux d’intégration.

Il existe deux principaux types d’intégration en tant que service (IaaS):

  • Libre-service, les marchés de connecteurs pré-construits basés au cloud
    • Des solutions telles que Zapier, Automate.io, IFTTT et Microsoft Power Automate permettent la création de flux d’intégration avec des connecteurs pré-construits directement à partir d’une marketplace.
  • De développement à mesure
    • Les fournisseurs de solutions tiers tels que Chakray peuvent créer des flux d’intégration et des APIs à partir des exigences et les fournir en tant que service.

Proposition de valeur de la capacité

La valeur claire de l’intégration en tant que service est la suppression de tous les frais généraux associés à la plateforme et à l’infrastructure. La solution est simplement fournie comme une «boîte noire» dans laquelle l’architecture sous-jacente n’est pas préoccupante, ce qui entraîne des économies potentiellement énormes en infrastructure, DevOps et en maintenance de la plateforme. Il est également beaucoup plus facile de s’assurer que les services sont adaptés à leurs objectifs, avec des lignes de responsabilité et de propriété beaucoup plus claires.

Le service permet également à l’organisation cliente d’être plus agile numériquement en ce qui concerne l’intégration. L’intégration est généralement l’un des principaux défis de toute initiative de transformation. Si elle est fournie en tant que service, il est beaucoup plus facile de modifier un service avec un fournisseur que de reconstruire ou de modifier les intégrations en interne.

L’intégration en tant que service fournit des coûts connus et prévisibles. Bien que ce ne soit pas nécessairement une alternative moins chère, elle est bien comprise dès le départ, même avec une tarification basée sur la consommation. Les équipes d’intégration interne, d’infrastructure, de plateforme et de DevOps peuvent rendre difficile la compréhension du coût réel de l’intégration, sans parler du coût spécifique d’une seule intégration ou API. IPaaS peut se traduire par une approche plus simple des coûts, mais les services de développement et de support peuvent encore rendre difficile le calcul à un niveau granulaire.

Les utilisateurs non techniques peuvent être impliqués dans l’intégration et créer des flux qui ajoutent de la valeur à une organisation sans avoir besoin d’une implication «TI». C’est ce que l’on appelle en anglais « the role of Citizen Integrator» c’est-à-dire la possibilité de permettre aux utilisateurs professionnels de développer des intégrations qui peuvent conduire à une productivité améliorée et à l’innovation de nouveaux produits et services.

Les cas d'utilisation

L’intégration en tant que service peut être un excellent choix pour tous les cas d’utilisation, mais elle est la mieux adaptée à des intégrations bien comprises qui peuvent facilement être mappées et implémentées. Les intégrations complexes qui sont moins prévisibles, couvrant de nombreux systèmes avec une logique de médiation, peuvent être difficiles à gérer dans un scénario d’intégration en tant que service et peuvent avoir besoin d’une approche plus pratique. Les applications SaaS sont également un cas d’utilisation majeur car les connecteurs qui leur sont liés ont tendance à être bien connus et compris. Il est peu probable que les applications anciennes avec des approches non standard de l’interopérabilité soient disponibles dans les solutions IaaS ( infrastructure en tant que service) libre-service en cloud.

Les intégrations de haute valeur sont de bons candidats pour l’intégration en tant que service, car même si cela peut être un service coûteux, si la valeur de l’intégration ou de l’API pour l’organisation est élevée, alors il y a un retour sur investissement clair du service, et un tiers peut être clairement responsable de la livraison. Cela peut être beaucoup plus facile à gérer que de compter sur des ressources internes réparties entre plusieurs équipes.

Les organisations dont l’infrastructure, l’intégration, la plateforme ou la capacité ou la maturité DevOps sont limitées sont clairement des candidats de premier ordre pour l’intégration en tant que service. De plus en plus et d’entretenir ces capacités peuvent être coûteux et prend du temps, donc s’il n’y a pas de grands besoins pour les capacités dans d’autres domaines de l’organisation, alors il peut être judicieux de se procurer simplement l’intégration en tant que service. C’est également un service plus facile à articuler car il peut simplement être spécifié en termes de résultats commerciaux. Lors de l’acquisition de plateformes de développement, d’intégration ou de tests, il est important de savoir exactement ce qui doit être acheté ou fourni. Cela peut être difficile à faire si l’expertise n’existe pas dans l’organisation.

Les meilleures pratiques de mise en œuvre

La première chose à considérer lors de l’examen de l’intégration / API en tant que service est la valeur qu’elle apportera à l’organisation et si elle est considérée comme une solution tactique ou stratégique. Pour les start-ups ou les organisations avec peu ou pas de capacité d’infrastructure / plateforme, cela peut être le choix stratégique pour l’organisation à l’avenir. Les organisations disposant déjà de ces capacités peuvent simplement se procurer l’intégration en tant que service afin d’accélérer la mise en œuvre d’une autre initiative. Cela peut être quelque chose comme l’implémentation d’une suite SaaS telle que Workday ou Salesforce.

Une fois que le rôle de l’IaaS est compris dans l’organisation, il est important de comprendre exactement ce dont le service a besoin. Une start-up purement SaaS aura probablement des besoins simples liés à l’obtention de données entre A et B et donc il portera davantage vers les solutions en libre-service telles que Zapier et IFTTT. Toutefois, les besoins doivent être rassemblés d’emblée pour s’assurer que ce que l’on attend d’un service acheté est clairement défini.

Pour les besoins qui ont besoin d’une approche plus personnalisée de la part d’un tiers de confiance, il est recommandé de mettre fortement l’accent sur la gestion des relations avec les fournisseurs. La gestion des fournisseurs est une capacité essentielle pour toute organisation ayant une stratégie d’externalisation.

Au-delà de l’établissement du besoin et de l’approche, les prochaines étapes sont davantage un exercice de passation de marchés. Ce serait relativement simple pour les plateformes en libre-service car elles sont faciles à consommer, même si les exigences doivent encore être adaptées au fournisseur. Les marchés de connecteurs seront probablement très similaires, mais l’un peut avoir un connecteur spécifique que l’autre ne possède pas, ou prendre en charge un flux requis, etc., alors assurez-vous que les exigences fonctionnelles et non fonctionnelles sont satisfaites par le fournisseur, puis démarrez avec une preuve de concept de base pour votre organisation en vérifiant qu’elle fournit ce qui est requis. Si le temps n’est pas un facteur, alors la PoC peut être menée avec plusieurs fournisseurs simultanément pour comparer l’expérience, les fonctionnalités et les avantages de première main.

Pour un prestataire de services sur mesure, l’exercice de passation de marchés doit être plus robuste, en tenant compte des exigences de sécurité autour du traitement des données et en veillant à ce qu’il n’y ait pas de risque d’être «enfermé» pour le prestataire. Idéalement, le service devrait être facilement transférable à différents fournisseurs afin d’être dans une position plus forte lors des renouvellements de contrat. Essayez de formuler un partenariat avec le fournisseur en vous assurant qu’il comprend vraiment les exigences et les besoins plus larges de votre organisation. Il peut y avoir de nombreux avantages supplémentaires à avoir un partenariat dans cet espace, surtout si le partenaire veille à vos meilleurs intérêts. Il peut être avantageux de faire appel à un autre tiers pour valider les services fournis et les recommandations d’un partenaire afin de garantir que vous obteniez le meilleur rapport qualité-prix.

Comment ces technologies se différencient-elles?

Dans l’espace libre-service, d’un point de vue technologique, les solutions varient des intégrations 1-to-1 de base aux solutions d’intégration plus entièrement fonctionnelles, bien qu’elles se concentrent généralement toutes sur l’automatisation des flux de travail. La tarification a donc tendance à être associée à des tâches, des zaps ou des bots, terminologie générale des actions dans un workflow. Il existe des variations sur le thème dans lesquelles certains se concentrent davantage sur le connecteur ou les applications connectées, tandis que d’autres se penchent sur les volumes de données ou le nombre d’enregistrements, d’autres sont par utilisateur, bien que le plus courant soit axé sur les actions ou les flux.

Cela souligne l’importance de comprendre les besoins et les exigences, car les solutions axées sur les intégrations 1-à-1 et la tarification basée sur les applications peuvent ne pas être la meilleure solution si les exigences sont plus orientées vers des processus dans 3 applications ou plus.

Un service personnalisé ou sur mesure d’un tiers peut être un service déjà défini, ou le service peut être défini dans le cadre de l’accord. En règle générale, un service défini mettra l’accent sur la technologie sous-jacente en tant que nom de confiance, même s’il sera effectivement transparent. Un service sur mesure offre plus de flexibilité car le fournisseur de services peut potentiellement mettre en œuvre une plateforme la mieux adaptée à vos besoins spécifiques. Il s’agit probablement d’une option plus coûteuse, même si dans certains cas, elle pourrait être moins chère car le fournisseur peut tirer parti de technologies qui peuvent générer des économies.

Un différenciateur clair dans les offres personnalisées est de savoir s’il s’agit d’un service partagé ou dédié. Un service partagé signifie que le fournisseur aura de nombreux clients sur la plateforme, séparés virtuellement à des fins de protection des données si nécessaire. Cette option sera probablement moins chère car le fournisseur tirera parti des économies d’échelle. Une offre dédiée sera plus coûteuse car le fournisseur aura tous les coûts associés à la maintenance des environnements spécifiquement pour votre organisation. Les exigences en matière de sécurité et de données ainsi que les budgets financiers aideront à définir la meilleure option ici.

Les considérations

  • Déterminez s’il y a des avantages à mettre en œuvre des fonctionnalités telles que la gestion du cloud ou de l’infrastructure ou DevOps ailleurs dans l’organisation. Si tel est le cas, il peut être préférable de créer ces capacités et de les exploiter pour une intégration en interne pour plus de contrôle.
  • Pensez à la probabilité de changer régulièrement les intégrations. Si un tiers gère les intégrations, il y aura probablement un coût pour les modifier. Assurez-vous que cela est connu et pris en compte dans le service.
  • Sécurité et protection des données. L’intégration doit généralement être transitoire, même s’il est important de s’assurer que les données sont protégées en transit et, s’il est nécessaire de les stocker, qu’elles soient sécurisées conformément aux exigences.
  • L’externalisation en général comporte une mise en garde selon laquelle il peut être difficile de revenir une fois la décision prise, même si cela ne doit pas être le cas. Assurez-vous qu’il y a une diligence raisonnable sur l’abstraction de la logique de la technologie afin que toutes les solutions puissent être facilement transférables.

Voilà pourquoi Chakray?

Chez Chakray, nous adoptons une approche pragmatique de l’intégration. Une taille unique ne convient pas à tous, et grâce à notre riche expérience dans de nombreux secteurs, nous avons une grande appréciation de tous les types, styles et approches d’intégration, en donnant la priorité aux résultats et au succès au-dessus des «bons» et des «mauvais» perçus. L’intégration en tant que service est un service clé fourni par Chakray. Nous sommes heureux de travailler avec vous à quelque titre que ce soit tout au long de votre parcours d’intégration, même s’il s’agit de valider les relations existantes d’intégration en tant que service.

Peut-être que ça peut vous intéresser…

Plus d'informations et de lecture sur des sujets liés à cette page

Ebook

Le framework d’intégration agonistique

L'ebook suivant détaille la justification de Chakray derrière un framework d’intégration agonistique Basé sur la plateforme d’intégration

Chakray
Editing Team

Parlez avec un de nos experts dès aujourd'hui!

Parlez-nous des capacités que vous cherchez pour mettre en œuvre ou à améliorer dans votre organisation

Contactez-nous