1. 规则

1.1 最左匹配原则

MongoDB 中复合索引的使用和 MySQL 中复合索引的使用类似，也有最左匹配原则。即最左优先，在检索数据时从复合索引的最左边开始匹配。

复合索引创建的时候有一个一个基本的原则就是将选择性最强的列放到最前面。

选择性最高值得是数据的重复值最少，因为区分度高的列能够很容易过滤掉很多的数据。组合索引中第一次能够过滤掉很多的数据，后面的索引查询的数据范围就小了很多了。

使用Istio，应用程序不必知道它们是服务网格的一部分：每当它们与外部世界交互时，Istio就代表它们处理网络。

Istio的配置资源被实现为Kubernetes的自定义资源定义(CRD)。CRD用于扩展Kubernetes的本地API，在不修改任何Kubernetes代码的情况下向Kubernetes集群添加新功能。

1. 服务网格

服务网格（Service Mesh）是一种将服务之间的通信从应用层解耦到基础设施层的技术。在服务网格中，通过代理服务之间的流量来实现基础设施层的抽象。

Deployment是⼀种更⾼阶资源，⽤于部署应⽤程序并以声明的⽅式升级应⽤，⽽不是通过ReplicationController或ReplicaSet进⾏部署，它们都被认为是更底层的概念。

1. Service

每个pod都有⾃⼰的IP地址，客户端⽆须关⼼后端提供服务pod的数量，以及各⾃对应的IP地址。它们⽆须记录每个pod的IP地址。相反，所有的pod可以通过⼀个单⼀的IP地址进⾏访问。为了解决上述问题，Kubernetes提供了⼀种资源类型——服务（service）

1. 控制器

1.1 ReplicationController

ReplicationController会持续监控正在运⾏的pod列表，并保证相应“类型”的pod的数⽬与期望相符。如正在运⾏的pod太少，它会根据 pod模板创建新的副本。如正在运⾏的pod太多，它将删除多余的副本。

1. 基础

⼀旦应⽤程序运⾏起来，Kubernetes就会不断地确认应⽤程序的部署状态始终与你提供的描述相匹配。例如，如果你指出你需要运⾏五个web服务器实例，那么Kubernetes总是保持正好运⾏五个实例。如果实例之⼀停⽌了正常⼯作，⽐如当进程崩溃或停⽌响应时，Kubernetes将⾃动重启它。

如果把 Kubernetes 比作云时代的操作系统，那容器就是操作系统中的进程。容器的本质是个特殊的进程，就是云时代的操作系统 Kubernetes 中的进程。

在一个真正的 os 内，进程并非“孤苦伶仃” 独自运行，而是以进程序，有原则的组织在一起。如 rsyslogd 程序负责 Linux 日志处理，rsyslogd 的主程序 main 以及它要用到的内核日志模块 imklog 同属于 2312 进程组。 而 Kubernetes 所做的，其实就是将“进程组”的概念映射到容器技术，并使其成为云原生操作系统“os”内的“一等公民”。

当您遇到如下问题时，可以使用分片集群解决：

• 存储容量受单机限制，即磁盘资源遭遇瓶颈。
• 读写能力受单机限制，可能是 CPU、内存或者网卡等资源遭遇瓶颈，导致读写能力无法扩展。

许多人对复制和分片之间的区别感到困惑。记住，复制在多台服务器上创建了数据的精确副本，因此每台服务器都是其他服务器的镜像。相反，每个分片包含了不同的数据子集。

使用 Rclone 可以轻松实现备份同步文件到各大网盘，简化了备份方案，也可以用来迁移 2 个不同的网盘程序文件，甚至可以直接挂载网盘到本地用来扩充磁盘食用。