LMD 置顶2018-01-26关于《微服务架构核心20讲》课程讲义（PDF 文件），学员可复制下面链接到浏览器下载获取。 http://t.cn/RQs9iTw 76
2018-01-30好处:可选不同技术栈;不同项目可复用某些微服务;独立部署时不会对系统造成太大影响;不同微服务可选择最优的物理机配置
挑战:分布式事务一致性，项目运维管理，团队间沟通 26
2018-02-01先买后看🤔 10
2018-03-21老师可以解释一下微服务和SOA的差异吗？找了很多回答看都觉得不是很清晰作者回复: 微服务和SOA没有本质区别，微服务也是一种面向服务的架构风格，只是粒度更细，融入了近年一线互联网服务化实践经验。
7- 2018-08-251. 独立部署给服务带来的好处
提高应用的可扩展性，按需分配资源。同时保证了各服务间的环境隔离，使局部故障的影响最小化；也保证了应用最大资源化和方便管理。
2. 独立数据源带来的挑战
拆分前的下单流程，扣减库存，扣减积分，锁定优惠券，保存订单等操作同属一个事务；拆分后属于不同的服务，需要额外流程保证数据一致性。作者回复: 理解很到位，应该是有经验的👍
6 - 2018-03-31大中台，小前台。它的最终目标是赋能业务的不断创新！
作者回复: yes
6 
2018-05-06独立部署的好处是解耦，把服务部署对机器或者对其他服务的依赖解除掉。这样扩容和缩容就可以更容易自动化并且业务无感知。同时可以把不同服务拆分到不同团队，对团队的技术栈限制也没那么严格。
bounded text主要带来的问题就是数据同步，用户服务提供用户信息，粉丝服务提供粉丝列表，是否要落地一份在粉丝服务？如果落了，粉丝服务的逻辑更干净，服务的使用者也不需要再次额外的调用，但问题就在于 数据的一个实时性是否有那么高的要求。作者回复: 理解大致正确👍
3
2018-04-25听着微服务和我们公司服务化没啥区别啊 像阿里应该早就采用服务化框架，在支撑业务了吧。为啥14年才提出呢作者回复: 是的，没有这个概念前很多公司已经是微服务，比如亿贝，阿里，亚马逊等。Netflix经过大规模微服务实战，开源其主要微服务组件，14年左右马丁.福勒写了关于微服务博文，这些事件推动了微服务兴起。
3
2018-04-21老师，关于微服务后的质量保障体系有没有什么建议呢？作者回复: 这是另外一个质量保证QA主题，微服务可以独立测试，传统测试方法体系仍然适用，另外微服务集成测试较复杂，须多套环境，对基础设施要求高，还需要工程规范和流程管理配合。还有微服务強调生产服务监控实时反馈。
3- 2018-05-10杨波老师，请教一个概念，一般都在说服务治理，请问这个治理到底怎么理解，一直搞不清楚，求指教。
作者回复: 有点搞的一个概念，一般讲服务注册发现，路由，容错限流，监控，安全，服务开发测试部署规范等都是服务治理范畴
2 
2018-03-29先买为敬！！！作者回复: 多谢支持🌹
2
2019-07-09一次性把杨老师的全部课程买了！😁作者回复: 谢谢支持！希望对你学习微服务技术有帮助！
1 1
2018-11-11根据老师的讲解我是否可以理解成不同的构件可以拆分为不同的微服务，并进行相互独立的演化发展。只是有个问题没想明白，假设产品和订单两个构件拆成了两个独立的服务，但是订单中又会包含产品信息，订单服务中如何去提现产品信息的？请老师答疑解惑，谢谢作者回复: 如果明确订单和产品拆成两个服务，那么订单服务可通过调用产品服务方式获取产品数据信息。对于上层服务如需要的话，也可以去调订单和产品服务后再聚合。
1- 2018-09-22大神讲的挺好，想系统化丰富一下知识体系
有没有k8s云平台系列的讲座？作者回复: 计划2019开设docker/k8s相关视频课程，敬请关注
1 
2018-05-28您好，想问下。目前用户在使用微服务docker是直接在宿主机上跑的多还是在虚拟机上跑的多。各有什么优缺点？作者回复: 我了解到的公司，比如携程和饿了吗，docker都跑在物理机上。虚拟机上也可以跑docker，但是多了一层虚拟化，开销有点大性能有一定损失，但虚拟机在云里头创建起来比较自动化和快。
1
2019-11-20学习
2019-04-21独立部署 业务之间互不关心 现实生活中就容易导致一个尴尬的现象 上下游服务之间联系不紧密 我们公司目前会出现 下游服务不敢轻易改造 只能通过注册消费找到上游系统 再进一步深入 改造是否有影响 这应该是系统初期规划做的不好 那么针对这种现象 有什么好的建议么作者回复: 遗留系统的改造没有什么特别一招鲜的办法，我经历过至少三家中大型互联网公司，改造基本就是人肉活，有强势领导推动，各个团队协商一致，先梳理清楚现有架构(实际常常边梳理边升级)，设计目标架构，制定迁移计划，然后就是按计划执行，这个过程长的可以升级2～3年以上(视系统规模)。
当然我想一开始有好的架构团队做好服务治理，后面的升级改造会轻松，但实际生产一线都是业务优先，往往没有技术人员理想中的世界。
2019-04-10问个问题，没有集中式管理，按道理后期都会有管理中心吧，就是类似于服务治理作者回复: 就像一个国家，人多了，就一定会需要有政府出来管理。微服务也一定会需要治理，英文称service governance，否则各个服务研发团队容易各自为政，重复建设，服务没有标准，反而造成效率低下，系统集成困难和不稳定等各种问题。但微服务不主张传统集中式的流程和管控，而是采用自动化+平台化+轻量治理规范等手段，赋能各个团队快速迭代和交付。
2019-02-25老师好，在无集中式管理中提到不同团队间数据源都可以是独立的，那彼此有关联的数据是如何同步与共享的呢？比较好的解决方案都有哪些供采用？作者回复: 你好，常用的方法如，通过MQ消息队列系统进行实时数据同步，变更数据推送到MQ，需要同步方订阅MQ；还有使用数据库变更捕获和订阅通知中间件，例如阿里开源的canal等。
2019-01-26微服务的介绍，微服务具有 以下留个特征，1.小服务 2.运行在独立进程 3.轻量级通讯 4.基于业务能力 5.独立部署 6.分布式管理，它是松耦合、具备SOA架构、有独立的数据源。
觉得 微服务 就是对单体服务的分解，把功能正交化形成独立的模块，模块也可以看着 微服务的子服务。
回答老师问题：问题一，微服务因为 低耦合，所以改变一个模块，不会影响其他模块。问题二，微服务里面有自己独立的数据源，如果一种数据源有二种不同的形式，那么数据就不能保持不一致性，每个模块输出的数据会不一样。展开