资源托管
不仅 ECS 机是托管的，K8s 也是内部托管运维的，客户完全不需要购买服务器或者购买 K8s 或者运维 K8s，甚至都不需要懂 K8s，极大地降低了客户的入门门槛和薪资负担。
熟悉微服务的客户都知道，如果要自己运维一套微服务技术架构，需要考虑很多因素，不仅是开源、框架层面，还有资源层面及后续的问题排查，包括注册中心、链路追踪、监控、服务治理等等，如上图左侧所示，在传统开发模式下，这些能力都需要用户自己托管和运维。
此外，云计算是典型的平台型业务模式。随着规模的增长，会产生网络效应。提供为企业提供产品 / 服务的 ISV 与 SI，会更加青睐于那些拥有更多用户的云平台。而用户会更加倾向于能够提供丰富技术产品和服务支撑生态的云平台。随着云平台的成长，将对用户和生态产生更强的吸引力。
云计算的核心技术创新加速规模效应的形成。比如，计算资源池化与虚拟化技术，让应用和底层硬件资源解耦。一方面提升资源利用率，降低计算成本；一方面提升了资源的弹性供给，弹性成为差异化云基础设施和传统 IDC 的关键能力。
在权责方面，所有数据应该在源头统一，统一所有的数据基础层，并由一个团队负责和管控，其他团队无权复制数据基础层的数据。
（2）数据中间层
华为云选用，只要你愿意，我可以给你最低的折扣
技术栈不受限制：在微服务架构中，可以结合项目业务及团队的特点，合理的选择技术栈。
加快系统演进速度：每一个应用都可以独立的进行版本更新，通过灰度发布等技术手段能确保发布过程中整个系统稳定运行。
Serverless 技术存在多种形态，最典型的一种是 FaaS（Function as a Service，函数即服务），比如阿里云的函数计算（Function Compute，FC）产品。
然后代码的合并也难，开发也难，测试也难，上线也难，整个过程都很痛苦。所以我们当时在2015年开始一直在做星环的架构，就是让这些东西不那么痛苦，慢慢的解决这个问题。当然了现在我们又用了新的痛苦点。
因为很不接地气，它没有解决具体、真实、实际的问题。但现在可能更多的看到了，其实很多平台很多应用里面都会有一些架构师的角色，他们是在抽象这些技术问题，解决这些问题。
