思考（七十九）：服务发现与 DNS

服务发现

每个项目的实现过程中，都绕不开服务发现的话题

最近多次在云平台上部署容器服务，并通过主机名、DNS 服务，解决了项目从单机到多主机部署难点与简化部署配置流程

特别是，当引入容器多主机部署时，如何让部署能脱离IP自动化部署

这也是 Kubenets 基于 DNS 作为服务发现的原因

本文将介绍服务发现实现的演进过程，带领读者走进最佳的服务发现实现方式

V1：基于配置文件实现服务互连

最开始，互联网之初，项目都很小

大多数都是直接把服务信息写入配置文件

服务启动，读取配置来实现服务间互连

扩容或缩容，通过停服，修改配置文件再开服来达成

/*
 * ┌──────────────┐ 1. read   ┌─────────────┐
 * │ config file  ├──────────►│   server1   │
 * └────────┬─────┘           └────┬────────┘
 *          │                      │ ▲
 *          │                      │ │
 *          │                      ▼ │ 2. connect
 *          │       1. read   ┌──────┴──────┐
 *          └────────────────►│   server2   │
 *                            └─────────────┘
 */

V2: 基于中心管理服务实现服务互连