老师好，这种可以用微服务的思维来做拆分么？

Question

之前曾经考虑过后续对这个项目做更深入对挖掘，比如增加了支付功能后，把它独立称一个单独对模块，让各个模块彼此独立，不造成耦合。
刚好，这里学到了收藏部分，我看到收藏的时候还需要引入课程、机构等部分，把相应等收藏数量加一或者减一，这样耦合性是不是太高了。
但是，如果把这种拆分称微服务来做，Django也没有好等微服务管理框架吧。如果是Java还有Dubbo和SpringCloud可以选择。所以好纠结。

Answer 1

bobby 2021-02-12 21:51:34

这样说吧，微服务没有什么神秘的，java也就是生态丰富一点，很多都不用自己去写，其实很大大公司都是自己写为服务框架的，所以django可以封装一套完整的微服务框架，但是不能说是django变成微服务框架，而是说吧django嵌入到微服务架构设计中去，这个时候你就会发现，我居然把一个真么大的框架嵌入到一个微服务中，你会发现django的很多功能你都没有用到，这个时候你就会想：是不是用轻量级的 比如flask或者fastapi更加合适

• 提问者 邱晨100 #1

  非常感谢！

• 提问者 邱晨100 #2

  不过把应用拆分成多个Django应用，用微服务框架把他们串起来，他们如何协调呢？像dubbo那样采用rpc的方式 还是springcloud那样采用rest api的方式呢？微服务框架注册中心也采用Python还是您的那门go体系课里面的？

• bobby 回复 提问者 邱晨100 #3

  是的，都是这样的开发模式， 内部之间肯定首选使用rpc调用，后期的spring cloud也会采用rpc调用而不是直接走http的restful调用 不过极有可能采用grpc一样的http2.0协议

点开查看后面2条评论