Docker、Registrator 和 Consul 示例

Question

我是 Docker 和 Consul 的新手，我正在尝试了解容器化应用如何将 Consul 用于服务注册表和 KV 对配置管理（“配置”）。

我的理解是我可以：

• 创建一个运行Consul服务器的镜像，比如this；那么
• 在myvm01.example.com（一个Ubuntu VM）上启动三个Docker-Consul容器（从而形成一个集群/仲裁）；那么
• 重构我的应用程序以使用 Consul 并创建一个运行我的应用程序和 Consul 代理的 Docker 映像，代理配置为在启动时加入 3 节点仲裁。在启动时，我的应用程序使用本地 Consul 代理来下拉其所有配置，并存储为 KV 对。它还引入已注册/健康的服务，并使用本地负载平衡工具来平衡与其集成的服务。
• 在myvm02.example.com（另一个 Ubuntu 虚拟机）上运行我的应用容器。

首先，如果我对 Docker 和 Consul（无注册器）的正常/正确使用有任何误解，请先纠正我！

假设我或多或少是正确的，我最近偶然发现了Registrator，现在更加困惑。 Registrator 似乎是您的应用容器和您的 Consul（或您使用的任何注册表）服务器之间的一些中间人。

阅读他们的快速入门教程后，听起来就像你应该做的是：

• 像以前一样将我的 Consul 集群/仲裁容器部署到 myvm01.example.com
• 我没有将我的应用程序“Dockerizing”以直接使用 Consul，而是将其与 Registrator 集成
• 然后我在某处部署一个 Registrator 容器，并将其配置为与 Consul 集成
• 然后我部署我的应用容器。它们与 Registrator 集成，而 Registrator 又与 Consul 集成。

我的担忧：

• 我的理解是正确的还是离谱的？如果有，怎么做？
• 添加 Registrator 实际获得了什么。它似乎（至少在未经训练的人看来）只不过是应用程序和服务注册表之间的一层间接层。
• 我还能通过 Registrator 使用 Consul 的 KV 配置服务吗？

Answer 1

我的理解是正确的还是离谱的？如果有，怎么做？

在我看来，让所有集群/仲裁成员在同一个虚拟机中运行并不是一个好的解决方案。如果您将它用于开发或测试或其他东西，您不太关心可靠性，但不用于生产，这还不错。

一旦您的虚拟机死机，您将失去创建集群所拥有的所有优势。更重要的是，您可以丢失 K/V 存储中的所有数据，因为您在 docker 容器中运行 Consul 服务器，应该额外配置为在运行之间共享配置。

至于其他的，我的看法和你一样。

添加 Registrator 实际获得了什么。

在我看来，最重要的是，您不必在运行的每个容器中都提供 Consul Agent 的实例。并且您运行的带有镜像的容器只负责它们的主要功能，而不是在某处注册自己。您可以简单地拉取一个映像并使用它运行一个容器，以使其服务可用，而无需进行额外的工作。

我还能通过 Registrator 使用 Consul 的 KV 配置服务吗？

很遗憾，没有。至少，当我们正在寻找一些东西来进行服务发现和配置管理时，我们没有找到以这种方式使用它的解决方案。我们得出的结论是，Registrator 不是 K/V 存储的代理，仅用于自动化服务发现。所以你必须使用其他一些逻辑来访问 consul 的 K/V 存储。

更新：此外，这里有 2 篇文章："Automatic Docker Service Announcement with Registrator" 和 "Automatic container registration with Consul and Registrator"，我发现有助于了解 Registrator 在服务发现过程中的角色。