diff --git a/content/zh/docs/reference/glossary/cloud-provider.md b/content/zh/docs/reference/glossary/cloud-provider.md
new file mode 100755
index 0000000000..0c07cd6fb8
--- /dev/null
+++ b/content/zh/docs/reference/glossary/cloud-provider.md
@@ -0,0 +1,59 @@
+---
+title: 云供应商（Cloud Provider）
+id: cloud-provider
+date: 2018-04-12
+short_description: >
+  一个提供云计算平台的组织。
+
+aka:
+- 云服务供应商（Cloud Service Provider）
+tags:
+- community
+---
+ 一个提供云计算平台的商业机构或其他组织。
+
+<!--
+Cloud Provider）
+id: cloud-provider
+date: 2018-04-12
+short_description: >
+  An organization that offers a cloud computing platform.
+
+aka:
+- Cloud Service Provider
+tags:
+- community
+
+ A business or other organization that offers a cloud computing platform.
+-->
+
+<!--more-->
+
+<!--
+Cloud providers, sometimes called Cloud Service Providers (CSPs), offer
+cloud computing platforms or services.
+
+Many cloud providers offer managed infrastructure (also called
+Infrastructure as a Service or IaaS).
+With managed infrastructure the cloud provider is responsible for
+servers, storage, and networking while you manage layers on top of that
+such as running a Kubernetes cluster.
+
+You can also find Kubernetes as a managed service; sometimes called
+Platform as a Service, or PaaS. With managed Kubernetes, your
+cloud provider is responsible for the Kubernetes control plane as well
+as the glossary_tooltip term_id="node" text="nodes" and the
+infrastructure they rely on: networking, storage, and possibly other
+elements such as load balancers.
+-->
+云供应商，有时也称作云服务供应商（CSPs）提供云计算平台或服务。
+
+很多云供应商提供托管的基础设施（也称作基础设施即服务或 IaaS）。
+针对托管的基础设施，云供应商负责服务器、存储和网络，而用户（你）
+负责管理其上运行的各层软件，例如运行一个 Kubernetes 集群。
+
+你也会看到 Kubernetes 被作为托管服务提供；有时也称作平台即服务或 PaaS。
+针对托管的 Kubernetes，你的云供应商负责 Kubernetes 的控制面以及
+{{< glossary_tooltip term_id="node" text="节点" >}}及他们所依赖的基础设施：
+网络、存储以及其他一些诸如负载均衡器之类的元素。
+
diff --git a/content/zh/docs/reference/glossary/endpoint.md b/content/zh/docs/reference/glossary/endpoint.md
new file mode 100644
index 0000000000..ee9342cd6a
--- /dev/null
+++ b/content/zh/docs/reference/glossary/endpoint.md
@@ -0,0 +1,36 @@
+---
+title: 端点（Endpoints）
+id: endpoints
+date: 2020-04-23
+full_link: 
+short_description: >
+  端点负责记录与服务（Service）的选择器相匹配的 Pods 的 IP 地址。
+
+aka:
+tags:
+- networking
+---
+ 端点负责记录与服务的{{< glossary_tooltip text="选择器" term_id="selector" >}}相匹配的 Pods 的 IP 地址。
+
+<!--
+title: Endpoints
+id: endpoints
+date: 2020-04-23
+full_link: 
+short_description: >
+  Endpoints track the IP addresses of Pods with matching Service selectors.
+
+aka:
+tags:
+- networking
+ Endpoints track the IP addresses of Pods with matching  {{< glossary_tooltip text="selectors" term_id="selector" >}}.
+-->
+
+<!--more-->
+<!--
+Endpoints can be configured manually for Services without selectors specified.
+The EndpointSlice resource provides a scalable and extensible alternative to Endpoints.
+-->
+端点可以手动配置到{{< glossary_tooltip text="服务（Service）" term_id="service" >}}上，而不必设置选择算符。
+{{< glossary_tooltip text="EndpointSlice" term_id="endpoint-slice" >}} 资源为 Endpoints
+提供了一种可伸缩、可扩展的替代方案。
diff --git a/content/zh/docs/reference/glossary/shuffle-sharding.md b/content/zh/docs/reference/glossary/shuffle-sharding.md
new file mode 100644
index 0000000000..1f8d8a0990
--- /dev/null
+++ b/content/zh/docs/reference/glossary/shuffle-sharding.md
@@ -0,0 +1,84 @@
+---
+title: 混排切片（Shuffle Sharding）
+id: shuffle-sharding
+date: 2020-03-04
+full_link:
+short_description: >
+  一种将请求指派给队列的技术，其隔离性好过对队列个数哈希取模的方式。
+
+aka:
+tags:
+- fundamental
+---
+一种将请求指派给队列的技术，其隔离性好过对队列个数哈希取模的方式。
+
+<!--
+title: shuffle sharding
+id: shuffle-sharding
+date: 2020-03-04
+full_link:
+short_description: >
+  A technique for assigning requests to queues that provides better isolation than hashing modulo the number of queues.
+
+aka:
+tags:
+- fundamental
+A technique for assigning requests to queues that provides better isolation than hashing modulo the number of queues.
+-->
+
+<!--more--> 
+
+<!--
+We are often concerned with insulating different flows of requests
+from each other, so that a high-intensity flow does not crowd out low-intensity flows.
+A simple way to put requests into queues is to hash some
+characteristics of the request, modulo the number of queues, to get
+the index of the queue to use.  The hash function uses as input
+characteristics of the request that align with flows.  For example, in
+the Internet this is often the 5-tuple of source and destination
+address, protocol, and source and destination port.
+-->
+我们通常会关心不同的请求序列间的相互隔离问题，目的是为了确保密度较高的
+请求序列不会湮没密度较低的序列。
+将请求放入不同队列的一种简单方法是对请求的某些特征值执行哈希函数，
+将结果对队列的个数取模，从而得到要使用的队列的索引。
+这一哈希函数使用请求的与其序列相对应的特征作为其输入。例如，在因特网上，
+这一特征通常指的是由源地址、目标地址、协议、源端口和目标端口所组成的
+五元组。
+
+<!--
+That simple hash-based scheme has the property that any high-intensity flow
+will crowd out all the low-intensity flows that hash to the same queue.
+Providing good insulation for a large number of flows requires a large
+number of queues, which is problematic.  Shuffle sharding is a more
+nimble technique that can do a better job of insulating the low-intensity
+flows from the high-intensity flows.  The terminology of shuffle sharding uses
+the metaphor of dealing a hand from a deck of cards; each queue is a
+metaphorical card.  The shuffle sharding technique starts with hashing
+the flow-identifying characteristics of the request, to produce a hash
+value with dozens or more of bits.  Then the hash value is used as a
+source of entropy to shuffle the deck and deal a hand of cards
+(queues).  All the dealt queues are examined, and the request is put
+into one of the examined queues with the shortest length.  With a
+modest hand size, it does not cost much to examine all the dealt cards
+and a given low-intensity flow has a good chance to dodge the effects of a
+given high-intensity flow.  With a large hand size it is expensive to examine
+the dealt queues and more difficult for the low-intensity flows to dodge the
+collective effects of a set of high-intensity flows.  Thus, the hand size
+should be chosen judiciously.
+-->
+这种简单的基于哈希的模式有一种特性，高密度的请求序列（流）会湮没那些被
+哈希到同一队列的其他低密度请求序列（流）。
+为大量的序列提供较好的隔离性需要提供大量的队列，因此是有问题的。
+混排切片是一种更为灵活的机制，能够更好地将低密度序列与高密度序列隔离。
+混排切片的术语采用了对一叠扑克牌进行洗牌的类比，每个队列可类比成一张牌。
+混排切片技术首先对请求的特定于所在序列的特征执行哈希计算，生成一个长度
+为十几个二进制位或更长的哈希值。
+接下来，用该哈希值作为信息熵的来源，对一叠牌来混排，并对整个一手牌（队列）来洗牌。
+最后，对所有处理过的队列进行检查，选择长度最短的已检查队列作为请求的目标队列。
+在队列数量适中的时候，检查所有已处理的牌的计算量并不大，对于任一给定的
+低密度的请求序列而言，有相当的概率能够消除给定高密度序列的湮没效应。
+当队列数量较大时，检查所有已处理队列的操作会比较耗时，低密度请求序列
+消除一组高密度请求序列的湮没效应的机会也随之降低。因此，选择队列数目
+时要颇为谨慎。
+