![](https://img-blog.csdnimg.cn/20210321103316280.jpeg?x-oss-process=image/resize,m_fixed,h_224,w_224)
微服务设计
《微服务设计》读书笔记
追_梦_者
搬砖码农一位
展开
-
第四章 集成
寻找理想的服务间的集成技术指导原则: 避免破坏性修改 保证API的技术无关性 使服务更便于消费方使用 隐藏服务内部的实现细节 服务的集成时,调用的同步异步问题: 同步方式:可以知道调用结果,但是耗时较长 异步方式:对于运行时间较长的任务比较友好,但是对于请求结果需要额外处理才能获取到 跨服务调用业务流程问题: 编排方式:依赖于某个中心大脑来指导并驱动整个流程,其缺点是中心大脑承担了过多职责,周边服务又过于简单 协同方式:通过异步时间的方式,来触发多个服务一同协同完成某项复杂的流程 常见的集成方式原创 2021-04-27 20:36:47 · 301 阅读 · 0 评论 -
第三章 如何建模服务
什么样的服务是好服务? 松耦合:尽可能的减少与其他服务的关联,同时限制服务之间不同的调用方式的数量 高内聚:尽可能的将相关的行为放在一起,将不相关的放在别处,而确定相关性的关键在于找到服务的边界 什么是 界限上线文(bounded context)? 一个由显式边界限定的特定职责 界限上线问的创建: 思考组织界限上下文时,不应该从共享数据的角度来考虑,而应该从这些上下文能够提供的功能来考虑。首先要问自己,这个上下文是做什么用的,然后再考虑他需要什么样的数据 ...原创 2021-04-12 20:38:39 · 299 阅读 · 0 评论 -
第二章 演化式架构师
一个演化式架构师应该承担的责任: 愿景:确保在系统级有一个经过充分沟通的技术愿景,这个愿景应该可以帮助你满足客户和组织的需求。 同理心:理解你所做的决定对客户和同事带来的影响。 合作:和尽量多的同事进行沟通,从而更好的对愿景进行定义、修订及执行。 适应性:确保你在客户和组织需要的时候调整技术愿景。 自治性:在标准化和团队自治之间寻找一个正确的平衡点。 治理:确保系统按照技术愿景的要求实现。 由于本章的内容涉及的是与架构师职责相关的内容,由于我里架构师还有好长的路要走,对内容不是很理解,故简单摘抄本章小原创 2021-03-22 23:59:53 · 164 阅读 · 1 评论 -
第一章 微服务
什么是微服务? 微服务就是一些协同工作的小而自治的系统。 微服务有哪些特点? 很小,专注于做好一件事:保证代码的内聚性,遵循单一职责原则。到底要小到多小没有确定的定论,大佬认为,通常一个微服务要小到可以两周内完全重写。 如何确定足够小了: 自己不再感觉代码库过大:不要一味追求小,而应该根据自己的感觉,如果你认为代码库不过于大了,那就够小了 和团队结构相匹配:如果巨大的代码库由一个小团队维护,显然是无法正常维护的,此时就需要对其进行拆分,拆分到和团队结构相匹配为止。 自治性:微服务之间应该保持独立原创 2021-03-21 10:40:14 · 203 阅读 · 1 评论