Kubernetes即学即用（第二版）

204

第

15

章

存储解决方案与

Kubernetes

的集成

在许多情况下，将状态从应用程序中解耦出来，并尽可能按照无状态的方式

构建微服务，可以获得最可靠、最容易管理的系统。

然而，对于任何略带复杂性的系统，某个地方必然存在一定的状态，可能是

数据库中的记录，也可能是为

Web

搜索引擎提供结果的索引分片。有些时候，

你不得不将数据存储在某处。

将这些数据与容器以及容器编排解决方案集成在一起，通常是构建分布式系

统中最复杂的一方面。这种复杂性很大程度上是因为转向容器化的体系架构

就意味着需要转变成解耦、不可变以及声明式的应用程序开发。对于无状态

Web

应用程序来说，应用这些模式相对比较容易，然而即便像

Cassandra

或

MongoDB

等“云原生”存储解决方案也需要某种手动或命令式的步骤来建立

可靠的、可复制的解决方案。

例如，考虑在

MongoDB

中设置一个副本集，首先我们需要部署

Mongo

守护

进程，然后以命令式的方式运行一个命令来标识该

Mongo

集群中的领导者以

及参与者。当然，这些步骤可以写成脚本，但是在容器化的世界中，我们很

难搞清楚如何将这类命令集成到部署中。同样，在一组复制集群中，就连为

每个容器获取一个可被

DNS

解析的名称都很困难。