gydtep

侵入性：服务治理本质是横向的系统级关注，是与业务逻辑正交的。但在现有微服务框架中，其实现方式和生命周期与业务逻辑耦合在一起的。服务治理能力的增强需要微服务框架的升级，会导致整个系统所有组件的重新构建和部署，导致升级和维护成本提升。

gydtep

Dapr 是一个事件驱动的，可移植的，构建微服务应用的运行时环境。支持应用在云或边缘部署，支持语言与框架的多样性。Dapr利用 Sidecar 的模式，把应用逻辑中的一些横切关注点需求（Cross-cutting）分离和抽象出来，从而达到应用与运行环境的解耦以及对外部依赖（包括服务之间）的解耦。

gydtep

互联网日志采集体系包括两大体系：Web端日志采集技术方案；APP端日志采集技术方案。

gydtep

目前正通过阿里云对外输出系列解决方案，包括通用数据中台解决方案、零售数据中台解决方案、金融数据中台解决方案、互联网数据中台解决方案、政务数据中台解决方案等细分场景。

gydtep

另外一种是 Serverless 化的容器技术，Serverless 化的容器实例运行在案例隔离的环境中，每个计算节点通过轻量级虚拟化安全沙箱技术完全强隔离。对于使用者而言，无需购买服务器资源即可直接部署容器应用，也无需对集群进行节点维护和容量规划，可以根据应用配置的 CPU 和内存资源量进行按需付费。

gydtep

Serverless 技术无缝是云计算和云原生应用架构的发展方向，但对于微服务应用的开发者而言，不管是 FaaS 形态，还是 Serverless Kubernetes ，都存在一定的局限性。

gydtep

不是每一种业务都适合通过 FaaS 的方式进行构建，特别是对于链路长，上下游依赖特别明显的应用，根本没有办法进行 FaaS 化改造。

gydtep

即便某些业务系统的 FaaS 化改造被证明可行，把现有的微服务架构改造成 FaaS 架构也需要一定的工作量，并不能做到无缝移植。

gydtep

造成这种局限性的原因很简单，在以 Spring Cloud 为代表的微服务技术阵营中，系统的构建都是围绕着应用（也可以理解为单个的服务）而展开，不管是版本更新还是水平扩展，都是针对应用本身。

gydtep

并不需要有固定的机器资源和固定的IP地址才能排查问题，在云计算时代，通过 SSH 登录到一台机器排查问题的方式并不是一个好的实践。相反， SAE 提供了完善的监控能力，还可以方便的与云监控、 ARMS 等新一代监控诊断类产品进行了集成，为排查故障提供了更大的便利。当然，如果一定要登录到某一台机器，SSH 依然是可以支持的，也可以利用 SAE 提供的 Webshell 工具简化这个流程。