Serverless 技术无缝是云计算和云原生应用架构的发展方向，但对于微服务应用的开发者而言，不管是 FaaS 形态，还是 Serverless Kubernetes ，都存在一定的局限性。
SAE 通过资源的实际使用量来付费，费用由两部分组成，每部分根据统计结果和计算方式进行费用结算，按小时出账单扣款。每个应用使用的资源计量方式如下所示：
应用 CPU 资源使用量=∑实例 CPU 规格×本月运行时长（以分钟计），即应用中所有实例的 CPU 规格乘以本月运行时长的总和。
应用内存资源使用量=∑实例内存规格×本月运行时长（以分钟计），即应用中所有实例的内存规格乘以本月运行时长的总和。
CI/CD 集成能力：SAE 与云效、云效 2020、 Jenkins 等产品进行了深入集成，可以方便开发者将构建好的应用快速部署。
对于 Java 系的微服务应用， Java 系统的普通应用，以及非 Java 系应用而言，SAE 的极致弹性能力并没有本质的区别，都能通过 Serverless 技术提供系统的资源利用率。只不过 SAE 提供的一些附加价值，比如免费的微服务注册中心，就只能为 Spring Cloud 或 Dubbo 应用服务罢了。
Perkins表示，当使用智能工具和功能解决特定于行业的问题时，人工智能将提供巨大的价值。医疗、银行、保险、零售和制造业的组织中正在出现创造性的应用程序。Perkins说：“这在很大程度上是因为组织希望更好地将数据资产实现货币化，并利用新的数据流来发掘见解。”
在大型分布式 IT 架构领域，微服务是一项必不可少的技术。从本质上来讲，微服务是一种架构风格，将一个大型的系统拆分为多个拥有独立生命周期的应用，应用之间采用轻量级的通信机制进行通信。这些应用都是围绕具体业务进行构建，可以独立部署、独立迭代，也可能根据业务负载独立进行水平扩展。
微服务思想以及相关的技术为 IT 架构的发展带来了一系列深刻的变革：
insert是不满足结合律的，可能会有主键冲突，我们把insert语句变更insert ignore，而收到insert操作说明之前并不存在这样一条记录，或者前面有delete操作。而delete操作可能还没有到。这时insert ignore操作返回结果是0，但这次的insert数据可能跟已有的记录内容并不一致，所以这里我们将这个insert操作转换为update 操作再执行一次。
经济学家亚当·斯密提出：分工是社会发展的必然，而且分工将极大的提高生产效率。
OS 的虚拟化创新也从未停步，从 Linux 4.5 内核开始 cgroup v2 接口在逐渐成熟，将进一步完善了资源隔离性。Docker 也发布了 rootless 模式，可以更好利用 Linux 操作系统的安全能力来提升容器的安全性。
为什么说 Serverless 是天然云原生的呢？虽然 Serverless 出现的时间比云原生更早一些，我们向前追溯，AWS 率先推出初代 Serverless 产品——Lambda，其按请求计费和极致伸缩的特点，非常符合云原生的定义，比如基础设施下沉。在 Lambda 里，不需要管理服务器，它会根据请求去伸缩服务器，实现了高度自动化；它还以函数的形式来组织代码，函数相对于应用来说要更轻量，交付速度也更快。但是这种模式的缺点就是改造成本高，因为很多应用原来是一个巨大的单体或者微服务应用，很难改造成函数模式。
