元数据
微服务设计
- 书名： 微服务设计
- 作者： Sam Newman
- 简介： 本书全面介绍了微服务的建模、集成、测试、部署和监控，通过一个虚构的公司讲解了如何建立微服务架构。主要内容包括认识微服务在保证系统设计与组织目标统一上的重要性，学会把服务集成到已有系统中，采用递增手段拆分单块大型应用，通过持续集成部署微服务，等等。
- 出版时间 2016-04-01 00:00:00
- ISBN： 9787115420268
- 分类： 计算机-编程设计
- 出版社： 人民邮电出版社
- PC地址：https://weread.qq.com/web/reader/b6e325705dd9ecb6e246423
高亮划线
2.2 架构师的演化视角
- 📌 架构师的职责之一就是保证该系统适合开发人员在其上工作 ^907756-17-1485-1511
- ⏱ 2019-06-11 18:11:34
2.3 分区
- 📌 我们应该“担心服务之间的交互，而不需要过于关注各个服务内部发生的事情” ^907756-18-1239-1274
- ⏱ 2019-06-11 18:14:57
2.9 集中治理和领导
-
📌 治理通过评估干系人的需求、当前情况及下一步的可能性来确保企业目标的达成，通过排优先级和做决策来设定方向。对于已经达成一致的方向和目标进行监督。
- ⏱ 2019-06-12 09:02:12
-
📌 作为一名架构师，你必须要在团队驶向类似鸭子池塘这样的地方时抓紧他们。还有一点要注意的是，即使你很清楚什么是对的，然后尝试去控制团队，也可能会破坏和团队的关系，并且会使团队感觉他们没有
- ⏱ 2019-06-12 09:06:51
-
📌 话语权
- ⏱ 2019-06-12 09:07:01
2.11 小结
- 📌 演进式架构师应该理解，成功要靠不断地取舍来实现。总会存在一些原因需要你改变工作的方式，但是具体做哪些改变就只能依赖于自己的经验了。而僵化地固守自己的想法无疑是最糟糕的做法。 ^907756-26-1040-1126
- ⏱ 2019-06-12 09:10:01
3.3 限界上下文
- 📌 明白应该共享特定的模型，而不应该共享内部表示这个道理之后，就可以避免潜在的紧耦合（即我们不希望成为的样子）风险。 ^907756-30-2520-2576
- ⏱ 2019-06-13 09:20:25
3.4 业务功能
- 📌 当你在思考组织内的限界上下文时，不应该从共享数据的角度来考虑，而应该从这些上下文能够提供的功能来考虑。 ^907756-31-423-474
- ⏱ 2019-06-13 09:30:18
4.1 寻找理想的集成技术
- 📌 保证微服务之间通信方式的技术无关性是非常重要的。这就意味着，不应该选择那种对微服务的具体实现技术有限制的集成方式。 ^907756-37-1036-1093
- ⏱ 2019-06-14 08:48:37
4.6 远程过程调用
- 📌 那些RPC的实现会帮你生成服务端和客户端的桩代码，从而让你快速开始编码。基本不用花时间，我就可以在服务之间进行内容交互了。这通常也是RPC的主要卖点之一：易于使用。从理论上来说，这种可以只使用普通的方法调用而忽略其他细节的做法简直是给程序员的巨大福利 ^907756-42-1027-1152
- ⏱ 2019-06-14 09:14:16
4.7 REST
- 📌 对于服务和服务之间的通信来说，如果低延迟或者较小的消息尺寸对你来说很重要的话，那么一般来讲HTTP不是一个好主意。 ^907756-43-7311-7368
- ⏱ 2019-06-14 09:38:14
4.8 实现基于事件的异步协作方式
- 📌 灾难性故障转移 ^907756-44-2654-2661
- ⏱ 2019-06-14 09:46:16
4.13 版本管理
-
- ⏱ 2019-06-18 09:02:56
-
📌 升级消费者到新版本的时间越长，就越应该考虑在同一个微服务中暴露两
- ⏱ 2019-06-20 09:37:57
-
📌 套API的做法。
- ⏱ 2019-06-20 09:38:04
6.1 持续集成简介
- 📌 如果没有测试，我们只能知道集成后没有语法错误，但无法知道系统的行为是否已经被破坏。没有对代码行为进行验证的CI不是真正的CI。 ^907756-77-1666-1729
- ⏱ 2019-06-20 13:32:39