云的第一个阶段就是基础设施云化，这里就是云托管模式。基于云上的存储、网络等基础设施来构建应用，这种模式的核心价值在于资源的弹性和成本。下一个阶段中，云的体系已经远远超越了基础设施，能够看到在各个领域都出现了很多的云服务。因此，在今天需要考虑如何利用云服务的能力，以搭积木的方式来更快速地构建应用，而不是重复造轮子，这就是云原生的模式。
云计算产生了大量的服务，在效能的角度来看，这些云服务是在更高层次抽象的 Serverless 形态，这就变得非常有意义了。如果从云编程模型的角度重新来审视云产品体系，能够看到最底层是基础设施层，这一层包含两部分，分别是 IaaS 和容器。在基础设施之上就是云原生应用操作系统，K8s 是这一层的事实标准，它能够把底层 IaaS 基础设施很好地管理起来。在操作系统之上出现了非常丰富的API，也就是全托管的云服务体系。如果看阿里云的产品体系，就会发现了阿里云提供了丰富的产品体系，包括数据库、大数据、中间件，这些都是以 Serverless 全托管模式提供服务的。
在 Serverless 计算平台之上，原生提供了很多的日志收集和 Metric 收集能力，比如简单日志查询以及高级日志查询，能够通过日志方式为用户提供高级数据分析能力。
erverless 计算平台除了提供了基本的指标视图之外，还支持自定义指标视图，用户可以通过自定义的关键词指标搜索实现与业务相关的数据分析。
我们的构建工作流调度主要基于阿里巴巴开源的分布式调度框架tbschedule，该系统会通过zookeeper维护一个任务集群，通过zookeeper做节点管理和任务分发，不重复不遗漏地快速处理调度任务。
针对不同语言，我们只需要实现一次从源代码到LSIF格式的转换，就能将其应用在多种场景。多种代码语言代码语言都会被解析成统一的LSIF格式文件。
开发期间修复并适配了一些lsif-java的问题，如位置范围信息错乱，召回多种遗漏的高亮词类型，适配非Maven仓库的索引构建。同时还修复了Spoon关于无法正确解析注释中的部分注解的问题，PR已被Spoon社区接受合并。
对局部和全局的问题需要有发现的眼光，更应该有发现未发生问题的能力，哪些是需要治标，哪些需要治本，这个是发现问题的基本判断力。现在系统可能没什么大问题，但你要有发现的眼光，这些问题如果不解决，未来业务可能遇到更严重的问题。架构师看问题的眼光和别人不一样，不要只看见这一个问题，还要看见这个问题背后是什么，这一类问题背后是什么，我怎么能用抽象的方法解决一类问题。想好了以后，我就把当前的这个问题先解决掉，其他的问题用抽象的方式去解决它。
定义问题这个要求非常高。你们平时在解决业务技术问题的时候，也要去分析和定义问题的一些能力，把一个问题定义清楚了，可以真正的能推动业务往前进。
阿里的技术特别复杂，能入职到阿里来，把阿里的整个技术栈完整摸一遍的同学真的是很了不起。以单元化架构为例，我们可能需要了解端，有iOS、安卓端，有PC端，还要了解CDN、网络、接入层、服务发现、服务路由、HSF等的。数据库的储存同步、多点写，还有消息。这些东西其实平时同学们都在用，但架构师不仅在用，架构师真的是要去把玩，彻底了解透彻这些东西，这是关键点。
