Hierarchy

生产环境的数据库往往是以集群为单位组织的。集群是一个由主从复制所关联的一组数据库实例所构成的，它是基本的业务服务单元。集群由多个实例组成，而多套数据库集群共同组成一个现实世界中的生产环境。

除了实例与集群这两个最为Trivial层次，整个系统中还有着其他层次的组织。自顶向下可以分为7个层级：概览，分片，集群，服务，实例，数据库，对象。

夹在集群与实例中间的层次—— Service。

在实例层级以下，还可以再分出两个层次来，分别是Database和Object。Object即亚数据库对象，包括：表、索引，函数，序列号，查询、连接池等。

从集群层次向上看，则会有两个更高的层次——Shard与Overview。

作为一种精简，正如网络的OSI 7层模型在实际中被简化为TCP/IP五层模型一样，这七个层次也以集群 和 实例为界，简化为五个层次：Overview，Cluster，Service，Instance，Database 。

这样，最终的层次划分也变得十分简洁：所有集群层次以上的信息，都是Overview层次，所有实例内部的信息都算Database层次，夹在两者中间的，就是Service层次。

命名问题

分完层次后，剩下的问题实际上就是命名问题，或者说身份管理的问题。

1. 我们需要一种方式来标识、引用系统中不同层次内的各个组件，

2. 这种命名方式，应当合理地反映出系统中各个实体的层次关系

3. 这种命名方式，应当可以按照规则自动生成，只有这样，才可以在集群扩容缩容，Failover时做到免维护自动化运行，

当我们理清了系统中存在的层次后，就可以着手为系统中的每个实体起名。请参考下一节：命名规则