云的第一个阶段就是基础设施云化，这里就是云托管模式。基于云上的存储、网络等基础设施来构建应用，这种模式的核心价值在于资源的弹性和成本。下一个阶段中，云的体系已经远远超越了基础设施，能够看到在各个领域都出现了很多的云服务。因此，在今天需要考虑如何利用云服务的能力，以搭积木的方式来更快速地构建应用，而不是重复造轮子，这就是云原生的模式。
阿里云云效代码智能语法服务的底层技术是LSIF（Language Server Index Format），它是一种持久化语言的索引的图存储格式，通过图的格式，表示了“代码文档”-> “语法智能结果”之间的事件关系。
如前言的示例，用户在使用语法服务时，主要有以下三个请求：
每次打开文件获取所有的可点击高亮词
点击高亮词获取对应的定义与引用列表
点击定义和引用实现跳转
但现在可能更多的看到了，其实很多平台很多应用里面都会有一些架构师的角色，他们是在抽象这些技术问题，解决这些问题。所以第一点是行散神不散。优秀的技术同学一直在用架构的意识，解决实际的技术和业务问题，这就跟普通的技术同学有本质的区别。他不光是解决这一个问题，他可能解决这一类问题，用架构的思想去解决问题。
在 XA 协议的设计中，有两种角色：
• 事务管理器（Transaction Manager，TM）：负责发起事务的提交，失败时处理事务异常，在 PolarDB-X 中这个角色由计算节点（CN） 承担
• 资源管理器（Resource Manger，RM）：事务的参与方，如 MySQL 中的一个库，在 PolarDB-X 中这个角色由存储节点（DN）承担
云原生的概念最早开始于 2010 年，在当时 Paul Fremantle 的一篇博客中被提及，他一直想用一个词表达一种架构，这种架构能描述应用程序和中间件在云环境中的良好运行状态。因此他抽象出了 Cloud Native 必须包含的属性，只有满足了这些属性才能保证良好的运行状态。当时提出云原生是为了能构建一种符合云计算特性的标准来指导云计算应用的编写。
服务网格的技术发展上数据平面与控制平面间的协议标准化是必然趋势。控制平面可以认为是注册中心及管理配置面板；数据平面可以认为是由服务化框架依赖的组件独立而成的一个进程，数据平面代理业务服务的注册发现、负载均衡、容错等能力。 为什么需要 Service Mesh：
另外，电信和政府/国防领域的云原生开发人员使用私有云、公共云和本地服务器的比例大致相同。这些开发人员使用公共云的比例相对较低。
近年来，Serverless 一直在高速发展，呈现出越来越大的影响力。在这样的趋势下，主流云服务商也在不断丰富云产品体系，提供更便捷的开发工具，更高效的应用交付流水线，更完善的可观测性，更丰富的产品间集成。
世上没有免费的午餐，微服务技术让 IT 系统变得更敏捷、更健壮、更高性能的同时，也带来了架构复杂度的提升。对于开发者而言，要想更好的驾驭微服务架构，需要解决持续集成、服务发现、应用通信、配置管理、流量防护等一系列难题。
