网关作为微服务流量中枢，负责路由转发、鉴权、限流与监控，可基于Express或Kong等工具构建；服务发现通过Consul、etcd等实现动态注册与健康检查，使服务间自动感知位置；两者结合需网关定时拉取服务列表并动态更新路由，实现灵活通信。
微服务架构中，网关和服务发现是两个核心组件，尤其在使用JavaScript（Node.js）构建微服务系统时，它们的作用尤为关键。网关负责请求的统一入口、路由、鉴权和限流，而服务发现则让各个服务能够动态感知彼此的位置，实现灵活通信。
网关：微服务的流量中枢
在JavaScript生态中，常见的网关实现方式包括使用Express、Koa结合自定义逻辑，或采用成熟的反向代理工具如Express Gateway、Kong（可通过插件支持Node.js逻辑）。
网关的核心功能包括：
- 路由转发：根据请求路径将流量分发到对应的服务，比如/api/users 转发到用户服务，/api/orders 到订单服务。
- 身份验证与授权：在请求进入具体服务前统一校验JWT令牌或API密钥。
- 限流与熔断：防止某个服务被过多请求压垮，可借助rate-limiter-flexible等Node.js库实现。
- 日志与监控：记录请求信息，便于追踪问题和性能分析。
一个简单的Express网关示例：
立即学习“Java免费学习笔记（深入）”；
const express = require('express');
const axios = require('axios');
const app = express();
app.use('/users', async (req, res) => {
const response = await axios.get('http://user-service:3001' + req.path);
res.json(response.data);
});
app.listen(3000, () => {
console.log('Gateway running on port 3000');
});
服务发现：让服务自动“找到”彼此
在动态部署环境中，服务实例的IP和端口可能频繁变化，手动配置不可持续。服务发现机制允许服务注册自身位置，并让其他服务查询可用实例。
常用方案包括：
- Consul：功能完整的服务发现与健康检查工具，Node.js可通过HTTP API与其交互。
- Eureka（常配合Spring Cloud），也可通过中间层适配Node.js服务注册。
- etcd 或 Redis：作为轻量级注册中心，存储服务地址信息。
- 服务启动时向注册中心发送注册请求，包含服务名、IP、端口、健康检查路径。
- 注册中心定期执行健康检查，下线不可用实例。
- 网关或其他服务需要调用时，先从注册中心获取可用节点列表，再选择一个进行请求。
基本流程如下：
例如，使用Consul注册服务：
const http = require('http');
// 向Consul注册服务
const registerWithConsul = () => {
const options = {
host: 'consul-host',
port: 8500,
path: '/v1/agent/service/register',
method: 'PUT',
headers: { 'Content-Type': 'application/json' }
};
const request = http.request(options);
request.write(JSON.stringify({
ID: 'user-service-1',
Name: 'user-service',
Address: '192.168.1.10',
Port: 3001,
Check: {
HTTP: 'http://192.168.1.10:3001/health',
Interval: '10s'
}
}));
request.end();
};
集成网关与服务发现
为了实现动态路由，网关需要定期从服务发现中心拉取服务列表，并更新本地路由表或负载均衡策略。
实现思路：
- 启动时从Consul获取所有服务实例。
- 设置定时任务每隔几秒刷新一次服务列表。
- 使用服务名代替固定地址进行内部调用，例如通过service-registry.get('order-service') 获取可用节点。
- 结合负载均衡算法（如轮询、随机）选择目标实例。
基本上就这些。用JavaScript构建微服务网关并集成服务发现，虽然不像Java生态那样有完整框架支持，但凭借其灵活性和丰富的库，完全可以搭建出高效、可扩展的系统。关键是设计好服务注册、发现和通信机制，确保系统的稳定与可观测性。
