SAE 将这些能力组合起来，最终让用户在迁移传统单体应用或者微服务应用时，基本可以实现 0 改造迁移，0 门槛地享受到这款产品背后带来的技术红利。
高可用设计主要有三个原则，包括可观测、可灰度、可回滚。大部分云研发场景并不需要关注可演变，但在一些特殊场景下可演变仍然是一个问题。比如，蚂蚁的金融业务需要和一些机构进行信息交换，由于金融领域的RPC交互常常使用标准化文件，在文件场景下如何保证可演变也是高可用设计需要关注的内容。典型的用于提高架构可用性的设计原则包括四种：解耦、冗余、异构和异步。
在实际进行灰度时，每个节点实现灰度的方式可能不同。比如，商家需要修改DB数据，而会员节点除了需要修改DB数据外，还需要修改对应节点中的缓存。需要注意的是，无论每个节点如何进行具体的灰度操作，各个节点间需要实现灰度的同进同退。
为了了解这一点，调研机构O'Reilly公司最近对消费者对人工智能的看法进行了研究，其中包括消费者希望看到人工智能在日常生活中的应用。值得关注的是，这项研究可以让人工智能技术开发商深入了解消费者认为人工智能在日常生活中在哪里以及如何发挥作用。
FC（函数计算）是一个事件驱动的全托管 Serverless 计算服务，用户无需管理服务器等基础设施， 只需编写代码并上传，函数计算会准备好计算资源，并以弹性、可靠的方式运行业务代码。
弹性伸缩：K8s 可以监测业务上所承担的负载，如果这个业务本身的 CPU 利用率过高，或者响应时间过长， 它可以对这个业务进行自动扩容。
Kubernetes 的控制平面包含四个主要的组件：API Server、Controller、Scheduler 以及 etcd。
除了正常的commit之外，MaxCompute还支持让用户检查数据正确性。比如用户open了五个writer，commit的时候可以把这五个ID当成例子上传确认。如果检查到服务端与这个例子不一致，commit就会报错。
Logging – 日志（事件流）：用于记录离散的事件，包含程序执行到某一点或某一阶段的详细信息。不但包括应用、 OS 执行过程的日志，还应包含运维过程中的日志信息，如操作审计等。
服务网格对应用是透明的基础设施；而 Dapr 为状态管理，服务调用和故障处理，资源绑定，发布/订阅，分布式跟踪等提供抽象，需要应用程序通过 SDK/HTTP/gRPC 显式调用 Dapr 能力，它是面向开发人员的开发框架。
从业务需求到需求规范，一定要做统一收口，如果没有线上工具化的体系，可以指定一个人，让他做统一收口，收口完成之后要形成公司或者部门内部比较完整的指标字典和维度字典。与此同时，一定要对指标字典进行拆分，看看哪些是公共性指标（跨部门或者公司级别）和个性化指标。
