Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to handle east-west traffic with APISIX in Kubernetes? #11846

Open
vb3328998 opened this issue Dec 20, 2024 · 1 comment
Open

How to handle east-west traffic with APISIX in Kubernetes? #11846

vb3328998 opened this issue Dec 20, 2024 · 1 comment
Labels
question label for questions asked by users

Comments

@vb3328998
Copy link

Description

Problem Description

I'm trying to use APISIX to handle east-west (service-to-service) traffic in Kubernetes for gray release. Currently, I have:

  1. Three deployments with different versions (base, v2, v3)
  2. One service that selects all these deployments
  3. Need to route traffic based on header 'deploy_version'

Environment

  • APISIX version (run apisix version): 3.11.0
  • Operating system (run uname -a): k8s
  • OpenResty / Nginx version (run openresty -V or nginx -V):
  • etcd version, if relevant (run curl http://127.0.0.1:9090/v1/server_info): 3.5
  • APISIX Dashboard version, if relevant: 3.0.0
  • Plugin runner version, for issues related to plugin runners:
  • LuaRocks version, for installation issues (run luarocks --version):
@dosubot dosubot bot added the question label for questions asked by users label Dec 20, 2024
@wklken
Copy link

wklken commented Dec 24, 2024

if you have separate services like svc-v2/svc-v3

  • use route.vars, two routes, same uri, but with different vars like: http_version==v2 and http_version==v3, to different upstream [easy to add or remove route]
  • or you can use the traffic-split to split via the header to different upstream

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question label for questions asked by users
Projects
Status: 📋 Backlog
Development

No branches or pull requests

2 participants