我想建立一个基础架构,可以为我的团队中的开发人员在生产环境中轻松进行实验。
例如,我们假设我有一个HTML页面,列出了在线零售店的购买情况。生产版本是使用React实现的,但我们想测试一些替代实现,例如一个用Vue.js编写,另一个不是基于JS而是使用后端渲染。
在这种情况下,我想为所有正在开发Vue.js实现的开发人员翻转一个功能标志,以查看Vue.js页面,并为后端渲染团队查看他们的实现。
在Kubernetes中,每个实现都是不同的pod /复制集/服务。
在Kubernetes中实施上述路由方案的最佳模式是什么? Istio based intelligent HTTP header based routing是否适合完成此任务?
答案 0 :(得分:0)
从我的角度来看,更简洁的方法是为每种类型的后端使用不同的路径/ FQDN,并通过任何入口控制器管理所有这些。至少它可以使您的开发人员无需自定义请求即可访问新版本。
但是,如果你想使用标题作为功能标记并根据它来管理路由,那么是的,内容based routing in Istio就可以了。我想。