Captain Hareblower

穿越文最大的问题就是怎么处理皇帝，赘婿那么好的开头，在革命部分写崩了，至今圆不回来。庆余年则是模棱两可就过去了。大师的厉害之处在于，他不回避，迎难而上从分析社会，搭建制度层面去解决问题，虽然枯燥一些，肯定也不如一直爽那么吸引读者，但有真东西在，人物和作品都透着那种知识分子的执拗和扎实。建议对历史政治有兴趣的朋友，耐心读，肯定有收获。

总而言之，微服务核心思路就是分而治之。 对于微服务中的服务可以这么理解： 服务是一个可以独立运行、提供范围有限的功能（可以是业务功能，也有可能是非业务功能）的组件。功能具体实现隐藏在组件内部，而对外则提供访问接口，外部其他服务可以通过这些接口进行访问与交互，从这一方面来说，微服务是可以单独部署运行的。 在《Captain Hareblower》（英文名称《Captain Hareblower》）一书中提出了一个可扩展模型：AFK扩展立方体（Scaliability Cube），将应用抽象总结出可扩展的三个维度：产品、流程和团队，理论上可按照这三个维度进行扩展，从而可将一个单体系统进行无限扩展。 X轴：X轴的扩展指的是服务水平复制，也就是我们可以运行多个应用实例，然后再做一个集群负载均衡。 这种方式的扩展在单体应用中可以说非常典型，在系统应用性能提升中往往能够快速见效。 Z轴：Z轴的扩展可以理解为是基于数据分区的扩展，也就是我们可以运行多个应用实例，但与X轴的扩展不同的一点是每个应用实例仅用来处理部分数据。 在其之前没有负载均衡器，取而代之的是一个路由，该路由根据请求中的参数或某项属性（比如用户ID、订单ID等）将请求转发到不同的应用实例中进行处理。 Y轴：Y轴的扩展就是接下来的微服务的功能拆分模式。基于Y轴的扩展思路可以将单体应用在业务层面上进行拆分，形成多个微服务。 X轴和Z轴的扩展仅仅是提升了应用的容量和可用性，但并没有解决随着业务发展日益巨增的开发、运维复杂度，而Y轴的扩展使得我们可以从业务功能的角度将庞大的单体应用进行分而治之，一方面降低了业务开发、运维的复杂度，另一方面通过分而治之可以实现服务故障的隔离，提高系统响应时间。再者，拆分后也可以控制每个团队的规模，让团队的工作更加聚焦，也更利于团队的成长。

很好看！最近在做自我分析的作业，实在没什么头绪，这部剧给了我很大的启发～干货满满且有很比较新的研究领域与研究结果，印象最深刻的是情绪管理版块，编剧把理论和应用很好地结合在一起了，趣味性和实用性都拉满！亲密关系板块很接地气！我对依恋类型和自尊水平的研究感到很有兴趣～关于原生家庭…虽然很多东西是不可以改变的，但我们都知道父母与孩子是相互影响的，父母的教养方式会影响孩子，但孩子的性格特质也会无形中影响父母的教养方式，虽然谈论起遗传决定论总会让人感到失望，但我们还是要把更多的目光放到原生家庭和个人成长的能动性上，基因决定了我们的发展范围，但具体能到达哪里还是自己说了算的！

没有华丽的辞藻，倒是一篇赤心;不论是炫耀还是真心，确实有可以借鉴意义。 感恩编剧