为了了解这一点，调研机构O'Reilly公司最近对消费者对人工智能的看法进行了研究，其中包括消费者希望看到人工智能在日常生活中的应用。值得关注的是，这项研究可以让人工智能技术开发商深入了解消费者认为人工智能在日常生活中在哪里以及如何发挥作用。
在 12-factor 应用中，进程是一等公民。12-Factor 应用的进程主要借鉴于 unix 守护进程模型 。开发人员可以运用这个模型去设计应用架构，将不同的工作分配给不同的进程类型。例如，HTTP 请求可以交给web进程来处理，而常驻的后台工作则交由 worker进程负责。
容器作为标准化软件单元，它将应用及其所有依赖项打包，使应用不再受环境限制，在不同计算环境间快速、可靠地运行。
不可变基础设施、可观测、自动恢复
基于 K8s 底座，背后代表的是镜像之类的不可变基础设施以及可观测、自动恢复，如果检测到请求失败，会自动切流或重启实例。
而如果在 SAE 里就可以结合命名空间，比如一键启停或定时启停的能力，可以将测试环境的应用全部建在测试环境的命名空间下，再配置早上如 8:00 启动测试环境命名空间所有实例，在晚上 8:00 全部停止，停止后的时间段就完全不计费，可以让用户最大化地降低成本。
高可用设计主要有三个原则，包括可观测、可灰度、可回滚。大部分云研发场景并不需要关注可演变，但在一些特殊场景下可演变仍然是一个问题。比如，蚂蚁的金融业务需要和一些机构进行信息交换，由于金融领域的RPC交互常常使用标准化文件，在文件场景下如何保证可演变也是高可用设计需要关注的内容。典型的用于提高架构可用性的设计原则包括四种：解耦、冗余、异构和异步。
蚂蚁通常按照特性将数据分为状态型数据和流水型数据。所谓流水型数据，即每出现一条数据都将其存入数据库中。比如，订单数据就是一种流水型数据，每出现一条新订单都被存入数据库。流水型数据的大部分业务类型是将数据插入到数据库。另一种数据是状态型数据，通常可以被修改，并且具有生命周期特征，比如会员信息。
驾驶是一个过程，涉及与其他驾驶员和行人的复杂互动。例如，如果骑自行车人打算转弯，那么他或她将做出手势示意，以通知附近的其他驾驶员。然后，驾驶员可以放慢其车辆的速度，从而允许骑自行车的人转弯。人类依赖于通用智能来进行这种社交互动。而且，通过深度学习，自动驾驶汽车现在很有可能与其他驾驶员和行人进行社交互动。深度学习神经网络可以帮助自动驾驶汽车检测其他驾驶员和行人给出的导航信号，并采取适当措施避免发生任何碰撞。
12-Factor 规则下的应用程序不会隐式依赖系统级的类库。它一定通过依赖清单，确切地声明所有依赖项。大多数编程语言都会提供一个打包系统，比如 java 使用 maven ，应用依赖了哪些第三方库，要显示地定义在 POM 文件里。
在面向对象的软件架构中，最重要的是定义对象以及对象的接口契约。SOLID 原则是最被人广为熟知的设计原则。
Single responsibility principle - 单一职责原则
Open/closed principle - 开放/封闭原则
Liskov substitution principle - 里氏替换原则
Interface segregation principle - 接口隔离原则
Dependency inversion principle - 依赖翻转原则
