对于使用者而言，无需购买服务器资源即可直接部署容器应用，也无需对集群进行节点维护和容量规划，可以根据应用配置的 CPU 和内存资源量进行按需付费。
第三大块是应用架构，目前我们中台里面做的比较多的叫星环，星环说白了，它想达到架构的本质目的就是将单纯的代码共建模式，抽象成横向和纵向的业务包模式，做到业务与业务隔离，业务与平台隔离。
腾讯云新客户无门槛领取总价值高达2860元代金券，每种代金券限量500张，先到先得。注册即可领取，支付订单时抵扣使用。自领取之日起15天内有效。
腾讯云官网活动网址：https://curl.qcloud.com/gEYIi50L
100元：满200元可用
250元：满500元可用
500元：满1000元可用
1000元：满2000元可用
100元：满1000元可用
160元：满3000元可用
250元：满5000元可用
500元：满10000元可用
更多代金券详情请点见上面的腾讯云官网活动网址。
从2017年到业务平台以后能学到系统它的链路是什么样的，数据链路是怎么样的，整个调用链路是怎么样的，它和底层的关系是什么样的，可能遇到什么样的问题了？现在可能出现这个问题，再往后运行是不是会出现其他的问题。通过救火的过程中积累对系统的了解。
存储容量单位包 SCU 的抵扣规则是什么？
SCU 按照一定的折扣系数抵扣云盘的按量付费账单。
性能测试问题
为什么用 FIO 测试性能时，会导致实例宕机？
FIO 测试工具支持裸盘分区、文件系统两种方式测试 I/O 性能。如果您直接测试裸盘分区，会破坏裸盘分区中的文件系统元数据，导致无法访问该裸盘分区中的文件，甚至导致实例宕机。使用 FIO 的文件系统测试性能方式时，不存在上述问题。
这个就和我们传统的数据库驱动开发的思路形成对比了。DDD中，我们总是以领域为边界，分析领域中的核心问题（核心关注点），然后设计对应的领域模型，再通过领域模型驱动代码实现。而像数据库设计、持久化技术等这些都不是DDD的核心，而是外围的东西。
比如，一个开发人员也可以是一个领域专家。假设你在一个公司开发和维护一个系统已经好几年了，但是这个系统的产品经理（PD）可能已经换过好几任了，这种情况下，我相信这几任产品经理都没有比你更熟悉这个领域。
这就需要我们先去努力理解领域内的知识。所以，我个人从来不相信什么子域划分的技巧什么的东西，因为我觉得这个工作没有任何诀窍可以使用。
注意：上面我说的这四点，重点是梳理出我们要什么功能，而不是思考如何实现这些功能，如何实现是软件设计人员的职责。
DDD切入点3 - 领域模型设计
这部分内容，我想学习DDD的人都很熟悉了。
