基于 Kong 和 Kubernetes 的 WebApi 多版本解决方案 (2)

在进行大版本升级的时候,微服务的DevOps基础设施就显得非常重要了,此时我们需要动态的创建路由到kong,这就需要利用DevOps的配合,你可以将创建调用kong提供的rest接口来创建路由,也许一开始会花费比较多的时间,但是从长远来看的话还是非常重要的,可以节约后续的很多时间。

以我司来举例,当进行大版本升级时,DevOps 脚本中会检测到版本号为大版本,此时就会运行创建新环境的脚本,这个脚本负责初始化新的 大版本的 k8s 集群环境以及kong的服务和路由配置,然后自动发布新版本的各个服务,最终会提供出来一个新的服务地址出来,类似 /api/v2/xxxx

数据中间件服务的配合

在进行新的大版本开发和迭代的过程中,还会涉及到一些关于新版本数据和旧版本不兼容的情况,比如 Redis 的缓存数据结构变化,消息队列的数据结构的变化,以及 Elasticsearch 等索引数据结构的变化。

那么如何处理以上数据服务的版本兼容问题呢? 最简单的方案是起一套新的环境,新版本完全使用一套新的中间件服务环境来进行运行,但是这样有一个缺点就是会使用更多的服务器资源,照成服务器资源浪费的情况,当然如果是土豪公司可以无视了。

那如果想不同的版本使用相同的数据中间件服务怎么办呢? 其实办法也是有的,大部分数据中间件都是支持版本划分的,比如 Elasticsearch,CAP 等都支持使用版本来区分数据,对于不支持的可以在程序中进行控制了,比如像 Redis 这种就可以使用不同的逻辑DB来区分。

总结

本篇文章主要讲述了如果利用 kong 网关和 k8s 服务来处理 webapi 多版本的问题。

同时还讲述了在开发的过程中一些不同版本的数据应该如何处理以及需求的规划等,希望以上的东西能够帮助到有需要的人。

如果你觉得本篇文章对您有帮助的话,感谢您的【推荐】。

如果你对 .NET Core 有兴趣的话可以关注我,我会定期的在博客分享我的学习心得。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zyyxxy.html