周志明《凤凰架构 FENIX Architecture》阅读笔记

一些无关的话

好久没有打开CSDN了，工作真的有点瞎忙，也是给自己找借口吧，没有定期地总结和回顾。每次打开都能看到一些留言和关注，真的很抱歉给大家埋坑，之前写的一些阅读比较多的文章例如CAS系列，ThreeJS相关的，后来工作中很久没有再使用了，没有能力解答大家的疑问，真的很抱歉。

正题，记录一些看书过程中被戳中的话

技术无关

尽管目光所及之处，只是不远的前方，即使如此，依然可以看到那里有许多值得去完成的工作在等待我们。

微服务时代

通过“服务”（Service）而不是“类库”（Library）来构建组件，尽管远程服务有更高昂的调用成本，但这是为组件带来自治与隔离能力的必要代价。

以前在单体架构下，程序的规模决定了无法让全部成员都关注完整的产品，如研发、运维、支持等不同职责的成员只关注自己的工作，但在微服务下，要求开发团队中的每个人都具有产品化思维，关心整个产品的全部方面是具有可行性的。

容错性设计（Design for Failure） 不再虚幻地追求服务永远稳定，而且接受服务总是会出错地现实，要求在微服务的设计中，能够有自动的机制对其依赖的服务进行快速故障检测，在持续出错的时候进行隔离，在服务恢复的时候重新联通。所以“断路器”这类设施，对实际生产环境中的微服务来说不是可选的外部组件，而且一个必须的支撑点，如果没有容错性设计，系统很容易被一两个服务崩溃所带来的雪崩效应淹没。

可靠系统完全可能由会出错的服务组成，这是微服务最大的价值所在，也是“凤凰架构”的含义。

微服务时代充满着自由的气息，微服务时代充斥着迷茫的选择。

后微服务时代

通过边车代理模式（ServiceMesh），便实现了既不需要在应用层面加入额外的处理代码，也提供了不亚于程序代码的精细化管理能力。

业务与技术完全分离，远程与本地完全透明，也许这就是最好的时代了吧？