diff --git a/content/zh/reliability.md b/content/zh/reliability.md
new file mode 100644
index 0000000000..79bddace1e
--- /dev/null
+++ b/content/zh/reliability.md
@@ -0,0 +1,8 @@
+---
+title: 可靠性
+status: Completed
+category: 属性
+---
+
+从云原生的角度来看，可靠性是指系统对故障的响应能力。 如果我们有一个可以在基础架构更改和单个组件发生故障时继续工作的[分布式系统](/distributed_systems/) ，那么它是可靠的。 另一方面，如果它很容易出现故障，并且需要操作人员手动干预以保持其运行，则它是不可靠的。 [云原生应用程序](/cloud_native_apps/) 的目标是构建内在可靠的系统。
+
diff --git a/content/zh/serverless.md b/content/zh/serverless.md
new file mode 100644
index 0000000000..01d7ae83c1
--- /dev/null
+++ b/content/zh/serverless.md
@@ -0,0 +1,15 @@
+---
+Title: Serverless
+Status: Completed
+Category: Technology
+---
+
+## 是什么
+Serverless 是一种云原生开发模型，允许开发人员构建和运行应用程序，而无需管理服务器。 Serverless 中仍有服务器，但它们被 [抽象](/abstraction/) 出来，远离应用程序开发。 云提供商处理配置、维护和 [扩展](/scalability/) 服务器基础架构的日常工作。 开发人员可以简单地将他们的代码打包在 [容器](/container/) 中进行部署。 部署后，Serverless 应用程序会响应需求并根据需要自动扩展和缩减。 公共云提供商的 Serverless 产品通常通过事件驱动的执行模型按需计量。 因此，当无服务器功能处于空闲状态时，它不会花费任何费用。
+
+## 解决的问题
+在标准的 [基础设施即服务 (IaaS)](/infrastructure_as_a_service/) [云计算](/cloud_computing/) 模型下，用户预先购买容量单位，这意味着您需要向公共云提供商支付永远在线的服务器组件的费用来运行您的应用程序。
+用户有责任在高需求时扩展服务器容量，并在不在需要该容量时缩减容量。 即使在不使用应用程序时，运行应用程序所需的云基础设施也处于活动状态。
+
+## 如何帮助
+相比之下，使用Serverless架构，应用程序仅在需要时启动。 当事件触发应用程序代码运行时，公共云提供商会为该代码动态分配资源。 当代码执行完成后，用户就停止为资源付款。除了成本和效率优势之外，Serverless还使开发人员从与应用程序扩展和服务器配置相关的日常和琐碎任务中解放出来。 借助Serverless，管理操作系统和文件系统、安全补丁、负载平衡、容量管理、扩展、日志记录和监控等日常任务都被交给云服务提供商。