Updated 分布式系统架构方案设计初稿.md (markdown)

}

```

#### 1.2 引擎转发逻辑问题

引擎的转发逻辑是：如果目标app在本地容器中，则直接处理；如果不在本地容器中，则转发请求。

return new Tuple<>(false, null);

}

```

#### 1.3 转发的路由问题

已有的实现是将app和对应的路由关系保存在redis中，且不说redis可能丢失数据的问题，现有实现也没有一种类似路由存活的机制，比如某个业务app下线了，但路由信息还在，依然会将请求转发到这个容器中，造成不可访问。

### 2. 新的实现方案

网关服务可以通过固定的 service 名称（如 `master`）来实现统一管理，确保先启动并完成所有内置应用的表结构初始化、种子数据初始化等只需要一个容器一次性初始化任务。这些任务只需要一个容器执行，无需在所有容器中重复执行。

网关高可用：

- 网关可以部署多个实例，实现无状态和高可用。

- 通过选主机制（Leader Election），确保高可用性。

- 在安装和重启时，可以直接从 service yaml 文件中 获取完整的需要安装的app信息，没有各做一半的情况，无需协调和回调，独立可完成全部的安装和重启。

- 使用pod ip直接通信，实现透明通信，支持 stream 模式，体验类似于单机版。

此外，本地缓存可通过 watch 功能主动更新，防止无意义、尝试性的操作。可以参考以下示例代码实现 watch 功能：

```java