开发者社区 > 云原生 > 微服务 > 正文

[@倚贤][¥20]时至今年「2018」,如果是新建立的小型项目(初期并发在500以内),框架搭建时有必要使用微服务架构吗?

如果使用的话,SpringCloud、Dubbo之间该如何选择? 感觉SpringCloud功能很齐全,但是大多数功能如果是小型项目的话反而增加了复杂度

展开
收起
1091912443799092 2018-11-14 11:33:20 3206 0
1 条回答
写回答
取消 提交回答
  • 全栈工程师,从事了 12 年以 Java 语⾔为主的软件开发工作,热衷于整合框架与开发工具,关注 交互设计,喜欢写技术博客(http://codelife.me/),Linux拥趸,问题终结者。近期开始学习和关注 Elixir 函数语言,合作翻译了《Elixir 程序设计》。

    微服务架构并不是解决高并发的唯一路径,微服务更大的好处是服务治理。换过来说,如果没有好的服务治理框架,如 SpringCloud,搞微服务是很麻烦的。如果一个小团队管理一个模块,最终的大应用是很多小模块的组合,那搞微服务是比较适合。简单的类比一下,单体应用是中央集权,要求车同轨,书同文;微服务是联邦制,是联盟关系,每个邦联可以有自己的特色。要发挥创造性的话,微服务制明显更符合开发者的胃口,因为可以自己决定更多东西。但是微服务依赖于更复杂的治理框架,类似的也会有投票和选举。如果就是几个人的小团队搞个小应用,没有必要搞微服务。虽说杀鸡不用牛刀,但是如果你可以举重若轻,对微服务熟悉也是可以的。

    2019-07-17 23:14:09
    赞同 展开评论 打赏

为微服务建设降本增效,为微服务落地保驾护航。

相关电子书

更多
微服务×容器Meetup:云原生架构与应用专场PPT合辑 立即下载
云原生架构容器&微服务优秀案例集 立即下载
以银行架构视角解读和落实银行数字化转型的两份重磅指导文件 立即下载