APP 多版本发布之dubbox服务端配置

  1. 云栖社区>
  2. 博客>
  3. 正文

APP 多版本发布之dubbox服务端配置

余二五 2017-11-23 20:38:00 浏览514
展开阅读全文

场景:近期小L发布app的时候遇到个头疼的事情,由于苹果app store需要审核原因,项目需要部署最新版本,但又不能影响来版本的正常使用;

    分析问题:如果是app业务相关的程序bug、或者是预发布版本

    解决方案:配置dubbo多版本

1
2
3
4
5
6
7
8
9
10
<dubbo:protocol id="customerRest" name="rest" port="xxxxx" />
<!-- ref:要注入的Service实现 -->
<dubbo:service interface="com.jlj.erp.app.dubbo.service.customer.CustomerApi" 
                ref="customerApi" version="1.0" group="group-customer"
                protocol="customerRest"  timeout="60000" />
<!-- ref:要注入的Service实现 -->
<dubbo:service interface="com.jlj.erp.app.dubbo.service.customer.CustomerApi" 
                ref="customerVApi" version="1.1" group="group-customer"
                protocol="customerRest" timeout="60000" />    

实现相同的接口,只是接口对应的版本不一样从1.0到1.1,按照需求对1.1版本的接口进行实现,这样发布时,新老接口就会并存,如果需要强制更新审核通过之后会将老版本(1.0版本代码去掉)停掉运行新版本,如果不需强制更新,那么就可以新老版本并存

客户端调用,小L用的是dubbox 所以不同的版本配置不同的路径即可

1
2
3
4
5
6
7
8
9
        http://127.0.0.1:80/a//xxx/v1(老)
    @GET
    @Path("/xxx/v1")
    public ApiResult xxx(@QueryParam("code") String resourceCode)
     
     http://127.0.0.1:80/a//xxx/v2(新)
    @GET
    @Path("/xxx/v2")
    public ApiResult xxx(@QueryParam("code") String resourceCode)

如果是数据结构发生变化的话小L不建议使用该方式

这样的情况需要具体问题具体定解决方案,可以分开部署,可以做预发布环境,部署1个具有新表结构和对象的测试数据库(预发布环境)。

对于改动较大的,产品新增了重量级新功能的,业务层面或者底层表结构上都不兼容的,建议是要做强制升级的。

wKioL1mbxkKBMsjbAAE839KUT4I564.jpg-wh_50

注:接口的实现方法 按照接口版本定;接口新加的方法写在V1版本中,如果V1版本中的某个方法参数条件变化了,那么把新的实现写在V2版本里面,V1版本的实现保留










本文转自 xinsir999 51CTO博客,原文链接:http://blog.51cto.com/xinsir/1954550,如需转载请自行联系原作者

网友评论

登录后评论
0/500
评论
余二五
+ 关注