业务和功能介绍
1. 立项背景和目标
原医疗服务器监控工具存在告警不及时的问题，无法满足医疗业务对服务器稳定运行的高要求。若服务器故障不能及时发现，可能导致医疗系统如 HIS（医院信息系统）、影像存储系统等出现异常，影响患者就医流程和医疗数据安全。因此，立项将 Zabbix 升级作为主监控工具，目标是实现对 10 余台医疗服务器的全面、及时且准确的监控，确保医疗业务系统稳定运行，提升故障预警能力，减少因服务器问题引发的业务中断。
2. 软件功能、核心功能模块的介绍
Zabbix 具备强大的监控功能，能够对服务器的各项指标进行实时采集与监控。核心功能模块方面，Zabbix Server 作为核心管理模块，负责接收、处理 Zabbix Agent 采集的监控数据，并进行存储（依托 MySQL 数据库）与告警触发等操作；Zabbix Web 端则是用户交互模块，提供直观的界面，方便管理人员查看服务器监控状态、配置监控项与告警规则等；自定义监控 Key 模块（通过 Shell 脚本实现），可针对医疗业务特色，如 HIS 服务运行状态、影像文件存储使用率等进行定制化监控，满足医疗场景的特殊监控需求；Zabbix Agent 模块部署在各医疗服务器上，负责采集服务器的基础指标（如 CPU、内存、磁盘等）以及自定义监控项数据，并上报给 Zabbix Server。
3. 业务流程、功能路径描述
业务流程起始于 Zabbix Agent 在各医疗服务器上采集数据，包括服务器基础指标和通过自定义 Shell 脚本 Key 采集的 HIS 服务、影像存储等医疗相关指标。采集到的数据通过网络传输至 Zabbix Server，Zabbix Server 对数据进行分析，并与预设的阈值进行对比。当数据超出阈值时，触发告警流程，通过指定的方式（如邮件、短信等）向相关人员发送告警信息。同时，Zabbix Web 端实时展示监控数据与告警状态，管理人员可通过 Web 端查看服务器运行情况、历史告警记录，并对监控配置进行调整。此外，借助 Ansible 批量部署 Zabbix Agent，简化了多台服务器 Agent 部署的操作流程，提升了部署效率。
原医疗服务器监控工具存在告警不及时的问题，无法满足医疗业务对服务器稳定运行的高要求。若服务器故障不能及时发现，可能导致医疗系统如 HIS（医院信息系统）、影像存储系统等出现异常，影响患者就医流程和医疗数据安全。因此，立项将 Zabbix 升级作为主监控工具，目标是实现对 10 余台医疗服务器的全面、及时且准确的监控，确保医疗业务系统稳定运行，提升故障预警能力，减少因服务器问题引发的业务中断。
2. 软件功能、核心功能模块的介绍
Zabbix 具备强大的监控功能，能够对服务器的各项指标进行实时采集与监控。核心功能模块方面，Zabbix Server 作为核心管理模块，负责接收、处理 Zabbix Agent 采集的监控数据，并进行存储（依托 MySQL 数据库）与告警触发等操作；Zabbix Web 端则是用户交互模块，提供直观的界面，方便管理人员查看服务器监控状态、配置监控项与告警规则等；自定义监控 Key 模块（通过 Shell 脚本实现），可针对医疗业务特色，如 HIS 服务运行状态、影像文件存储使用率等进行定制化监控，满足医疗场景的特殊监控需求；Zabbix Agent 模块部署在各医疗服务器上，负责采集服务器的基础指标（如 CPU、内存、磁盘等）以及自定义监控项数据，并上报给 Zabbix Server。
3. 业务流程、功能路径描述
业务流程起始于 Zabbix Agent 在各医疗服务器上采集数据，包括服务器基础指标和通过自定义 Shell 脚本 Key 采集的 HIS 服务、影像存储等医疗相关指标。采集到的数据通过网络传输至 Zabbix Server，Zabbix Server 对数据进行分析，并与预设的阈值进行对比。当数据超出阈值时，触发告警流程，通过指定的方式（如邮件、短信等）向相关人员发送告警信息。同时，Zabbix Web 端实时展示监控数据与告警状态，管理人员可通过 Web 端查看服务器运行情况、历史告警记录，并对监控配置进行调整。此外，借助 Ansible 批量部署 Zabbix Agent，简化了多台服务器 Agent 部署的操作流程，提升了部署效率。
项目实现
1. 整体架构和设计思路，不同模块使用的技术栈
项目采用Zabbix Server-Agent 分布式监控架构，结合自动化与定制化技术栈实现。核心模块及技术栈如下：
控制层：部署 Zabbix Server（负责数据接收、处理与告警触发）和 Zabbix Web 端（提供可视化管理界面），采用MySQL存储监控历史数据与配置信息，保障数据持久化与可查询性；
采集层：在 10 + 台医疗服务器部署Zabbix Agent，采集 CPU、内存、磁盘等基础指标；通过Shell 脚本自定义监控 Key，覆盖 HIS 服务运行状态、影像文件存储使用率等医疗专属业务指标；
自动化层：使用Ansible编写 Playbook，实现 Zabbix Agent 的批量部署与配置，减少重复手动操作。
2. “我” 的负责模块和结果（尽可能量化）
我主要负责Zabbix 服务端部署、自定义监控开发、Agent 自动化部署三大模块：
Zabbix Server 与 Web 端部署：完成服务端安装、MySQL 数据库对接及 Web 界面权限配置，确保监控数据链路通畅；
自定义监控 Key 开发：编写 5 + 个 Shell 脚本（如 HIS 服务进程检测、影像存储磁盘使用率统计），为每个监控项设置多级阈值（如磁盘使用率 85% 预警、90% 严重告警）；
Ansible 批量部署 Agent：编写自动化 Playbook，覆盖 10 + 台异构医疗服务器（含 CentOS、Ubuntu 等系统），相比手动配置减少 60% 的时间成本。
结果层面，项目上线后预警准确率达 95%，累计提前识别并修复 8 处潜在故障（如 3 次磁盘即将写满、2 次 Tomcat 内存泄漏、3 次 HIS 服务异常重启），保障了医疗业务系统的 7×24 小时稳定运行。
3. “我” 遇到的难点、坑，和解决方案
难点 ：异构服务器 Agent 部署兼容性差
坑：不同医疗服务器的操作系统版本（CentOS 7/8、Ubuntu 20.04）、端口占用情况不一致，导致 Agent 默认配置无法通用（如部分服务器 50000 端口被医疗影像服务占用）。
解决方案：用 Ansible 的facts模块提前采集服务器环境信息，在 Playbook 中加入端口预检与自动适配逻辑（检测 50000 端口占用，若被占用则动态调整为 50001 - 50010 区间的可用端口），同时针对不同系统编写差异化的 Agent 安装与启动任务。
项目采用Zabbix Server-Agent 分布式监控架构，结合自动化与定制化技术栈实现。核心模块及技术栈如下：
控制层：部署 Zabbix Server（负责数据接收、处理与告警触发）和 Zabbix Web 端（提供可视化管理界面），采用MySQL存储监控历史数据与配置信息，保障数据持久化与可查询性；
采集层：在 10 + 台医疗服务器部署Zabbix Agent，采集 CPU、内存、磁盘等基础指标；通过Shell 脚本自定义监控 Key，覆盖 HIS 服务运行状态、影像文件存储使用率等医疗专属业务指标；
自动化层：使用Ansible编写 Playbook，实现 Zabbix Agent 的批量部署与配置，减少重复手动操作。
2. “我” 的负责模块和结果（尽可能量化）
我主要负责Zabbix 服务端部署、自定义监控开发、Agent 自动化部署三大模块：
Zabbix Server 与 Web 端部署：完成服务端安装、MySQL 数据库对接及 Web 界面权限配置，确保监控数据链路通畅；
自定义监控 Key 开发：编写 5 + 个 Shell 脚本（如 HIS 服务进程检测、影像存储磁盘使用率统计），为每个监控项设置多级阈值（如磁盘使用率 85% 预警、90% 严重告警）；
Ansible 批量部署 Agent：编写自动化 Playbook，覆盖 10 + 台异构医疗服务器（含 CentOS、Ubuntu 等系统），相比手动配置减少 60% 的时间成本。
结果层面，项目上线后预警准确率达 95%，累计提前识别并修复 8 处潜在故障（如 3 次磁盘即将写满、2 次 Tomcat 内存泄漏、3 次 HIS 服务异常重启），保障了医疗业务系统的 7×24 小时稳定运行。
3. “我” 遇到的难点、坑，和解决方案
难点 ：异构服务器 Agent 部署兼容性差
坑：不同医疗服务器的操作系统版本（CentOS 7/8、Ubuntu 20.04）、端口占用情况不一致，导致 Agent 默认配置无法通用（如部分服务器 50000 端口被医疗影像服务占用）。
解决方案：用 Ansible 的facts模块提前采集服务器环境信息，在 Playbook 中加入端口预检与自动适配逻辑（检测 50000 端口占用，若被占用则动态调整为 50001 - 50010 区间的可用端口），同时针对不同系统编写差异化的 Agent 安装与启动任务。
示例图片视频
相似推荐
InsGame
一款面向海外的小游戏平台，玩法类似于抖音小游戏，区别在于此app更专注于游戏的用户体验感，独创游戏沉浸模式，和AI生成游戏，用户可以同时也可作为作者在平台创作发布游戏。核心业务包括 刷视频推荐游戏（流量推荐算法）、games游戏中心、用户发布与创作、AI生成游戏、游戏任务中心等
自动化脚本
脚本核心实现自动化测试：游戏自动登录、定点挂机、装备替换、道具兑换、账号资源流转等全流程自动化
1、全自动登录进游戏功能
2、新手账号定点挂机初始化功能
3、场景判断及挂机自动重启功能
4、挂机自动换装功能
5、装备道具批量兑换功能
6、打工号与主号资源流转功能
7、多账号面对面交易功能
简单冒险（微信小游戏，独立开发）
背景：
市面上的角色扮演游戏以“付费变强”或者“看广告变强”为核心卖点，用户缺少通过装备、技能、天赋等搭配构筑一个独特的职业玩法。针对以上场景，本项目提供一种操作简单、有一定策略性的休闲角色扮演游戏玩法，让玩家轻松变强，体验暗黑like游戏独有的构筑魅力。
功能：
1、角色模块：包含基础属性、战斗属性、探索属性等，分别加强角色对应方向的能力。
2、装备模块：包含大量随机词缀，选择合适角色的装备可以有效提升战斗力。
3、技能模块：不同技能拥有不同的属性加成，合理搭配是战斗取胜的关键。
4、战斗模块：基于时间的自由战斗系统。普通攻击自动施放，主动技能手动释放。
家族人生小游戏
1、立项背景和目标
随着数字化生活的普及，模拟人生类游戏逐渐成为休闲娱乐的重要品类。本项目"家业长歌"以家族生命周期为核心，融合教育、职业、婚姻、生育、财富积累等真实人生要素，旨在打造一款零依赖、易部署、可在浏览器中直接运行的轻量级家族人生模拟体验工具。通过后端自动运算与玩家关键抉择相结合，让每位用户体验从出生到传承家族的完整人生故事。
2、软件功能、核心功能模块的介绍
本软件包含五大核心功能模块：
- 故事模块 ：展示年度人生事件、现金流与成长日志，是玩家与人生交互的主界面；
- 家族模块 ：以可视化图谱呈现家族成员关系，支持画布缩放、拖拽调整，直观展示血脉传承；
- 足迹模块 ：汇总人生统计数据，展示成就徽章与一生总结；
- 商店模块 ：按生活、职业、角色、装扮四大分类，基于人生经历逐步解锁内容；
- 奇遇模块 ：以命运图谱形式呈现人生奇遇树，满足前置条件后由玩家主动选择，影响家族走向。
此外还包含人物属性面板（智力、情商、体魄、创造、魅力、机敏六大属性）、教育路径系统（涵盖学前至博士共十个学历层级及对应专业）、职业系统（60+职业，含学历、证书、专业、属性多重准入条件）、健康疾病系统、犯罪司法系统、资产投资系统等子模块。
3、业务流程、功能路径描述
启动游戏后，玩家首先选择性别，随后角色以0岁出生。游戏以"年"为时间单位自动推进：每年系统自动计算健康、心情、收支、事件等变化，玩家在关键人生节点（升学、就业、结婚、生育、奇遇、犯罪等）做出抉择。教育路径需依次满足学历要求、支付学费、匹配属性与专业；职业变更需满足学历、证书、专业及属性条件；家族通过生育、配偶加入实现代际传承，每代继承上一代的潜能、经济与解锁进度；奇遇树按条件逐级解锁，玩家选择后永久影响家族属性。最终家族的成就、足迹与财富通过存档系统持久化保存，支持跨会话延续人生。
基于真实物理状态机的 3D 卡牌肉鸽-法则擂台（物理大陆）
《法则擂台》（物理大陆）是一款以真实物理量为核心战斗资源的 3D 卡牌肉鸽：玩家在圆形擂台上通过出牌改变稳定值、角度、摩擦、质量、热量、电荷等状态，用「推出擂台/击破稳定」决胜负。产品含强制教程、章节精英与 Boss、关后构筑（三选一/跳过）、跨局成长存档、多级教学与本局物理图谱，以及文本+3D 虚线落点的出牌预测系统。Web 3D 原型已上线试玩，Unity 客户端与遗物/协议数据管线并行推进，面向 Steam/Web 发行。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服