gydtep

2009年以后我花了两年时间学习网络，对交换机、路由器、骨干网、城域网，运营商怎么建网的，我们的IDC是怎么建网的，除了实践以外，已经基本了解了。大家每天都跟网络有交互，为什么重传高？为什么延时高，TCP/IP第4层的下面IP第3层是怎么操作的，IP下面的MAC层是怎么操作的，大家都要深入了解一下。

gydtep

救火很多时候就考验你这个能力。我去救火时根本不会用现在那些平台化的工具，直接上手用TCP代码抓原始发文，马上能分析出很多问题。这就是平时的积累，慢慢的你就会对全局有认知。

gydtep

2019年整个核心系统上云的时候，同样跟技术的广度有关系，我们上云发生了什么变化？整个底座到云上去了，计算、存储、网络全到云上去了，那要了解云啊。我2018年在阿里云注册了个账号，基本把阿里云的云产品全摸了一遍，这时就会对阿里云的网络、技术有本质的了解。

gydtep

但 Percolator 也有一些已知缺陷：提交阶段延迟较高，仅支持乐观锁场景、冲突错误只能在提交时汇报等。XA 协议全名为 X/Open XA 协议，是一项通用的事务接口标准。XA 协议也基于两阶段提交的策略。

gydtep

PolarDB-X 的事务策略
PolarDB-X 采用的是基于 XA 协议实现的分布式事务策略，其中又分为多种实现：
• 适用于 MySQL 5.6 的 BestEffort 事务
• 基于 InnoDB 的 XA 事务
• PolarDB-X 2.0 中实现的 TSO 事务

gydtep

一阶段提交优化
如果在提交阶段我们发现事务只涉及了一个分片，那么我们就会将其优化为一阶段提交，使用 XA COMMIT ONE PHASE 语句提交事务。对于正常的 TSO 事务，我们取了 SNAPSHOT_TS 和 COMMIT_TS 两个时间戳，而对于一阶段提交的事务来说，

gydtep

其实行为与单机事务类似，因此我们并不需要通过 TSO 获取 COMMIT_TS，而是可以直接由 InnoDB 计算出一个合适的 COMMIT_TS 来提交事务。具体的计算规则是：COMMIT_TS = MAX_SEQUENCE + 1，其中 MAX_SEQUENCE 为 InnoDB 本地维护的历史最大的 snapshot_ts。

gydtep

而到 2018 年，随着 Service Mesh 的加入，CNCF 对云原生的定义发生了改变，而这也逐渐成为被大家认可的官方定义：

Cloud native technologies empower organizations to build and run scalable applications in modern, dynamic environments such as public, private, and hybrid clouds. Containers, service meshes, microservices, immutable infrastructure, and declarative APIs exemplify this approach.

gydtep

Martin Fowler 与 James Lewis 共同提出了微服务的概念，定义了微服务架构是以开发一组小型服务的方式来开发一个独立的应用系统，每个服务都以一个独立进程的方式运行，每个服务与其他服务使用轻量级（通常是 HTTP API）通信机制。这些服务是围绕业务功能构建的，可以通过全自动部署机制独立部署，同时服务会使用最小规模的集中管理（例如 Docker）能力，也可以采用不同的编程语言和数据库。

gydtep

敏捷开发帮助我们减少浪费、快速反馈，以用户体验为目标。

持续交付促使我们更快、更可靠、更频繁地改进软件；基础设施即代码（Infrastructure As Code）帮助我们简化环境的管理。