• 云学
    2018-07-17
    这篇很实用,谢谢分享

    作者回复: 仅此一家,别无分店,都是我自己思考出来的😄

    
     49
  • herist
    2018-07-18
    感谢老师对微服务解读,有3个问题:目前公司有个在线交易系统,大概几百个表的单体服务项目,其他业务前端都远程调用这个项目,现在想做微服务的改造。

    1、实施微服务按业务职责划分后,是否对应模块的数据库也必须要独立?

    2、若为每个微服务项目都拆出来新的数据库,原来各业务间的数据依赖(单库的时候Join查询就ok了),拆分多个项目后,有何好的处理办法?

    3、团队开发时的问题,由于每小团队负责一个微服务,但开发时需要访问其他微服务,应该有个开发环境负责集成大家提交的代码,构建新版本供其他团队调用和调试,即:开发团队都可以作为消费者访问服务器上微服务(互通),但是开发人员本机启动调试时,不能注册到这台服务器(隔离),这块如何能很好解决?

    作者回复: 1. 需要,微服务需要独立部署独立运行,数据库不拆分做不到这点
    2. 参考专栏前面分库分表内容
    3. 开发环境也可以搭建微服务,我们是三套环境:开发,测试,线上

     1
     9
  • lzh
    2018-07-18
    三个火枪手分前后端吗?

    作者回复: 一般指后端人员,前端人员是多服务公用的,如果用node之类的系统,本身可以算一个独立的微服务

    
     6
  • Ivan
    2018-07-17
    使用dubbo体系,开发微服务。那么一个微服务是指一个部署单元(jar or war)还是指一个暴露的接口?我的答案是部署单元。请老师帮忙解惑,谢谢!

    作者回复: 一个可以独立部署和运行的子系统

    
     5
  • 王刚
    2018-07-18
    听了老师的课对我自己有很大帮助,最近我们公司也在研究微服务~总感觉是一头雾水~希望老师多讲解一下关于微服务经常会涉及到的精髓!

    作者回复: 本篇就是精髓😄😄

    
     4
  • Geek_89bbab
    2018-10-24
    那么对于像kafka,rabbitmq这样的对应的消费者服务的消费地址是否应该放置到配置中心动态配置?还是不建议动态修改?

    作者回复: 任何配置都可以放配置中心,区别只是动态配置还是需要重启,中间件也不例外

    
     3
  • 小思绪
    2018-10-05
    请问“接口框架”是指什么?有无成熟产品可以借鉴,它的作用是什么?API网关是指通用网关,比如支付宝开放平台网关,还是业务网关呢?我理解的业务网关的职责应该包括协议转换(比如外网的HTTP转内部Dubbo)和业务逻辑。

    作者回复: 下一课就讲了

    
     3
  • 森林
    2018-09-20
    这里有个先有鸡还是现有蛋的问题。究竟是先根据人数量决定服务数量,还是根据服务数量决定人的数量。就像文章里提到的,很多时候需要根据各种需求场景拆分服务,当生产确切不拆分就会导致问题时,应该反向以服务数量评估要扩招的人

    作者回复: 招人的第一标准是业务有没有发展😄

    
     3
  • TT
    2018-08-17
    我觉着我们现在的微服务架构刚好,我们是四个人负责集成公司的规则引擎,引擎那边有规则的编译器和执行器,对应的服务就划分为 规则编辑 和规则执行这两个部分,基本是两人负责一个服务
    
     3
  • 赵武艺
    2018-07-17
    看来小企业还是不太适合微服务架构,尤其是开发人员少的?

    作者回复: 是的,等业务发展,人员规模大了再重构,90%以上的新业务还没发展就挂掉了😂😂

    
     3
  • 杨陆伟
    2019-03-28
    为什么说配置中心可以提升测试和运维的效率,这里不是太理解

    作者回复: 不用去几十台服务器几百个节点手工修改配置文件

    
     2
  • Geek_89bbab
    2018-10-24
    老师,问一下关于配置中心的问题,
    配置中心修改配置,然后通知对应的微服务,那么收到通知的微服务怎么使新的配置生效,我这里特别指的是那些通过配置有创建长生命周期对象的那种。比如mysql连接池,redis-client。比如数据库配置修改了,怎么使新的配置生效?求解惑

    作者回复: 通常这类配置需要重启生效,一般改动频率也低,改动的时候由运维人工参与是可以的

    
     2
  • 孙振超
    2018-09-15
    咨询老师一个问题:在服务切分的时候会存两个系统间数据发生交集的情况,比如一个是设备系统,另一个是用户系统,用户的各项操作必然发生在设备上,这样就会存在设备和用户的各种关系和操作记录,像这样的数据设备系统和用户系统都希望以自己为准,而后对外提供相应的服务。如果是数据存储两份,设备系统存储设备和用户的关系,用户系统存储用户和设备的关系,那么在数据一致性和调用链路上就会变得复杂;如果只存储一份,放在那个系统上另一个系统都会有意见。对于此种情况,有什么比较好的解法?

    作者回复: 其实你这句话已经包含了答案“用户操作必然发生在设备上”,这就是说设备是基础数据,用户和设备对应关系应该是用户系统管理的。

    还有一种判断标准是设备数据还可以给其它业务用,如果设备系统存储用户和设备对应关系,这个数据不是通用的,违背了设备系统的职责

    
     2
  • 钗
    2018-08-17
    失眠,来听听课吧。微服务的粒度拆分简直堪称一门艺术了。不过七夕啦,单身狗祝大家好好珍惜身边人,也给你的他/她提供微服务化~
    
     2
  • return
    2018-07-21
    三个火枪手, 很犀利。

    作者回复: 很形象,向大仲马和贝索斯借用了一些创意

    
     2
  • 张威
    2018-07-19
    我们项目正好相反,将系统拆分了多个子系统,但是同一个库,子系统之间没有相互调用,而是直接对相同库中的表进行操作。在开发过程中发现每个系统中多少会有些重复的代码。该系统是校级系统,目前没发现其它弊端

    作者回复: 正常来说这样有很大隐患,我们之前有后台管理系统这样做,每周都需要安排人力排查线上数据错乱问题,因为数据写入有两个源

    
     2
  • LB
    2018-07-18
    我所在工作单位系统基本都是外部采购,大概有100多个,开发、测试人员大部分是各个公司的外包人员,开发和运维部门又相对比较独立。请问实施微服务是否是一个明智的选择?代价会有多大?领导觉得SOA的ESB太重,又没有使用。希望华仔帮忙给些架构方面的建议,谢谢。

    作者回复: 采用微服务不明智,你们这种是典型的SOA应用场景,因为基本都是采购的

    
     2
  • wind2017
    2018-07-17
    老师,目前Spring Cloud哪个版本更稳定些?

    作者回复: 通常用GA版本就可以

    
     2
  • 星星童鞋
    2019-03-13
    请问老师,到底项目进展到什么程度,才需要做微服务架构的拆分,可不可以在业务最初设计时就做简单的微服务拆分设计?(在满足人员需求时)

    作者回复: 可以的,一般最开始拆分几个粗一点的

    
     1
  • 随心而至
    2018-11-01
    Spring cloud全家桶了解一下
    
     1
我们在线,来聊聊吧