1.作为项目经理主持完成公司中云信站点IAAS平台（4个机架20个计算节点）建设工作，保障了业务系统按时投产；2.负责建设公司的日志管理平台，接入了IAAS平台业务日志和所有网络设备，安全设备的硬件日志，根据业务规则需求对日志进行分析处理，收集存储。配置监控告警策略监控异常业务日志并推送告警通知；3

一、故障概述A分公司：会议期间账户频繁掉线，部分可自动恢复，无法恢复时需重新拉会；B分公司：会议画面异常，数据传输中断，影响画面连贯性。初步排查：异常时段无新增网络设备/策略，系统日志无报错，MCU硬件资源（CPU、内存等）占用合理，排除网络配置、日志报错及硬件资源过载等因素，聚焦MCU自身问题。二

一、攻击定位攻击源：9台感染木马的办公PC，均启用“个人共享网卡”，加速病毒扩散与协同攻击。目标DNS服务器：含国内（114.114.114.114、202.102.152.3）与国际（8.8.8.8、4.4.4.4）公共DNS，覆盖南京信风、济南联通、谷歌等机构节点。二、攻击行为分析IMDDOS攻

1.负责公司运维体系构建，包括标准规范制定、持续集成、监控告警、安全防护等方面，整体对运维的质量、效率、成本、安全负责；2.管理运维工作，包括网络/硬件规划管理、IDC机房、系统运维、数据库运维、应用运维、自动化运维等，针对各级业务系统的架构、部署、监控、治理、优化、容灾、安全等进行规划和实施指导3

提供一套能够实现快速搭建环境的docker-compose集合。此集合精心整合了各类在开发与运维过程中极为常用的数据库集群。通过使用这一集合，用户能够便捷、高效地构建起所需的数据库环境，大幅缩短搭建时间，提升工作效率，助力项目快速推进。无论是用于测试、开发还是生产环境，该docker-compose

核心成就：构建自动化Zabbix全栈监控体系，实现运维智能化情境：应对数百台异构服务器及复杂应用的监控挑战，原有方式效率低下。行动：设计ZabbixProxy分布式架构保障性能与可靠性的；通过自动发现(LLD)和API实现监控自动化；为MySQL/Redis/Nginx及业务应用深度定制监控模板与告

容器化 • 选用 RKE2 做底座，先在测试场站跑通 18 个微服务，验证后再扩展到 4 个业务域。 • 用 Helm 做模板，GitLab CI 做流水线，把原来需要 2 周的升级压缩到 1-2 天。 • 边缘节点网络不稳，加了 DaemonSet 方式的离线缓存，断网 2 h 内业务不断。 日志 • 统一用 Filebeat → Kafka → ClickHouse 的链路，把 14 种日志格式收敛成 3 种（access、app、audit）。 • 热数据 3 天、冷数据 90 天自动转储到 MinIO，磁盘成本降 40%。 • 做了基于日志的环控告警：风机异常日志 1 分钟内触发企业微信，比原来人工巡检提前 15 min。 监控 • Prometheus + Grafana 做基础监控，先拉通 CPU、内存、JVM、MQ 指标。 • 用 blackbox_exporter 补上 200 多个关键接口的可用性探针，告警误报率从 30% 降到 5%。 • 结合日志里的 trace-id，把排障链路可视化，定位接口超时平均耗时从 45 min 降到 12 min。 结果 • 核心系统容器化比例 30% → 85%，发布效率提升约 8 倍。 • 日志查询从 5 个入口集中到 1 个，90% 问题可在 10 min 内定位。 • 2024 年春节高峰，系统无重大故障，运维值班人数由 4 人/班减到 2 人/班。

