{"id":2367,"date":"2021-10-26T10:01:32","date_gmt":"2021-10-26T10:01:32","guid":{"rendered":"https:\/\/enorcerna.com\/fr\/7-meilleures-alternatives-istio-2021\/"},"modified":"2021-10-26T10:01:32","modified_gmt":"2021-10-26T10:01:32","slug":"7-meilleures-alternatives-istio-2021","status":"publish","type":"post","link":"https:\/\/enorcerna.com\/fr\/7-meilleures-alternatives-istio-2021\/","title":{"rendered":"7 meilleures alternatives Istio 2021"},"content":{"rendered":"
\n

Istio est un service mesh, qui facilite la communication entre diff\u00e9rents microservices dans une application.<\/span><\/p>\n

Bien qu'Istio soit l'un des meilleurs maillages de services et l'un des rares que beaucoup connaissent, ce n'est pas le seul sur le march\u00e9. Au fur et \u00e0 mesure que les maillages de services se g\u00e9n\u00e9ralisent, de plus en plus apparaissent comme des concurrents dignes d'Istio.<\/p>\n

L'un des probl\u00e8mes auxquels les gens sont confront\u00e9s lors de l'utilisation d'Istio est qu'il peut \u00eatre assez complexe \u00e0 configurer et qu'il n'est pas aussi rapide que certaines autres options. Lorsqu'il y a plus de demandes, la latence augmente ; dans la vraie vie, cela signifie que l'application devient plus lente pour l'utilisateur.<\/p>\n

Il existe d'autres services maill\u00e9s, y compris certains qui sont beaucoup plus rapides, comme le prouvent les tests. Aujourd'hui, nous allons explorer sept alternatives Istio.<\/p>\n

Qu'est-ce qu'Istio ? Qu'est-ce qu'un service Mesh\u00a0?<\/span><\/h2>\n

<\/p>\n

Un service mesh facilite la gestion d'une application en comblant les \u00e9carts entre les diff\u00e9rents microservices de l'application. Non seulement vous pouvez connecter les services \u00e0 l'aide d'un maillage de services, mais vous pouvez les surveiller et les contr\u00f4ler, ce qui vous donne une flexibilit\u00e9 sur votre application.<\/p>\n

Vous n'aurez pas besoin de modifier le code dans l'application elle-m\u00eame pour contr\u00f4ler la fa\u00e7on dont les diff\u00e9rents microservices de l'application partagent des donn\u00e9es entre eux ou contr\u00f4lent les politiques d'acc\u00e8s - un maillage de services s'en charge.<\/p>\n

Un service mesh fonctionne comme une couche d'infrastructure. En surveillant la fa\u00e7on dont diff\u00e9rents microservices et parties d'une application interagissent les uns avec les autres \u00e0 l'aide du maillage de services, vous pouvez d\u00e9tecter les d\u00e9fauts et les corriger, ce qui am\u00e9liore les performances \u00e0 long terme et r\u00e9duit les temps d'arr\u00eat.<\/p>\n

Pour offrir une excellente exp\u00e9rience utilisateur, une application doit avoir ses parties communiquant directement les unes avec les autres et extrayant des informations.<\/p>\n

Par exemple, Uber Eats doit examiner les diff\u00e9rents restaurants actuellement ouverts, voir quelles options de menu sont actuellement disponibles, v\u00e9rifier les d\u00e9lais de livraison et les prix estim\u00e9s, v\u00e9rifier les d\u00e9lais de livraison estim\u00e9s mis \u00e0 jour en fonction de l'endroit o\u00f9 se trouve le chauffeur, puis relayer toutes ces informations. \u00e0 l'utilisateur.<\/p>\n

En utilisant un service mesh comme Istio - et Istio est utilis\u00e9 par de nombreuses entreprises de premier plan - vous pouvez am\u00e9liorer l'exp\u00e9rience utilisateur et offrir un parcours utilisateur plus fluide et moins interrompu.<\/p>\n

Non seulement cela, mais vous pouvez d\u00e9tecter les failles de s\u00e9curit\u00e9 et les corriger, en \u00e9vitant les probl\u00e8mes de cryptage ou d'autres fonctionnalit\u00e9s de s\u00e9curit\u00e9 sur la route.<\/p>\n

\u00c9tant donn\u00e9 qu'il se superpose \u00e0 l'infrastructure existante de l'application, il ne n\u00e9cessite pas de temps syst\u00e8me suppl\u00e9mentaire pour les d\u00e9veloppeurs ou vous ne devez pas coder tout ce qu'il accomplit dans les services eux-m\u00eames.<\/p>\n

Service Mesh vs Microservices : quelle est la diff\u00e9rence ?<\/span><\/h2>\n

Les microservices sont-ils identiques \u00e0 un service mesh\u00a0? Les microservices ne remplissent-ils pas d\u00e9j\u00e0 l'objectif d'un maillage de services\u00a0?<\/p>\n

Les microservices sont des services individuels au sein d'une application. Ils travaillent ensemble pour faire de l'application un tout.<\/p>\n

En individualisant ces microservices et en les s\u00e9parant les uns des autres, les d\u00e9veloppeurs peuvent travailler et am\u00e9liorer l'un de ces microservices sans avoir \u00e0 red\u00e9ployer l'ensemble de l'application. Bien entendu, \u00e9tant donn\u00e9 que les microservices doivent fonctionner ensemble, vous devrez rendre possible la communication entre eux.<\/p>\n

Bien que vous puissiez coder cela dans les microservices sans utiliser de maillage de services, cela peut rapidement devenir compliqu\u00e9. C'est l\u00e0 qu'un service mesh entre en jeu, car il sert de couche suppl\u00e9mentaire d'infrastructure pour permettre la communication.<\/p>\n

Meilleures alternatives Istio<\/span><\/h2>\n

1. Linkerd<\/strong><\/span><\/h3>\n

<\/p>\n

La meilleure alternative \u00e0 Istio est Linkerd, un service mesh g\u00e9n\u00e9ralement connu pour \u00eatre beaucoup plus rapide qu'Istio. A l'origine, Linkerd a \u00e9t\u00e9 cr\u00e9\u00e9 par Buoyant, qui continue de soutenir le projet.<\/p>\n

Les deux tests ex\u00e9cut\u00e9s par Linkerd et les tests ex\u00e9cut\u00e9s par Kinvolk (maintenant partie de Microsoft) ont montr\u00e9 que Linkerd est sensiblement plus rapide qu'Istio.<\/p>\n

Pour ex\u00e9cuter son test, Kinvolk visait \u00e0 augmenter le taux de requ\u00eates HTTP par seconde, en imitant \u00e0 quoi ressemblerait une application sous contrainte pour voir les latences r\u00e9sultantes et d\u00e9terminer comment l'exp\u00e9rience utilisateur serait affect\u00e9e dans la vie r\u00e9elle.<\/p>\n

En utilisant un taux constant de requ\u00eates par seconde et en le comparant au m\u00eame RPS (requ\u00eates par seconde) sans service mesh, Kinvolk a pu d\u00e9terminer les performances du service mesh.<\/p>\n

Il y a eu un l\u00e9ger probl\u00e8me dans le processus de test, en ce sens que la version d'origine d'Istio utilis\u00e9e n'\u00e9tait pas optimis\u00e9e pour les tests de performances. M\u00eame lorsqu'ils ont test\u00e9 \u00e0 nouveau en utilisant une nouvelle version d'Istio, ils ont constat\u00e9 qu'elle imposait une limite de CPU ; ils ont ensuite supprim\u00e9 cette limitation, afin qu'ils puissent \u00eatre s\u00fbrs d'obtenir une comparaison pr\u00e9cise entre Istio et Linkerd.<\/p>\n

D'un autre c\u00f4t\u00e9, lorsqu'ils ont utilis\u00e9 Linkerd pour le test, ils n'ont fait aucun r\u00e9glage mais s'en sont plut\u00f4t tenus \u00e0 la derni\u00e8re version, telle quelle.<\/p>\n

<\/p>\n

Voici les r\u00e9sultats du test :<\/p>\n

    \n
  • La latence a \u00e9t\u00e9 consid\u00e9rablement augment\u00e9e lors de l'utilisation d'Istio par rapport \u00e0 Linkerd. En d'autres termes, dans la vraie vie, Istio est plus lent et offre une exp\u00e9rience utilisateur moins optimale pour le client.<\/li>\n
  • Istio, les versions r\u00e9gl\u00e9es et non r\u00e9gl\u00e9es, ont utilis\u00e9 beaucoup plus de m\u00e9moire et de processeur que Linkerd.<\/li>\n
  • Cependant, lorsque la charge \u00e9tait la plus \u00e9lev\u00e9e, les proxys de Linkerd utilisaient plus de CPU qu'Istio.<\/li>\n<\/ul>\n

    <\/p>\n

    Pour voir tous les d\u00e9tails des tests, les r\u00e9f\u00e9rences et les m\u00e9thodes utilis\u00e9es, et plus, lisez \u00e0 ce sujet sur le blog de Kinvolk.<\/p>\n

    Plus tard, Linkerd lui-m\u00eame a r\u00e9ex\u00e9cut\u00e9 ces tests avec quelques variantes. Par exemple, alors que les tests Kinvolk utilisaient un RPS de 500 \u00e0 600, les tests de Linkerd, qui utilisaient \u00e9galement une version en l'\u00e9tat de Linkerd, testaient une plage de RPS plus large : 20 RPS jusqu'\u00e0 2 000 RPS.<\/p>\n

    <\/p>\n

    Les r\u00e9sultats \u00e9taient les m\u00eames : Linkerd a consid\u00e9rablement surpass\u00e9 Istio, \u00e0 la fois en termes de vitesse et de consommation CPU. Vous pouvez voir toutes les donn\u00e9es des r\u00e9sultats ici.<\/p>\n

    <\/p>\n

    La principale diff\u00e9rence entre Istio et Linkerd, et celle qui conduit \u00e0 cette diff\u00e9rence dramatique, est qu'Istio utilise le proxy Envoy (nous en parlerons plus tard), bien qu'il s'agisse d'une version \u00e9tendue, tandis qu'Istio utilise un proxy bas\u00e9 sur Rust.<\/p>\n

    Envoy est un excellent proxy, mais il est con\u00e7u \u00e0 des fins g\u00e9n\u00e9rales et n'est pas sp\u00e9cifiquement con\u00e7u pour les services maill\u00e9s. Linkerd, en utilisant Rust, a plut\u00f4t d\u00e9velopp\u00e9 son propre \"micro proxy\" avec un cas d'utilisation de service mesh uniquement pour \u00e9viter les vuln\u00e9rabilit\u00e9s qui peuvent d\u00e9couler de l'utilisation d'Envoy.<\/p>\n

    Linkerd appelle son proxy un \"micro proxy\" car, \u00e9tant donn\u00e9 qu'il n'est pas con\u00e7u comme un proxy \u00e0 usage g\u00e9n\u00e9ral avec une flexibilit\u00e9 pour de nombreux cas d'utilisation, il est beaucoup moins complexe, permettant ainsi plus de vitesse.<\/p>\n

    Il convient \u00e9galement de mentionner Conduit, une fois que nous parlons de Linkerd.<\/p>\n

    <\/p>\n

    Conduit \u00e9tait une version \u00ab all\u00e9g\u00e9e \u00bb de Linkerd d\u00e9velopp\u00e9e par l'\u00e9quipe Linkerd, con\u00e7ue pour \u00eatre une solution plus simple tout en permettant de b\u00e9n\u00e9ficier des avantages d'un service mesh : communication entre les microservices, observabilit\u00e9, surveillance, etc.<\/p>\n

    \u00c0 l'origine, Conduit \u00e9tait s\u00e9par\u00e9 de l'\u00e9cosyst\u00e8me principal de Linkerd. N\u00e9anmoins, apr\u00e8s que l'\u00e9quipe Linkerd ait perfectionn\u00e9 Conduit au point de penser que cela pourrait \u00eatre leur produit principal, ils ont utilis\u00e9 Conduit comme base de leur nouvelle version de Linkerd.<\/p>\n

    Ainsi, Conduit et Linkerd sont d\u00e9sormais identiques, et il n'y a pas de r\u00e9f\u00e9rentiel ou de produit s\u00e9par\u00e9 ; vous pouvez consulter le r\u00e9f\u00e9rentiel Linkerd sur GitHub ici.<\/p>\n

    Comme je l'ai mentionn\u00e9 pr\u00e9c\u00e9demment, Linkerd est la meilleure alternative Istio, donc si vous avez vu Conduit mentionn\u00e9 en ligne et que vous souhaitez l'essayer, vous devez maintenant utiliser Linkerd \u00e0 la place.<\/p>\n

    2. Kubernetes<\/strong><\/span><\/h3>\n

    <\/p>\n

    La prochaine alternative Istio sur notre liste est Kubernetes. Oui, ce n'est pas un service mesh, mais quand on parle de microservices, on ne peut pas continuer sans parler un peu de conteneurisation, qui va de pair avec les microservices.<\/p>\n

    Kubernetes vous permet de d\u00e9ployer et de g\u00e9rer automatiquement des applications conteneuris\u00e9es. Vous pouvez utiliser Kubernetes avec ou sans Istio ; vous n'avez pas besoin d'Istio pour l'utiliser.<\/p>\n

    <\/p>\n

    Kubernetes se concentre davantage sur le d\u00e9ploiement et la mise \u00e0 l'\u00e9chelle des applications, par opposition \u00e0 la partie communication. En communiquant avec le serveur d'API Kubernetes, les n\u0153uds d'un cluster Kubernetes peuvent obtenir des informations sur tous les services du cluster.<\/p>\n

    L'une des raisons d'utiliser Kubernetes sans Istio est que l'utilisation d'Istio peut entra\u00eener une latence accrue et utiliser plus de CPU par opposition \u00e0 l'utilisation des fonctions int\u00e9gr\u00e9es dans Kubernetes. Cependant, tout d\u00e9pend de la taille et de l'\u00e9chelle de l'application et du nombre de pods.<\/p>\n

    3. Kong Mesh<\/strong><\/span><\/h3>\n

    <\/p>\n

    Kong est la prochaine alternative Istio sur notre liste. Contrairement \u00e0 Istio, il ne s'agit pas principalement d'un maillage de services mais d'une passerelle API et, selon votre situation et vos besoins, il peut s'agir d'un outil plus appropri\u00e9 \u00e0 utiliser.<\/p>\n

    N\u00e9anmoins, Kong propose \u00e9galement un service mesh en tant que produit distinct, appel\u00e9 Kong Mesh, qui est \u00e9galement bas\u00e9 sur Envoy. Kong Mesh est con\u00e7u pour fonctionner \u00e0 la fois avec Kubernetes et les machines virtuelles, ce qui en fait l'un des meilleurs services mesh si vous utilisez les deux, mieux qu'Istio, qui a \u00e9t\u00e9 principalement cr\u00e9\u00e9 pour Kubernetes.<\/p>\n

    <\/p>\n

    Par exemple, comme le montre cette \u00e9tude de cas, MS3 a choisi Kong Mesh pour cette raison\u00a0: sa prise en charge des machines virtuelles et de Kubernetes et la possibilit\u00e9 de migrer entre les deux, ainsi que ses hautes performances.<\/p>\n

    Avec prise en charge multicloud, multicluster et multiplateforme pour Kubernetes et les machines virtuelles, le service mesh de Kong d\u00e9couvre et se connecte automatiquement \u00e0 d'autres services.<\/p>\n

    Alors, quelle est la diff\u00e9rence entre Istio ou Kong Mesh et la passerelle API Kong ?<\/p>\n

    Alors qu'un service mesh comme Istio ne traitera que la communication entre les microservices de votre application, une passerelle API comme Kong peut aller au-del\u00e0 et acheminer les appels d'API internes et externes.<\/p>\n

    Une passerelle API est un volet de donn\u00e9es qui re\u00e7oit les demandes du client et renvoie ces demandes aux API.<\/p>\n

    Un service mesh comme Istio poss\u00e8de \u00e0 la fois un volet de contr\u00f4le et un volet de donn\u00e9es, mais une passerelle API comme Kong peut avoir le volet de contr\u00f4le int\u00e9gr\u00e9 au plan de donn\u00e9es.<\/p>\n

    Vous pouvez utiliser une passerelle API comme Kong avec un service mesh, ce qui est en fait meilleur pour la s\u00e9curit\u00e9.<\/p>\n

    Le sujet du maillage de services par rapport \u00e0 la passerelle API est tr\u00e8s compliqu\u00e9 et technique. Beaucoup a \u00e9t\u00e9 \u00e9crit sur les diff\u00e9rences entre les deux et si vous avez besoin d'une passerelle API si vous utilisez un service mesh.<\/p>\n

    Bien qu'il existe un chevauchement des technologies, ainsi que des capacit\u00e9s telles que le routage du trafic, un maillage de services ne remplace pas la gestion des API. Ce billet de blog l'explique bien.<\/p>\n

    Si vous souhaitez approfondir le sujet, Kong lui-m\u00eame propose un ebook complet consacr\u00e9 uniquement aux diff\u00e9rences entre une passerelle API et un maillage de services.<\/p>\n

    4. Apigee<\/strong><\/span><\/h3>\n

    <\/p>\n

    Apigee est un outil de gestion d'API et la prochaine alternative Istio sur notre liste. Apr\u00e8s avoir \u00e9t\u00e9 rachet\u00e9 par Google, il fait d\u00e9sormais partie de Google Cloud.<\/p>\n

    De la d\u00e9couverte des API au suivi et \u00e0 l'analyse, la gestion de vos API n'a jamais \u00e9t\u00e9 aussi simple qu'avec Apigee. Apigee sert \u00e9galement de proxy, isolant le front-end du back-end et vous permettant d'apporter des modifications \u00e0 la base de donn\u00e9es et d'autres modifications sans perturber la convivialit\u00e9 de l'application du c\u00f4t\u00e9 du client.<\/p>\n

    Comme vous devrez \u00eatre d\u00e9couvert par les d\u00e9veloppeurs si vous souhaitez qu'ils utilisent votre API pour des applications externes, Apigee vous permet de le faire et de contr\u00f4ler diff\u00e9rents niveaux d'acc\u00e8s et de fonctionnalit\u00e9s\u00a0; il vous permet de contr\u00f4ler qui peut utiliser chaque niveau de votre service API et ce qu'il peut en faire.<\/p>\n

    Ce qui est cool, c'est que vous pouvez choisir entre Apigee et Apigee Hybrid. Alors qu'Apigee est une solution SaaS enti\u00e8rement h\u00e9berg\u00e9e dans l'environnement d'Apigee, la solution hybride vous permet d'avoir le volet de gestion h\u00e9berg\u00e9 dans Apigee, mais le volet d'ex\u00e9cution h\u00e9berg\u00e9 dans un fournisseur de cloud de votre choix ou vos propres serveurs, gardant ainsi vos donn\u00e9es dans un environnement.<\/p>\n

    Apigee diff\u00e8re d'Istio en ce qu'Istio se concentre sur la gestion des microservices, tandis qu'Apigee vous aide \u00e0 g\u00e9rer vos API et \u00e0 les mettre \u00e0 la disposition des d\u00e9veloppeurs. Alors qu'Istio et d'autres services mesh se concentrent sur l'intercommunication au sein d'une application, Apigee et les API vous permettent de vous connecter \u00e0 des applications externes cr\u00e9\u00e9es par des tiers.<\/p>\n

    N\u00e9anmoins, apr\u00e8s avoir achet\u00e9 Apigee, l'\u00e9quipe Google a collabor\u00e9 avec l'\u00e9quipe Istio pour int\u00e9grer la gestion des API dans Istio. Jusque-l\u00e0, comme il n'y avait pas d'int\u00e9gration formelle, vous deviez utiliser Apigee en dehors d'Istio et le connecter \u00e0 votre maillage de services, votre maillage de services \u00e9tant trait\u00e9 comme tout autre service cible.<\/p>\n

    Avec l'int\u00e9gration native, vous pouvez d\u00e9sormais exposer un ou deux de vos microservices en tant qu'API. Sinon, si vous utilisez d\u00e9j\u00e0 Apigee, vous pouvez y cr\u00e9er un maillage de services et d\u00e9placer des microservices dans ce maillage, comme expliqu\u00e9 par Google.<\/p>\n

    5. Envoy\u00e9<\/strong><\/span><\/h3>\n

    <\/p>\n

    La prochaine alternative Istio sur notre liste est Envoy. Il diff\u00e8re d'Istio en ce sens qu'Istio utilise une version \u00e9tendue du proxy Envoy, Envoy lui-m\u00eame peut \u00eatre utilis\u00e9 pour cr\u00e9er d'autres maillages de services si vous ne souhaitez pas utiliser Istio pour une raison quelconque.<\/p>\n

    Bien qu'Envoy ne soit pas le seul proxy disponible, c'est l'une des meilleures options. \u00c9crit en C++ et cr\u00e9\u00e9 \u00e0 l'origine chez Lyft (la soci\u00e9t\u00e9 de covoiturage), il est facilement extensible, l\u00e9ger et facile \u00e0 utiliser.<\/p>\n

    En soi, Envoy peut \u00e9galement \u00eatre utilis\u00e9 pour des services et applications individuels, sans service mesh comme Istio. Cependant, lorsque vous cr\u00e9ez un maillage de services et utilisez Envoy comme proxy pour les side-cars et le proxy Edge, vous pourrez observer l'ensemble de votre r\u00e9seau de services et r\u00e9soudre les probl\u00e8mes au fur et \u00e0 mesure qu'ils surviennent.<\/p>\n

    Envoy est enti\u00e8rement open source, ce qui en fait un bon choix pour travailler avec. Il a un faible encombrement et vous pouvez l'utiliser avec n'importe quel langage d'application.<\/p>\n

    Envoy est haute performance. Avec des fonctionnalit\u00e9s telles que les nouvelles tentatives automatiques et la limitation globale du d\u00e9bit, Envoy permet \u00e9galement un \u00e9quilibrage de charge avanc\u00e9.<\/p>\n

    6. Maillage d'applications AWS<\/strong><\/span><\/h3>\n

    <\/p>\n

    Une autre bonne alternative \u00e0 Istio est AWS App Mesh, qui est \u00e9galement un service mesh con\u00e7u pour am\u00e9liorer la communication entre les services sur tous les types d'infrastructure informatique.<\/p>\n

    Si vous ex\u00e9cutez vos applications sur l'infrastructure Amazon, alors Amazon Web Services App Mesh est la meilleure alternative Istio pour vous. Comme Linkerd, il utilise le proxy Envoy.<\/p>\n

    Pour \u00eatre plus pr\u00e9cis, AWS App Mesh prend en charge l'infrastructure de calcul suivante\u00a0:<\/p>\n

      \n
    • Amazon EC2<\/li>\n
    • Amazon ECS<\/li>\n
    • Amazon EKS<\/li>\n
    • AWS Fargate<\/li>\n
    • Kubernetes s'ex\u00e9cutant sur Amazon Web Services<\/li>\n
    • AWS Outposts pour les services ex\u00e9cut\u00e9s sur site<\/li>\n<\/ul>\n

      AWS App Mesh connecte tous vos services, achemine le trafic entre eux et vous permet de surveiller et de contr\u00f4ler le trafic sans mettre \u00e0 jour le code de chaque service dans l'application et sans y int\u00e9grer ces r\u00e8gles. Vous pouvez d\u00e9finir l'acc\u00e8s d'authentification de sorte que seuls les services que vous autorisez se connectent les uns aux autres, et vous pouvez crypter tout le trafic r\u00e9seau m\u00eame lorsqu'ils se trouvent dans votre r\u00e9seau priv\u00e9.<\/p>\n

      De plus, AWS App Mesh s'int\u00e8gre aux outils de surveillance et de tra\u00e7age d'Amazon. Vous pouvez l'utiliser pour exporter vos donn\u00e9es de surveillance vers le service de surveillance Amazon CloudWatch ou le syst\u00e8me de tra\u00e7age distribu\u00e9 AWS X-Ray.<\/p>\n

      En fait, vous pouvez exporter les donn\u00e9es vers n'importe quel partenaire AWS pour la surveillance. Selon Amazon, ces partenaires d'Amazon Web Services incluent Datadog, Neuvector, Weaveworks, Aqua et bien d'autres.<\/p>\n

      Selon Vedcraft, AWS App Mesh est \u00e9galement un meilleur choix qu'Istio si vous disposez de services dans plusieurs langages de programmation et que vous en avez besoin pour communiquer entre eux.<\/p>\n

      De plus, Istio peut entra\u00eener des co\u00fbts op\u00e9rationnels plus \u00e9lev\u00e9s qu'AWS Service Mesh, et vous devrez faire face \u00e0 des frais g\u00e9n\u00e9raux op\u00e9rationnels plus \u00e9lev\u00e9s \u00e0 moins que vous n'utilisiez le service g\u00e9r\u00e9 d'Istio. AWS App Mesh est un service enti\u00e8rement g\u00e9r\u00e9, vous n'aurez donc pas besoin d'installer d'infrastructure de votre c\u00f4t\u00e9.<\/p>\n

      7. Consul<\/strong><\/span><\/h3>\n

      <\/p>\n

      La derni\u00e8re alternative Istio sur notre liste est Consul, un maillage de services multiplateforme. \u00c0 l'aide de Consul, vous pouvez configurer un maillage de services entre plusieurs clusters et environnements tout en maintenant et en appliquant des politiques et des fonctionnalit\u00e9s de s\u00e9curit\u00e9 coh\u00e9rentes pour le trafic r\u00e9seau entre les services.<\/p>\n

      Vous pouvez observer vos m\u00e9triques dans l'interface utilisateur de Consul ou exporter vos donn\u00e9es vers une plate-forme de surveillance tierce pour v\u00e9rifier les probl\u00e8mes de sant\u00e9.<\/p>\n

      Vous pouvez utiliser Consul pour les applications cloud ou celles ex\u00e9cut\u00e9es sur site. Il peut \u00e9galement \u00eatre utilis\u00e9 pour les hybrides.<\/p>\n

      Il y a un certain nombre d'avantages \u00e0 utiliser le service mesh Consul au lieu d'Istio. Par exemple, pour profiter pleinement d'Istio, vous devez d\u00e9ployer plusieurs services et un catalogue de services tiers est requis ; Consul inclut tout cela et annule le besoin de syst\u00e8mes externes, bien que des syst\u00e8mes externes puissent \u00eatre utilis\u00e9s pour augmenter le comportement.<\/p>\n

      Pour une comparaison plus approfondie d'Istio vs Consul et des avantages offerts par Consul par rapport \u00e0 Istio, consultez le propre article de blog de Consul \u00e0 ce sujet.<\/p>\n

      Consul, d\u00e9velopp\u00e9 par Hashicorp, est globalement plus simple d'utilisation et moins complexe qu'Istio. De cette fa\u00e7on, il est similaire \u00e0 Linkerd, ce qui en fait une excellente alternative Istio si vous connaissez d\u00e9j\u00e0 les produits Hashicorp.<\/p>\n

      De plus, selon Logz.io, Consul prend en charge certains backends de tra\u00e7age tels que OpenTracing, DataDog et Honeycomb, contrairement \u00e0 Istio.<\/p>\n

      Istio est-il le meilleur service Mesh\u00a0?<\/span><\/h2>\n

      La sc\u00e8ne du service mesh est encore assez r\u00e9cente. Il n'y a pas encore beaucoup d'alternatives \u00e0 Istio sur le march\u00e9.<\/p>\n

      Bien qu'Istio soit peut-\u00eatre le plus connu, avec Linkerd, il pr\u00e9sente certains inconv\u00e9nients, comme je l'ai expliqu\u00e9 tout au long de cet article. Par exemple, cela peut \u00eatre assez complexe \u00e0 mettre en place ; il utilise une version \u00e9tendue d'un proxy \u00e0 usage g\u00e9n\u00e9ral par opposition \u00e0 un micro proxy comme Linkerd.<\/p>\n

      Dans l'ensemble, Linkerd est la meilleure alternative \u00e0 Istio, battant Istio haut la main en termes de facilit\u00e9 d'utilisation, de vitesse et d'utilisation du processeur. N\u00e9anmoins, il existe \u00e9galement d'autres excellentes alternatives - si vous aimez Amazon Web Services, AWS Service Mesh est le meilleur choix.<\/p>\n

      Les maillages de service comme Consul Connect ne sont pas bien connus, mais de plus en plus apparaissent avec le temps. Ils promettent une vitesse suppl\u00e9mentaire, et les projecteurs se d\u00e9tournent lentement d'Istio \u00e0 mesure que de plus en plus de personnes prennent conscience des maillages de services et de ces alternatives Istio, m\u00eame si Istio est toujours la norme de l'industrie.<\/p>\n

      Dans quelques ann\u00e9es, ne soyez pas surpris si encore plus d'alternatives Istio \u00e9mergent sur le march\u00e9 alors que de plus en plus de gens commencent \u00e0 chercher quelque chose de plus rapide et de moins complexe.<\/p>\n

      Si vous utilisez d\u00e9j\u00e0 Istio, cependant, le passage \u00e0 un autre service mesh comme Linkerd peut \u00eatre un processus un peu compliqu\u00e9. Dans ce cas, vous devrez vous demander si cela en vaut la peine.<\/p>\n

      Conclusion\u00a0: Quelle est la meilleure alternative \u00e0 Istio\u00a0?<\/span><\/h2>\n

      Linkerd est la meilleure alternative Istio.<\/p>\n

      Comme je l'ai d\u00e9montr\u00e9, et comme le prouvent les tests, il est beaucoup plus rapide qu'Istio, avec une latence r\u00e9duite dans des situations r\u00e9elles.<\/p>\n<\/p><\/div>\n\n\n

      \n \n
      \n \n
      \n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n <\/div>\n \n
      \n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n <\/div>\n<\/div>\n \n\n
      \n Rate this post<\/span>\n <\/div>\n <\/div>\n","protected":false},"excerpt":{"rendered":"

      Istio est un service mesh, qui facilite la communication entre diff\u00e9rents microservices\u2026<\/p>\n","protected":false},"author":1,"featured_media":2368,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[12],"tags":[],"class_list":["post-2367","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-software"],"_links":{"self":[{"href":"https:\/\/enorcerna.com\/fr\/wp-json\/wp\/v2\/posts\/2367","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/enorcerna.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/enorcerna.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/enorcerna.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/enorcerna.com\/fr\/wp-json\/wp\/v2\/comments?post=2367"}],"version-history":[{"count":0,"href":"https:\/\/enorcerna.com\/fr\/wp-json\/wp\/v2\/posts\/2367\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/enorcerna.com\/fr\/wp-json\/wp\/v2\/media\/2368"}],"wp:attachment":[{"href":"https:\/\/enorcerna.com\/fr\/wp-json\/wp\/v2\/media?parent=2367"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/enorcerna.com\/fr\/wp-json\/wp\/v2\/categories?post=2367"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/enorcerna.com\/fr\/wp-json\/wp\/v2\/tags?post=2367"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}