Zabbix

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等

2024.12 Hadoop平台部署与运维项⽬ ⼀、项⽬概述 2024 年 12 ⽉参与 Hadoop 平台部署与运维项⽬，聚焦⼤数据平台搭建与组 件运维，在虚拟机环境完成从基础框架到多元组件的全流程构建，夯实⼤数据 集群运维技术能⼒。 ⼆、核⼼⼯作内容 （⼀）平台与组件搭建 基于虚拟机环境，主导 Hadoop 基础平台架构搭建，规划集群节点配置，保 障分布式存储与计算框架稳定运⾏ 。 （⼆）多元组件部署与配置 数据库类：完成 hive 数据仓库、redis 缓存数据库、clickhouse 列式数 据库、hbase 分布式数据库的安装与参数调优，适配不同数据存储与查询 场景。 协同与流处理类：部署 zookeeper 实现集群协调管理，配置 sqoop 完 成数据迁移、flume 构建⽇志采集流、flink 与 spark ⽀撑实时与离线计 算，kafka 保障⾼吞吐量消息队列，maxwell 实现数据同步，构建完整 数据流转链路。 监控类：搭建 zabbix 监控系统，配置节点状态、资源占⽤等监控项，实 时预警保障集群健康。 三、项⽬价值 通过项⽬，熟练掌握 Hadoop ⽣态体系组件运维技能，能精准应对⼤数据平 台多组件协同部署、配置及监控需求，为⼤数据集群稳定运⾏提供实操⽀撑， 积累⼤规模数据环境下的运维实战经验 。

秦皇岛图书馆数字图书馆现有的单节点设计在面对用户增长和潜在的服务器故障时表现出明显的脆弱 性，需要通过现代化的云原生技术来增强系统的稳定性和性能，将虚拟机上的LNMP（Linux，Nginx, MySQL，PHP）架构迁移到使用Docker容器, Kubernetes（k8s）进行编排管理 shell编写的自动化部署LNMP监控系统健康状况

1、机房上架：设备上下架，机房搬迁等。 2、设备维护：服务器，网络，负载，安全等设备 3、系统与中间件管理：linux，weblogic，nginx，haproxy，微服务类等 4、运维监控：cacti，nagios，zabbix，smartping，smokping等。 5、日志监控：系统、应用、网络等日志分析与处置 6、故障处理：软硬件故障，应用异常响应与处理 7、漏洞扫描：awvs，zap，bp，nessus等 8、安全加固：系统加固，网络架构设计等 9、等保年审：二级，三级过审 10、代码部署：jenkins推送，重启 11、其他等

amazon爬虫，全站可爬，公开数据都可以爬，asin/listing，每天能拿上亿级别数据，适合大卖家以及做选品产品的公司。如卖家精灵，sif关键词，鸥鹭，易佰等公司，个人用户也接待，可签合同对公开票等，数据交付方式可商量（直接写数据库，api，cvs等），专业团队，欢迎咨询 电19925228760。

Linux运维，系统加固，网站维护，数据库，监控，服务器运维，APP后台维护，容器dockers，K8S，saas,Zabbix, Falcon prometheus, Jenkins, HaProxy.

本项目部署大型智慧水务营收系统集群，帮助水司解决系统运维问题。专业提供运维部署解决方案，拥有近十年的devops经验。擅长K8S，jenkins,docker,监控运维等技能，参与主导部署运维过多个大型项目。且本人还具有系统规划与管理师证书及计算机等级考试网络4级证书。

本方案面向有声内容制作，通过SMML标注，完成： 通过自研的文本编辑工具，按行给文本进行标注。 1、给角色指定TTS主播。 2、TTS声音设置。 3、给对白、独白标注归属的角色。 4、设置播讲情绪，播讲声音特性。 5、设置背景音乐，环境音，专场音，氛围音。

1. 三江源国家公园数据平台，可视化1960年至今历年来三江源区域内的遥感影像和站点观测数据的变化 2. 后端嵌入水文模型算法，集群化使用geoserver渲染gtif 3. Django作为后端框架，VUE前端

1. 客户采用Sap Hybris E-Commerce套件打造线上B2C电商平台，旨在开拓线上百货零售市场。 2. 电商平台基于微软Azure公有云平台IAAS服务，使用Vnet, NSG, VM, Blob, CDN, Haproxy, Nginx, Varnish, Tomcat, Oracle构建高可用的电商平台。 3. 使用Jenkins CI/CD 实现自动化的应用部署，部署zabbix监控系统以监控主机，Web应用和数据库性能指标和服务可用性。

S（情境）： 承接头部客户项目运维，面临新系统上线及老平台迁移的复杂任务，涉及6大公共模块、27家税局、164台服务器，且需保障业务零中断。 T（任务）： 解决迁移效率低、人工操作冗余等痛点，确保业务不受影响并加速项目验收。 A（行动）： 自动化运维构建： 1、自主研发Python工具集，实现服务器批量启停进程、内存/磁盘监控、日志检索及文件拉取，将人工操作减少90%。 2、设计基于SFTP + 钉钉的实时监控告警，通过优化SQL查询语句统计异常数据并自动推送消息，发现问题时效达到分钟级。 全流程脚本化改造： 1、日志清理：使用Python定时任务，结合Linux的Cron服务自动清理27地区日志文件，保障磁盘使用率80%以内可用。 2、数据治理：编写脚本自动化清理27地区数据库冗余表，每天20点到早上9点每10分钟执行一次。 3、工具研发：实现请求报文Base64加密，针对客服部税号失败问题，通过工具平均每天修复10+问题。 R（结果）：老平台迁移耗时从2周压缩至2天，效率提升80%。164台服务器迁移过程零故障，加快项目验收进度，为公司节省了大量时间和成本。