Mise en miroir du trafic dans Kubernetes à l’aide d’Istio – Meilleure programmation

Online Coding Courses for Kids

Comment exécuter des tests d’acceptation opérationnelle robustes pour vos microservices Kubernetes

Gaurav Agarwal
photo par Ashim D’Silva sur Unsplash

Le fait d’avoir plusieurs versions de votre application en cours d’exécution en même temps vous donne une bonne dose de flexibilité. Il vous permet de basculer et de basculer le trafic entre les différentes versions selon vos besoins. Il vous permet de faire des versions canaries, des tests A / B et des déploiements contrôlés en production.

Avec l’avènement des microservices et des plateformes d’orchestration de conteneurs comme Kubernetes pour le soutenir, il est devenu la nouvelle norme. Avec Istio, vous pouvez créer une stratégie de déploiement et de publication robuste grâce à la mise en miroir du trafic.

Cet article fait suite à «Comment gérer le trafic à l’aide d’Istio sur Kubernetes». Aujourd’hui, discutons mise en miroir du trafic.

La mise en miroir du trafic, également appelée mise en miroir, est un concept puissant qui a gagné du terrain ces derniers temps. Il s’agit d’une méthode sans risque pour tester vos versions dans l’environnement de production sans impact sur vos utilisateurs finaux.

La plupart des entreprises traditionnelles avaient un environnement de pré-production qui était autrefois une réplique de la production. L’équipe Ops a déployé des versions dans l’environnement de pré-production où les testeurs ont créé un trafic synthétique pour imiter l’environnement en direct.

Cela a permis aux équipes de comprendre comment le code se comporterait dans l’environnement de production et si le code est fonctionnel et non fonctionnel prêt à être déployé en production.

Ils ont utilisé des environnements de pré-production pour effectuer des tests de performances, des tests volumétriques et des tests d’acceptation opérationnelle pour leurs applications.

Bien que tout cela sonne bien, ce n’était pas sans problèmes. Dans une infrastructure traditionnelle, vous avez dépensé beaucoup d’argent et de ressources pour créer des environnements de test statiques. Vous avez payé des ingénieurs pour maintenir une réplique de la production.

La plupart du trafic synthétique diffère du trafic en direct car le trafic en direct correspond aux interactions actuelles des utilisateurs, tandis que le trafic artificiel repose sur des données historiques. Ce n’était pas une exception de manquer beaucoup de scénarios là-bas.

La mise en miroir du trafic vous permet d’implémenter une configuration similaire pour les tests d’acceptation opérationnelle. Il va plus loin en vous permettant de faire ces tests en utilisant le trafic en direct sans impact sur les utilisateurs finaux.

Close Menu