业务和功能介绍
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 安装与启动任务。
示例图片视频
相似推荐
益智游戏类 App-Dexter Memory
1、立项背景和目标
背景： 不同人群均面临记忆与认知挑战，缺乏综合性训练工具。
目标： 开发一款适用于多年龄段的智能记忆助手，通过科学训练提升用户的记忆力、创造力及沟通效率。
2、软件功能、核心功能模块的介绍
记忆训练场： 核心模块，运用记忆宫殿法等技巧，专项训练单词、人名记忆。
创意思维工坊： 提供联想游戏等，激发用户（尤其是儿童）的创造性思维。
家庭协作中心： 内置共享日历与亲子任务，帮助家庭管理日程并改善沟通。
3、业务流程、功能路径描述
用户路径（以专业人士为例）：
选择训练目标（如记人名） → 进入“记忆训练场”进行联想与练习 → 系统根据算法推送复习 → 在档案中查看能力成长报告。
家庭用户路径：
父母创建家庭组并分享日程 → 孩子接收提醒并查看 → 共同完成创意挑战任务，在互动中加强联系。
英雄联盟赛事直转播支持系统-实时胜率预测
项目概览：
作为全栈开发者及项目负责人，我主导设计了英雄联盟赛事直播数据中台系统。该系统通过高频采集比赛数据，结合实时计算与机器学习模型，生成胜率预测等关键数据，为直播提供动态数据面板，成功支撑顶级赛事直播。
一、 业务价值
提升观赛体验：通过动态数据可视化增强比赛悬念与观众参与感
赋能专业解说：为解说席提供实时数据支撑，提升内容专业性
树立技术标杆：以前沿的数据能力提升赛事品牌形象
二、 核心功能实现
1. 实时胜率预测
构建多维度特征模型，涵盖经济差、资源控制、阵容强度等关键因素
基于历史比赛数据训练，采用混合模型平衡准确率与实时性
实现毫秒级响应，满足直播低延迟要求
2. 经济与装备对比
利用Redis实现毫秒级数据聚合与同步
基于事件驱动架构，实时追踪装备更新与关键道具成型
三、 技术方案
技术栈：
后端：PHP(Laravel)
实时通信：WebSocket/SSE
数据层：Redis、Python(Pandas/NumPy)
部署：Docker容器化
工程难点攻克：
通过微服务架构与Redis Pub/Sub应对高并发场景
设计数据校验与自修复机制保障数据可靠性
建立故障自动转移与降级方案确保系统永续运行
看图猜成语-微信小程序
本项目是一款基于微信小程序的成语学习与竞猜应用，通过图像提示引导用户猜测对应成语，兼具趣味性与知识性，帮助用户在游戏中学习成语、提升文化素养。
核心功能模块包括：
微信一键登录：用户授权后快速进入游戏。
闯关答题：每关展示一张图像，用户从汉字选项区选择4个字组成成语。
实时反馈：答案正确自动进入下一关，错误则提示并允许重新选择。
进度保存：记录用户通关进度，支持中途退出后继续挑战。
分享功能：通关后可分享成绩给微信好友，增强社交传播。
排行榜：展示用户闯关排名，激发竞争意识。
传奇手游
这款 3D 传奇手游深度还原经典核心玩法，以高清 3D 画质重塑热血玛法大陆。复刻战法道铁三角职业，技能特效炫酷炸裂，野外自由 PK、热血攻沙战一触即发。支持装备自由交易、打怪爆装无绑定，更有经典 BOSS 挑战、行会抱团、师徒组队等玩法。沉浸式 3D 场景搭配怀旧音效，让你重拾当年刷怪升级、兄弟并肩的传奇热血，随时随地畅享酣畅战斗！
3dmigoto_Automatic
业务和功能介绍
立项背景和目标
该项目源于3dmigoto框架在游戏Mod管理中的复杂配置流程。传统方式需要用户手动配置路径、版本和参数，操作门槛高且容易出错。本项目旨在开发一个轻量化、绿色化、自动化的智能工具，简化3dmigoto的使用流程，让普通玩家也能轻松管理游戏Mod。
核心功能模块
1.多版本支持系统 - 内置3dmigoto-GIMI、SRMI、WWMI、ZZMI等多个版本的开发版和游玩版
2. 智能路径搜索 - 快速搜索（0-10秒）和全局搜索两种模式，自动定位游戏文件
3. 自动化配置引擎 - 自动配置d3dx.ini等必要文件，无需手动操作
4. 稳定性保障机制 - 防闪退设计、分段加载、网络调控等系统优化
5. 实用工具集 - 运行库安装、脚本支持、一键修复、Mod自动分类等功能
业务流程
用户下载工具 → 自动检测系统环境 → 智能搜索游戏路径 → 选择对应版本 → 自动化配置 → 一键启动使用 → Mod文件自动分类管理
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服