本章： 让我们站在产品视角看待这个弹性边界的划分方式。 弹性边界可以为产品提供成本优势，成本优势可以构建护城河阻挡竞争对手。但护城河除了成本还有很多元素，比如创新。那么创新和成本孰轻孰重，这个不好说，得看商业周期的阶段。但大多数时候我觉得创新应该更重要些，创新决定存活，成本决定活得多好。那么站在软件工程的角度如何去支撑产品视角的创新？答案是合理的业务边界与扩展性。这就得出我的观点，以业务为边界比以弹性为边界对于企业发展更有利。但这个观点其实不一定成立，因为它把业务边界和弹性边界划分成非此即彼的对立概念，而现实中，它们是可能划分出相同系统结构的两个视角的决策依据，既合理的业务边界也是合理的弹性边界。如果必须得做个先后，我还是比较推崇业务边界优先，弹性边界随后，创新放在成本前面。引用CEO埃隆·马斯克在财报会议的话：真正重要的是创新节奏，这才是保持竞争力的核心要素。 课后题： 1.弹性边界依旧会有网状依赖的场景，这时候发版的顺序与节奏就依旧要提前规划，唱票执行。 2.服务提供方弹性扩容的滞后会导致服务依赖方扩容的虚高。比如服务提供方10台机器，服务依赖方也是10台机器，这个时候流量是平稳的。然后服务依赖方随着流量激增扩容到了50台，而服务提供方依旧是10台，那么很快服务提供方资源就会被打满。反应到服务依赖方就是大量线程等待，可能会引发服务依赖方进一步扩容到100 150台。（虽然cpu不是强关联资源，内存才是。但是线程的创建也是有内存开销的。如果严控线程上限，那么线程打满时该不该扩容也是个问题）