教程 - 连接应用程序/服务发现

欢迎阅读 DC/OS 101 教程第 4 部分

先决条件

本教程前一部分中的使用作为连接 Redis 的地址，端口为 6379。由于 Redis 可能正在群集中的任何代理程序上运行，并且可能在不同的端口上运行，因此该地址如何解析为实际运行的 Redis 实例？

在本部分中，您将通过探索 DC/OS 中应用程序的不同选项，了解 DC/OS 服务发现。

服务发现使应用程序能够不依赖于于其在群集中的运行位置进行寻址，这在应用程序可能出现故障并在不同主机上重新启动时尤其有用。

DC/OS 提供两种服务发现选项：

通过 SSH 进入群集中的 Mesos 主节点，以查看这些不同的服务发现方法的工作方式：

dcos node ssh --master-proxy --leader

作业的默认调度程序为，因此，Redis 服务的 Mesos-DNS 名称为 redis.marathon.mesos。

我们来使用 dig 命令以检索地址记录（也称为 A 记录）。Dig 是一个命令行实用程序，用于查询 DNS 服务器。如果在没有参数的情况下使用，它将使用系统范围配置的 DNS 服务器进行查询，在 DC/OS 群集中将其配置为指向 Mesos-DNS：

答案应与此响应类似：

响应告诉我们，在 10.0.0.43 处有一个 redis.marathon.mesos 服务实例。

A 记录仅包含有关主机的 IP 地址信息。若要连接到该服务，您还需要知道端口。为了实现这一操作，Mesos-DNS 还为每个包含端口号的 Marathon 应用程序分配服务或 SRV 记录。

使用以下 dig 命令访问 SRV 记录：

答案应与此响应类似：

此输出告诉您 Redis 服务正在 10.0.0.43:30585 上运行

允许您将名称/端口对分配到应用程序，这意味着您可以使用可预测的端口为应用程序提供有意义的名称。当使用应用程序的多个实例时，它们还提供内置的负载均衡。例如，您可以通过将以下内容添加到软件包定义中，将命名 VIP 分配给 Redis 服务：

然后使用以下模式生成全名： vip-name.scheduler.l4lb.thisdcos.directory:vip-port。

正如我们从示例应用程序中看到的，这是 Redis 包使用的机制，因此您可以在从群集内部访问 Redis 服务。

您知道如何使用服务发现从 DC/OS 群集中连接到您的应用程序，并了解了 DC/OS 中可用的两种服务发现机制。

和命名 VIP 之间有什么区别？

Mesos-DNS 是在群集中查找应用程序的简单解决方案。虽然 DNS 受许多应用程序支持，但 Mesos-DNS 具有以下缺点：