什么是Pet？Pet是一个有状态应用程序，本质上它是一个具有确定性名称以及唯一身份的Pod，身份内容包括：

• DNS中可以识别的固定hostname
• 顺序化索引（Pet名称组成：PetSetName-Ordinal）
• 链接到索引与hostname的固定存储

顾名思义，PetSet就是Pet集合，它具有特定数量的Pet，其目的就在于解耦集群化有状态应用程序，例如MySQL、PostgreSQL等数据库应用程序，或者Zookeeper、Etcd以及Elasticsearch等集群化应用程序。一般集群化应用程序都是部署在固定的结点上，具有永久性存储以及静态的IP地址，并且在部署过程中需要在结点之间建立一定的关联联系。而Pet Set会给每个应用程序实例分配一个身份，这样应用程序实例就不必固定在物理基础服务上，实例之间依靠身份建立联系。

Pet Sets是一种新功能，在Kubernetes中，其将容器部署划分成多个Pet，并保证每个Pet都有确定性的唯一身份，身份内容包括DNS域名、一致性存储以及顺序化pod索引。在此之前，使用Deployments和Replication Controllers进行部署，只会给应用程序分配一个非耦合的弱身份。弱身份比较适合微服务等应用程序，这类应用程序不关心pod的名称，其重点在于服务发现，并且这些应用程序是无状态的。然而有很多软件应用程序是需要强身份，例如多种不同类型的分布式有状态系统。Cassandra就是一个比较好的例子，它需要一致的网络标识以及固定的存储。

Pet Sets提供了如下功能：

• 在DNS中具有固定的hostname，同一个Pet Set中的Pet hostname以Pet Set名称为基础，加上从0开始的顺序化数字，例如cassandra-0。
• 顺序化索引，例如0、1、2、3。
• 链接到Pet序列以及hostname的固定存储。
• 通过DNS发现同伴，在Pet创建之前，同伴的名称是已知的。
• 顺序启动与销毁Pet，通过Pet编号，下一个需要被创建的Pet是已知的，并且当Pet Set规模减小时，哪些Pet需要被销毁也是已知的。当缩减集群规模时，对于从一个Pet中抽取数据这类管理任务来说，该功能是非常有用的。

如果你的应用程序具有如上需求，可以考虑使用Pet Set进行部署。我们来举个形象的例子，假设你有一个宠物集合（Pet Set）由宠物狗（Pet dog）组成。你有白色、棕色或者黑色的宠物狗，然后棕色的宠物狗突然逃跑了，当你用另外一直棕色宠物狗来替换原来的那只，没有人会发现；如果你用白色的宠物狗进行替换，就会有人察觉到。Pet Set可以让你Pet中运行的应用程序持有一个唯一的身份。

使用Pet Set的应用程序示例：

• 集群化软件，例如Cassandra、Zookeeper、etcd或者需要固有关系的弹性化软件。
• 数据库软件，例如MySQL或者PostgreSQL，这种需要单一实例在任何时候都挂上一个持久化volume。

只有当你的应用程序需要如上所述的一些属性时才建议使用Pet Set，因为管理无状态的pod要更加容易。