技术的广度非常依赖于积累。你一定要带着问题去想，这个时候你才有记忆力、有了积累，慢慢的你技术的广度就会越来越深。你要了解数据库，你必须对下层的网络了解，所以我们要对网络，CDN可能要更进一步的认识。
要将技术的先进性转化为业务的先进性，忘掉屁股。这个“忘掉屁股”就是你做很多事情不是你一个人能搞定的，复杂、越大的事情是要协同更多的人。如果你就是为了你自己，比如说KPI去做事，我告诉你，这个事情做一次两次可以，但后面就没人跟你配合。你一定要忘掉屁股，才能慢慢的把这个事情做成，真正做到你想要的结果。
COMMIT_TS 统一了一个分布式事务在每个分片上提交数据发生的时间，会被记录到 InnoDB 引擎中。COMMIT_TS 决定了当前事务在全局事务中的顺序。
在私有化的 InnoDB 中，我们会根据事务的 SNAPSHOT_TS 来决定可见性，同时我们也会让新事务的读请求在遇到处于 prepare 状态的数据时进行等待，避免处于 prepare 状态的事务 COMMIT_TS 比当前 SNAPSHOT_TS 更小导致 commit 前后数据不同的问题。
异步提交优化
上述优化针对的依然是一部分特定场景，对于多分片的分布式事务，往往还是相比单机事务有较长的延迟。因此我们设计了异步提交方案，针对任何分布式事务，都可以在完成了 PREPARE 阶段后直接返回成功，达到接近单机事务的提交延迟（一次跨机房 RPC）且不影响数据可靠性和线性一致性。我们会在之后的文章中详细介绍这一方案，欢迎大家关注我们专栏。
总结一下就是：
基于容器、服务网格、微服务、不可变基础设施和声明式 API 构建的可弹性扩展的应用。
基于自动化技术构建具备高容错性、易管理和便于观察的松耦合系统。
构建一个统一的开源云技术生态，能和云厂商提供的服务解耦。
可以看出，CNCF 在当前定义基础上加上了服务网格 (service mesh) 和声明式 API，这为云原生的概念阐述增加了更深一层的意义，也就是建立一个相对中立的开源云生态。这对云原生的生态定位是很重要的，也算 CNCF 最初成立的宗旨之一，打破云巨头的垄断。
标准化：所有的基础设施最好都是标准的。
可替换：任意节点都能够被轻易地创建、销毁、替换。
自动化：所有的操作都通过工具自动化完成，无须人工干预。
负载敏感度，是指响应时间随时间变化的程度。例如，当用户增加时，系统响应时间的衰减速度。
可伸缩性，是指向系统增加资源对性能的影响。例如，要使吞吐量增加一倍，需要增加多少服务器。
以用户为中心的一致性模型
以下一致性模型适应的场景为不会同时发生更新操作，或者同时发生更新操作时能够比较容易地化解。因为这里的数据更新默认有一个与之关联的所有者，此所有者拥有唯一被允许修改数据的权限，可以按照用户 ID 进行路由。
