服务改造,这个架构大家给点意见

吐槽:不知道为什么一直不能上传图片。
 最近在进行公司系统3.0的演进, 很重要的一部分就是进行之前对外api的改进。
当前存在的问题主要有:
  1. api语义不清;
  2. api功能交叉;
  3. api服务不稳定。

 
那么现在通过spring boot重构api后,解决了前两个问题;
非功能的部署结构准备做成:
  1. 采用eureka做注册中心;
  2. 所有的接口只打一个jar包;
  3. 第二步骤中打出来的jar,使用不同的端口号,作为多个服务运行;
  4. 接口jar的前面采用feign做路由;
  5. 在feign的前端使用zuul做网关;
  6. 开启hystrix监控feign中的调用。

希望有经验的前辈指点下, 系统访问量其实还不大,但是boss要求系统服务要稳定。
个人觉得上面的应对目前的需求已经足够,而且后续如果要扩展,还是保留了spring的扩展能力的。
另外,默认情况下,feign路由的策略要怎么改好点。
 
已邀请:

scipio

赞同来自:

所有的接口打一个jar包,为什么这么做

xiaobaxi - Fang Oba

赞同来自:

所有的接口只打一个jar包;
第二步骤中打出来的jar,使用不同的端口号,作为多个服务运行;
 
这两句我不是很理解哎,打成一个,又使用不同的端口号?为什么?做负载吗?
 
接口jar的前面采用feign做路由
feign是一个调用rest的客户端,用什么方式做路由呢?
 
最后,系统服务要稳定,我觉得首先先要理清楚,业务哪些地方的压力比较大,会出现问题?然后再对应的去优化压力大且不稳定的地方。架构上面服务支持水平扩容,支持集群负载,高可用。内部逻辑,sql优化,for循环优化,前端优化等等都是让系统提高性能跟可用性的点。

springdata

赞同来自:

规模有多大,为啥要上路由、网关这样的功能?

要回复问题请先登录注册