工作1.5年，发现我们项目/业务运维过程中，其实最简单的工作就是部署项目了，因为有标准的流水线，只需要简单修改一部分的代码编译命令和 Dockerfile 即可实现流水线来部署服务了。

今天就来分享一个部署服务之后的工作。网站的性能和稳定性优化，今天我们先了解《决定网站速度的性能指标有那些？》

本文主要以了解这些性能指标为主，不过我们用户平常最主要看的还是网站页面的加载时间。后边再更新提升网站加载速度问题。

下面介绍的性能指标，主要还是以前端页面性能指标为主。同时还会站在运维层面的性能指标、优化策略。

一、系统页面和服务层面指标

前端页面性能指标

下图是我的个人网站：https://www.qiuyl.com/，通过 Lighthouse 进行的一个前端页面性能测试，还是够到合格线了。

后端服务性能指标

针对于表格中吞吐量这一点：

综合性能指标

核心Web指标(Core Web Vitals)

Google 提出的三个核心指标，用于衡量用户体验：

二、运维层面指标、策略

作为运维人员，我们关注的不仅是网站速度本身，更是基础设施的稳定性、资源利用率和系统可维护性。

核心监控指标体系

运维视角的优化策略

1）基础设施层优化

• 硬件升级：采用NVMe SSD替代HDD、使用高性能CPU、增加内存容量
• 虚拟化/容器化：Kubernetes资源调度、Pod自动扩缩容（HPA）
• 网络架构：BGP多线接入、SD-WAN智能路由、QUIC协议替代TCP

2）监控与告警体系

• 实时监控：Prometheus采集指标、Grafana定制看板
• 阈值告警：CPU>90%、内存>85%、磁盘>90%时触发告警
• 日志分析：ELK栈（Elasticsearch+Logstash+Kibana）分析系统日志

3）容灾与高可用

• 负载均衡：Nginx、HAProxy分发请求到多台服务器
• 数据库主从复制：读写分离，提高数据库性能
• 异地多活：关键业务跨地域部署，避免单点故障

运维与开发/用户的协同

典型场景下的运维重点

END