Ice 架构全景图共享存储、Server 与 Client 三角协作如何运转【免费下载链接】iceRule engine/process engine, committed to solving flexible and complex hard-coded problems, for complex/flexibly changing business, provide a new abstract orchestration solution that is lightweight, high-performance and provides visual operation pages. Java规则引擎-ice针对复杂/灵活变动业务提供一个新的抽象编排解决方案轻量级高性能并提供可视化操作页面项目地址: https://gitcode.com/gh_mirrors/ice6/iceIce 是一个轻量级、高性能的可视化规则引擎架构以树形结构编排业务规则帮助开发者把复杂且频繁变化的业务逻辑从硬编码中解放出来。本文为你绘制完整的 Ice 规则引擎架构全景图深入拆解共享存储 Server Client三角协作如何运转——从规则配置保存、版本热更新到业务执行全程零数据库、零中间件只需一个共享文件目录。一图看懂 Ice 架构三角协作如何运转Ice 架构的精髓在于完全解耦三个角色之间没有任何网络协议通信唯一的纽带是共享存储目录默认ice-data/。Server 只负责写Client 只负责读各司其职、互不干扰。┌────────────────────────────────────────────────────────────┐ │ 共享存储 ice-data/ │ │ apps/ bases/ confs/ versions/ clients/ │ │ updates/ history/ lane/ mock/ version.txt │ └────────────────────────────────────────────────────────────┘ ▲ 写入HTTP API ▲ 读取2s 轮询 │ │ ┌─────────┴─────────┐ ┌───────────┴───────────┐ │ Ice Server │ │ Ice Client │ │ · Web UI 可视化 │ │ · 版本轮询与热更新 │ │ · 规则树编排 │ │ · 内存执行规则树 │ │ · 发布与回滚 │ │ · 心跳上报 │ │ · Mock 调试入口 │ │ · Mock 执行 │ └───────────────────┘ └───────────────────────┘这套三角协作的架构设计让 Ice 在保持极致简洁的同时天然获得了高可用能力Server 宕机不影响 Client 执行规则Client 完全依赖本地内存缓存继续运转。共享存储 ice-data/三角协作的基石共享存储是整个 Ice 规则引擎架构的地基它把 Server 的配置能力和 Client 的执行能力缝合在一起。所有目录的创建与读写逻辑都集中在 storage.go各类目录职责如下目录职责写入方apps/应用注册信息、应用 ID 生成Serverbases/规则树Base定义文件Serverconfs/配置Conf与节点元数据Serverversions/增量版本文件{版本号}_upd.jsonServerupdates/发布更新记录Serverhistory/发布历史含推送记录Serverclients/客户端注册信息与心跳文件Clientlane/流量隔离Lane分支双方mock/Mock 调试的请求/结果文件双方每个应用在ice-data/下拥有独立子目录如ice-data/1/内部再按bases/、confs/、versions/分层。所有文件写入都采用原子写策略——先写.tmp临时文件再rename替换确保任何时刻读取到的都是完整数据避免 Client 读到半截配置。Ice Server规则配置的可视化控制台Ice Server 是一个内嵌 Web UI 的 Go 服务启动入口在 main.go默认监听 8121 端口。它负责四件事可视化编排提供树形编辑器 Web UI拖拽节点即可完成规则编排无需学习任何 DSL配置发布规则保存时写入bases/与confs/同时生成增量版本文件到versions/客户端管理通过clients/目录的元数据m_*.json与心跳文件b_*.json掌握每个 Client 的运行状态超时未心跳的 Client 会被调度器清理Mock 调试把调试请求写入mock/目录由目标 Client 拉取执行并回写结果。Server 的mode参数支持open开放模式与controlled只读模式两种形态配合publish-targets参数还能把发布操作同步到多个远程 Server实现多实例配置分发。Ice Client业务系统的执行引擎Ice Client 是嵌入业务应用的多语言 SDKJava / Go / Python 功能完全对等它把规则树加载到内存以亚毫秒级延迟执行。以 Go 版 file_client.go 为例Client 启动后只做三件事加载全量配置、注册自己、启动轮询协程。版本轮询规则热更新的核心机制Client 每隔 2 秒读取一次version.txt一旦发现版本号大于本地已加载版本立即拉取versions/下的增量文件并应用到内存缓存。这意味着你在 Web UI 上保存规则后几秒内所有业务实例即可生效全程无需重启应用。增量更新与全量回退热更新追求高效但绝不牺牲正确性增量文件按版本号逐个应用只有最后一版缺失时才会等待下一轮轮询正常时序若中间某个版本文件缺失说明链路异常Client 自动回退到全量加载从bases/、confs/目录重新构建内存模型保证状态最终一致。心跳上报与客户端管理Client 每 10 秒更新一次心跳文件b_*.json内含最后心跳时间与已加载版本同时 Server 端调度器见 scheduler.go每 30 秒扫描一次清理失联 Client 及其 Mock 目录。这套文件即协议的心跳机制让 Server 无需维护任何长连接。Mock 调试跨进程远程执行Mock 是 Ice 架构中非常巧妙的文件化 RPCServer 把调试参数写入mock/{app}/{address}/目录Client 轮询时发现请求文件后在自身进程中真实执行规则把执行轨迹、耗时、Roam 数据写回{mockId}_result.json。你在浏览器里就能看到生产环境真实代码的执行结果无需本地复现。一个规则从保存到生效的完整旅程串联三角协作一次配置变更的完整链路是开发者在Server Web UI中拖拽编排规则树并点击保存Server 将规则写入bases/与confs/同时把version.txt递增并生成增量文件versions/{新版本}_upd.jsonClient轮询发现版本变化应用增量到内存缓存缺失则全量回退业务代码通过Ice.syncProcess(roam)Java 版见 Ice.java或 Go 版ice.SyncProcess(ctx, roam)触发执行调度器dispatcher.go按iceId → scene → confId三级路由找到规则树以Roam线程安全数据上下文见 roam.go贯穿整棵树完成执行。高可用与故障容错设计Ice 架构的容错能力来自无中心依赖的设计哲学Server 故障不影响运行中的 Client规则继续在本地内存执行网络抖动Client 轮询失败自动重试心跳丢失后重注册即可增量文件缺失自动降级全量加载分布式扩展多套 Server / 多组 Client 通过 NFS、AWS EFS 或 GCP Filestore 挂载同一份ice-data/天然水平扩展。三种部署模式模式说明适用场景单机部署Server Client 同机ice-data/为本地目录本地开发、快速体验Docker Compose容器化部署volume 挂载共享存储中小团队生产环境分布式部署NFS / EFS / Filestore 共享存储多实例、多机房、高可用集群总结Ice 规则引擎架构用共享存储这一最朴素的手段撬动了 Server 配置能力与 Client 执行能力的彻底解耦三角协作各司其职换来的是秒级热更新、亚毫秒执行、零外部依赖和极低运维成本。无论你是被硬编码业务规则折磨的开发者还是寻找轻量级规则引擎架构方案的架构师这套设计都值得一试。如果想亲手体验直接 clone 仓库运行 Server打开 Web UI 拖一棵规则树你会在几秒内看到三角协作在你眼前转起来。【免费下载链接】iceRule engine/process engine, committed to solving flexible and complex hard-coded problems, for complex/flexibly changing business, provide a new abstract orchestration solution that is lightweight, high-performance and provides visual operation pages. Java规则引擎-ice针对复杂/灵活变动业务提供一个新的抽象编排解决方案轻量级高性能并提供可视化操作页面项目地址: https://gitcode.com/gh_mirrors/ice6/ice创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考