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

[@徐雷frank][¥20]微服务是否已成为市场上大多数需求的解决方案?如果是,那在拆分微服务的过程中,如何把握服务粒度?如果不是,为什么?

问题来自Java技术沙龙的王玉玺
Java技术沙龙报名链接:https://yq.aliyun.com/promotion/796

展开
收起
李博 bluemind 2018-12-10 15:52:04 1943 0
2 条回答
写回答
取消 提交回答
  • 建议按照业务领域来拆分,比如涉及到交易系统,那么就可以拆分商品、订单、卖家、买家、库存等。至于粒度,不同公司不一样,可以从你拆分微服务的初衷来考虑,只要能达到灵活发布,方便多团队协作,资源隔离的目的就好了。

    2019-07-17 23:19:18
    赞同 展开评论 打赏
  • 1.阿里云大学讲师,主讲《微服务Spring Cloud设计与开发实战》《MongoDB高级实战》等课程 2.MongoDB中文社区专家 3.《MongoDB实战》第2版译者 5.吉林大学计算机科学学士、上海交通大学硕士

    1、微服务并不是大多数需求的解决方案,因为很多公司的架构并未达到微服务架构的层次
    2、简单开发几个API,这个不算是微服务,这个算是API调用,架构层级只能算是服务接口化的一种实现。
    3、微服务架构针对特殊的场景,单体应用无法满足现状,开始拆分部分服务接口,单独开发,集群,监控部署等
    4、服务的粒度一般有多种方式,目前的主流方式的基于Domain业务领域的划分方法
    5、微服务架构目前最成熟也是唯一的解决方案是Java Spring Cloud。其他的都是半吊子,不完善,缺失很多东西。

    2019-07-17 23:19:18
    赞同 展开评论 打赏

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

热门讨论

热门文章

相关电子书

更多
微服务治理技术白皮书 立即下载
微服务与Serverless 立即下载
EDAS4.0 助力企业一站实现微服务架构转型与 K8s 容器化升级 立即下载