L’infrastructure qui alimente les applications cloud modernes est en constante évolution, obligeant les entreprises à adapter la façon dont elles fournissent et gèrent ces applications. Kubernetes permet à ces applications de s’exécuter sur une infrastructure multifonctionnelle, qui est puissante, mais le multicloud présente son propre ensemble de défis. Les organisations doivent examiner attentivement la manière dont leurs applications sont utilisées en externe par les clients et les partenaires. En interne, dans leurs applications distribuées, les organisations doivent veiller à ce que différents services puissent communiquer de manière transparente entre eux. Dans cette série d’articles en deux parties, nous examinons les différents modèles de communication qui ont émergé pour les applications cloud d’entreprise. Nous nous concentrons spécifiquement sur les portails API et les grilles de services. Les deux ont des caractéristiques communes et uniques qui doivent être comprises pour en tirer le meilleur parti. Leur combinaison transparente est la clé pour tirer parti des avantages d’une stratégie multi-haut-parleurs.
Infrastructure: du cloud au multicloud
L’infrastructure passe du cloud au multicloud. Le cloud a été le plus grand changement de la dernière décennie et le multicloud sera la norme pour l’infrastructure d’entreprise cette décennie. Les technologies de conteneurs, principalement Kubernetes, rendent ce changement possible. Kubernetes est capable de gérer les instances de conteneurs de la même manière, quel que soit l’environnement – en interne dans n’importe quel cloud public.
Applications: du monolithique au petit électroménager
Dans le développement d’applications, une migration similaire est en cours. L’architecture de l’application passe d’un modèle monolithique à un modèle de gadget. Monolith est une application unique avec des parties verrouillées telles qu’une base de code unifiée. Il communique généralement directement de l’application à l’utilisateur dans une direction nord-sud.
Les applications basées sur des gadgets se composent de services indépendants et distribués qui sont orchestrés pour fonctionner ensemble pour atteindre un processus ou un résultat métier. Ces services fonctionnent comme des flux de travail indépendants, mais ils doivent fonctionner de manière cohérente. Cela nécessite une communication mature entre les services nord-sud et est-ouest.
Portail API: communication au niveau de l’entreprise
Suttercock
Commençons par définir ce qu’est une API. Les API sont des points de terminaison de communication qui permettent aux applications de communiquer entre elles. Les API sont principalement utilisées pour intégrer des applications internes et externes. Cependant, ils peuvent également être utilisés entre plusieurs services dans la même application. Le portail API gère une collection d’API et de requêtes traitées par celles-ci.
Le but de l’utilisation d’une passerelle API est de supprimer la fonctionnalité de base de l’application et de la rendre facilement disponible et consommable par le service client. Ces services clients peuvent être des partenaires et clients externes ou d’autres services internes.
La communication basée sur l’API est asynchrone. Cela signifie que l’expéditeur et le destinataire fonctionnent indépendamment l’un de l’autre. Cela permet une communication plus robuste, une expérience cohérente pour les consommateurs externes et une meilleure séparation des propres préoccupations de l’organisation.
Les portails d’API sont évolutifs avec des API et des plug-ins tiers qui sont déjà disponibles ou qui peuvent être personnalisés pour une organisation. De nombreuses organisations, telles que Xero Par exemple, mettez leur plate-forme à la disposition des affiliés pour créer des services et des produits. Du point de vue des opérations informatiques, certaines des API des fournisseurs les plus souvent intégrées aux passerelles d’API d’une organisation sont Okta pour Oauth, AWS Lambda pour les serveurs sans serveur et des outils de surveillance tels que Datadog. Une passerelle API apporte prévisibilité et cohérence à l’intégration des applications.
Cycle de vie d’une passerelle API
Mulesoft
Créer une API unique et l’exposer à un seul consommateur est simple. Cependant, à mesure que le nombre d’API et d’utilisateurs d’API se multiplie, il devient de plus en plus difficile de gérer les API à grande échelle. Les API sont écrites dans différents langages de programmation, en utilisant différentes architectures et à des fins différentes. Lorsque cela se produit, les organisations doivent adopter une stratégie de gestion des API.
La gestion du cycle de vie des API implique de nombreuses étapes, comme indiqué ci-dessous.
- Développement d’API: définir l’architecture d’API, créer une API
- Version de l’API: suivre les modifications de l’API au fil du temps
- Sécurité API: seuls les services autorisés sont autorisés
- Développement d’API: déplacer le code d’API vers la sortie
- Surveillance de l’API: analyse de la santé de l’API via des mesures
- Mises à jour des API: maintenez les API à jour avec de nouveaux correctifs et fonctionnalités de sécurité
Étant donné que les API sont conçues pour étendre et mettre à l’échelle les offres d’une entreprise, elles nécessitent des fonctionnalités qui sont également capables d’évoluer à mesure que le nombre d’API augmente. Une approche consciente et cohérente du cycle de vie de la gestion des API est un investissement, mais elle apporte de nombreux avantages.
Les passerelles API sont construites sur une infrastructure multi-haut-parleurs
Suttercock
Les portails API sont spécialement conçus pour connecter des applications et des services indépendamment de leurs technologies et infrastructures sous-jacentes. Ils sont gérés de manière centralisée mais distribués dans le monde entier, ce qui peut grandement bénéficier de l’infrastructure multi-haut-parleurs. Les principales organisations qui adoptent une approche API de première main pour leur plate-forme utilisent généralement leurs API en combinaison avec plusieurs fournisseurs de services cloud et sur site. Cependant, l’activation des API dans un environnement à plusieurs haut-parleurs nécessite un niveau de communication plus profond – une grille de services. Nous examinerons les grilles de service dans la partie 2 de cette série. Pour l’instant, jetons un coup d’œil aux différentes solutions de passerelle API disponibles aujourd’hui.
Meilleures solutions de passerelle API
Le marché des passerelles API est assez encombré, de nombreux fournisseurs fournissant des services pour chaque type de client. Le quartier magique de Gartner les répertorie tous de manière lisible.
Gartner
En haut de la liste se trouvent Apigee et Mulesoft. Apigee a été acquis par Google il y a quelques années après un lancement réussi dans le domaine des API. Depuis, Google a intégré Apigee dans la plateforme Google Cloud. Mulesoft a également été acquis par Salesforce dans le cadre d’un accord historique de 6,5 milliards de dollars. Cet espace était occupé et évolue maintenant vers une nouvelle ère de Kubernetes.
Un autre concurrent de premier plan dans le domaine est Kong. Bien que le portail API Kong soit open source, la société derrière lui fournit une assistance et des services pour le produit. C’est un produit florissant avec une communauté nombreuse et croissante. Fait intéressant, Kong a récemment créé une grille de services appelée Kuma qui comble le fossé entre une passerelle API et une grille de services. Il s’agit d’une entreprise ambitieuse et Gartner place à juste titre Kong comme un visionnaire dans l’espace.
Tyk est similaire à Kong en ce sens qu’il est également open source, très performant et possède une communauté assez importante qui le prend en charge. j’ai Kong et Tyk ont été comparés ailleurs et ont suggéré Kong pour une approche complémentaire et Tyk pour son large soutien linguistique.
Une autre option consiste à choisir une passerelle API fournie par l’un des trois principaux fournisseurs de cloud. AWS API Gateway vient à l’esprit comme la partie la plus populaire du jeu. L’avantage de cette route est l’intégration profonde avec les autres services du fournisseur de cloud.
Portails API: nécessaire, mais pas une solution complète
Les portails d’API se sont avérés essentiels pour la gestion des applications cloud au cours de la dernière décennie. Alors que nous entrons dans la prochaine décennie et que les paramètres multi-fonctionnalités deviennent la norme, les portails d’API restent pertinents. Cependant, ils ne constituent pas à eux seuls une solution complète d’intégration, de mise en réseau et de communication. Vous avez besoin d’une grille de service pour fonctionner efficacement dans un environnement à plusieurs haut-parleurs. Lorsqu’elles sont utilisées ensemble, une passerelle API et une grille de services peuvent tenir la promesse du multicloud – pas de verrouillage du fournisseur et une flexibilité totale dans le mélange et la correspondance des fonctionnalités et des économies de coûts – et, surtout, des applications de livraison de pointe qui améliorent l’expérience utilisateur. Les meilleures options pour les portails API sont disponibles, mais la bonne approche de leur mise en œuvre est essentielle. Nous en discutons plus en détail dans la partie 2.
Image en vedette: Shutterstock
Affichage des messages:
5
Post Views:
169
