小项目怎么循序渐进微服务

小项目在一开始就进行微服务代价是非常高的,原因不多说, 但是如果一开始就能以微服务的思想去设计架构, 在将来业务发展的时候, 将提高很快的效率迁移到微服务环境。

微服务主要解决业务扩容的问题,不要跟我说什么低耦合高内聚,这些不用微服务也能做得到。

微服务包含

  • 注册中心

  • 网关

  • 配置中心

可以想象,当业务发展, 业务模块将会拆分, 这个一开始是可以预见部分的, 这将涉及到一开始业务模块是内部调用的,将来是通过rpc调用的。

在项目开始阶段,可以将package视为业务模块, 将package间调用的关系, 使用interface并在对应package建立子包bus, 进行不同包的服务调用, 这样的好处是将来把包转成微服务时, 可以将bus调用内容直接改成外部调用而不影响业务逻辑。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值