集团原有 180 余套单体系统，发布靠手工、日志分散在 14 种格式、监控只有主机级告警。业务高峰期（节假日前后）排障平均 2 h，直接影响调度和出栏计划。技术部决定先把最核心的 30% 应用迁到容器，并统一日志与监控，降低运维门槛。 做的事 容器化 • 选用 RKE2 做底座，先在测试场站跑通 18 个微服务，验证后再扩展到饲料厂、屠宰排产等 4 个业务域。 • 用 Helm 做模板，GitLab CI 做流水线，把原来需要 2 周的升级压缩到 1-2 天。 • 边缘节点（养殖场）网络不稳，加了 DaemonSet 方式的离线缓存，断网 2 h 内业务不断。 日志 • 统一用 Filebeat → Kafka → ClickHouse 的链路，把 14 种日志格式收敛成 3 种（access、app、audit）。 • 热数据 3 天、冷数据 90 天自动转储到 MinIO，磁盘成本降 40%。 • 做了基于日志的环控告警：风机异常日志 1 分钟内触发企业微信，比原来人工巡检提前 15 min。 监控 • Prometheus + Grafana 做基础监控，先拉通 CPU、内存、JVM、MQ 指标。 • 用 blackbox_exporter 补上 200 多个关键接口的可用性探针，告警误报率从 30% 降到 5%。 • 结合日志里的 trace-id，把排障链路可视化，定位接口超时平均耗时从 45 min 降到 12 min。 结果 • 核心系统容器化比例 30% → 85%，发布效率提升约 8 倍。 • 日志查询从 5 个入口集中到 1 个，90% 问题可在 10 min 内定位。 • 2024 年春节高峰，系统无重大故障，运维值班人数由 4 人/班减到 2 人/班。

一、整体定位 这是一套面向网站运维场景的一体化后台管理系统，聚焦数据库与文件传输两大核心模块，为多站点、多业务系统的稳定运行提供基础支撑，覆盖企业官网、业务平台等各类 Web 应用的后端运维需求。 二、核心模块功能与价值 （一）数据库管理模块（MySQL 为核心） 功能覆盖 支持 MySQL、SQLServer、MongoDB 等多类型数据库运维，提供添加数据库、密码修改、备份恢复（含本地备份策略）、权限配置等基础操作；配备 “从服务器获取”“同步所有” 等批量功能，结合计划任务可实现定时备份。 业务价值 通过集中化管控 + 自动化策略，降低数据丢失 / 泄露风险（满足合规要求），减少运维重复劳动，适配本地数据库、企业级增量备份等场景，支撑中小规模业务系统的数据安全运维。 （二）FTP 管理模块 功能覆盖 实现 FTP 账号全生命周期管理（添加、配置、删除），统一管控用户名、密码、根目录权限；支持状态监控（已启用标识）、快速连接入口，提供端口修改、日志分析、批量操作等工具，还可下载 FileZilla 客户端简化传输流程。 业务价值 让开发 / 运营人员免登服务器即可快速上传 / 更新网站文件（页面、图片等）；通过根目录隔离实现权限精准控制，降低误删、越权风险；适配多域名站点，一个平台管理所有文件传输需求，提升运维效率。 三、整体应用场景 为企业官网、业务系统等 Web 项目提供 “数据 + 文件” 双核心运维能力 数据库模块保障业务数据安全（备份、权限）与高效变更； FTP 模块支撑前端文件快速更新与权限管控； 二者协同，让多站点、多业务的后端运维更标准化、自动化，减少人工操作失误，适配中小规模企业 “轻量化运维” 需求，助力技术团队聚焦业务创新。

1、熟练掌握linux操作系统运维技能，如常用的SSH、NFS基本服务的部署和配置，系统调优等 2、熟悉Mysql数据库技术，熟练运用sql语句，熟悉性能优化，集群搭建，主从同步，读写分离 3、熟悉常用ansible等自动化运维工具，对服务器批量管理 4、熟练掌握shell脚本语言，能使用shell编写系统运维所需的各种服务和工具脚本 5、熟悉常用监控软件，如：运用zabbix进行监控和处理生产环境服务突发故障，保障服务稳定运行 6、熟悉各种中间件（nginx、rocketmq、redis）技术，完成高可用集群、负载均衡集群的规划搭建和性能调优 7、了解docker容器技术，了解中间件在容器中的运维方式及注意事项，了解k8s技术 8、熟练掌握腾讯云相关产品的使用配置，如TKE、TCT、CVM、COS、CLB等