标签 性能诊断 下的文章

第一步:开启 Chrome 远程调试权限

这是所有操作的前提,必须手动开启。

  1. 打开 Chrome 浏览器,在地址栏输入:chrome://inspect/#remote-debugging
  2. 勾选 “Allow remote debugging for this browser instance”
  1. 确认下方出现:Server running at: 127.0.0.1:9222(这表示“门”已打开)。


第二步:配置 MCP 服务

AionUI 图形界面配置

  1. 进入 AionUI 的 Settings(设置)Tools Settings(工具设置)

  2. MCP Management 区域点击 Add MCP Service

  3. 选择 Add via JSON,粘贴以下配置:

{ "mcpServers": { "chrome-devtools": { "command": "npx", "args": [ "-y", "chrome-devtools-mcp@latest", "--autoConnect", "--channel=stable" ] } } } 


第三步:激活连接(关键动作)

配置完成后,Gemini 并不会立刻接管浏览器,需要一次“握手”:

  1. 在 Gemini CLI 或 AionUI 中输入第一个指令,例如:截取当前网页的屏幕

  2. 切换回 Chrome 浏览器:你会看到页面顶部弹出一个系统确认框,询问 “Allow incoming debugging connection?”

  3. 点击 Allow(允许)

  4. 浏览器顶部出现横幅(显示“正在受自动测试软件控制”),说明连接成功。


第四步:实战常用指令

连接成功后,你可以直接用自然语言指挥 Gemini 处理你当前看到的网页:

  • 视觉分析
    • “帮我截个图,分析一下现在的 UI 布局有没有错位?”
  • 性能诊断
    • “分析当前页面的性能,告诉我 LCP(最大内容绘制)是多少,怎么优化?”
  • 代码调试
    • “检查当前页面的 Console 控制台,有没有报错?如果有,帮我解释原因。”
  • 网页抓取与操作
    • “提取当前网页中所有商品的价格并列成表格。”
    • “帮我点击页面上的‘提交’按钮。”(AI 会通过 DOM 树自动定位元素)


推荐模型:Gemini 3 Flash、Gemini 3 Pro、GLM 4.7(英伟达无限免费 API)
使用案例:



感谢 的AionUI
AionUi V1.7.4 更新:兼容了Newapi(Cowork开源版可以用公益站/中转站了)

也欢迎使用我的 AMC,这个教程的方法也都是我用 AMC 的深度搜索功能学会的
AMC更新:支持Markdown 转 PDF、划词 TTS


推荐使用 @bbbugg 佬的AIStudioToAPI 构建自己的API 池
https://linux.do/t/topic/1371269

【二改】二改build反代(AIStudio to API),优化云端部署


📌 转载信息
原作者: yeahhe
转载时间: 2026/1/25 08:06:46

下面是我的简历

持有 CKA ccna 认证。
长期负责高并发电商系统的稳定性与性能治理,理解 Nginx 的事件驱动模型、Worker 并发机制与请求生命周期控制方式,并将其抽象为 “进入策略( Admission )— 排队策略( Queueing )— 满载策略( Overload )” 的系统行为诊断框架。

通过拆解全链路时间指标( Time-based Metrics ),结合 P95 / P99 延迟分位数,对比 request_timeupstream_response_time,判断请求阻塞发生在进入控制、系统排队或下游依赖阶段,用于快速界定网络层、应用层与数据层的性能边界。

参与并主导多次从单体架构向云原生、无状态化架构的演进,关注系统的可解释性、稳定性与成本控制。


技术技能

SRE 与性能诊断

  • 使用 Ingress / Queue / Worker / Egress 作为系统分层对象进行问题定位

  • 基于 P95 / P99 延迟分位数 分析尾延迟( Tail Latency )

  • 通过 request_timeupstream_response_time 的分位数差异判断系统内部是否发生排队

  • 区分整体性能退化与少量请求异常放大的不同问题模式

  • 依据进入控制、排队与满载策略分析系统稳定性取舍


Web 与中间件

  • Nginx 事件驱动模型、Worker 并发模型、连接与请求生命周期

  • 使用 limit / buffer / backlog / timeout 等配置参数实施系统行为控制

  • Nginx 与 PHP-FPM 的 Worker / Process / Queue 协同关系

  • 高并发 WordPress 架构的稳定性与性能治理


云原生与基础设施

  • 阿里云:ECS 、RDS 、OSS 、ALB

  • AWS

  • Docker 、Kubernetes ( CKA )

  • Terraform (基础设施即代码)

  • Calico ( Kubernetes 网络模型与 NetworkPolicy )


数据库与数据处理

  • MySQL 使用与常见性能问题定位

  • SQL 编写

  • PL/SQL 阅读

  • ETL 流程(数据抽取、清洗、加载)

  • 结合 P95 / P99 延迟分布 判断数据库是否为系统尾延迟来源


自动化与运维

  • Ansible Playbook

  • Shell 脚本

  • 配置一致性与变更管理


网络

  • TCP/IP

  • VPN

  • 负载均衡

  • CCNA 网络体系


工作经历

基础设施负责人 / 高级运维工程师

负责自营跨境电商平台的技术架构设计、云资源管理与系统稳定性。


性能瓶颈诊断与容量优化

  • 通过时间指标发现平均响应时间稳定,但 P95 / P99 延迟显著升高

  • upstream_connect_time 正常的情况下,response_time 分位数拉长

  • 判断请求未阻塞在网络或 TCP 层,而是在系统内部发生资源排队

  • 结合 Nginx 与 PHP-FPM 的并发模型,将问题定位为应用层并发策略导致的 Worker 争用

优化措施:

  • 引入 Redis 缓存,降低同步资源竞争

  • 调整 PHP-FPM Worker 数量,减少高分位请求等待时间

  • 调整 Nginx 超时与失败处理策略,防止慢请求放大系统负载

结果:

  • 页面 P95 延迟从约 5 秒下降至 2 秒以内

  • 尾延迟明显收敛

  • 高峰期服务稳定性显著提升


电商架构云原生改造

  • 数据库迁移至阿里云 RDS

  • 媒体资源迁移至 OSS

  • 前端通过 ALB 进行多节点负载

  • 应用层实现无状态化部署

结果:

  • 系统支持水平扩展

  • 综合成本下降约 30%

  • 大促期间可用性维持在 99.9%


日常运维

  • 使用 Ansible 管理 Nginx / PHP 配置

  • MySQL 备份与恢复演练

  • OpenVPN 远程访问环境维护


早期经历

网络管理员 / IT 支持
2011 年 – 2015 年

  • 企业网络规划与服务器维护

  • SQL 数据提取与分析


教育背景与证书

  • CKA ( Certified Kubernetes Administrator )

  • CCNA ( Cisco Certified Network Associate )

请教各位。我做了 10 年电商,从 23 岁就开始做了,这些爱好自学的。现在走下坡路了,要出来找工作了。
我学历也很低,是函授大专。今年 33 岁了。
我对内核,nginx,sre ,这些也有深入的理解,我不会开发软件,纯粹的想走运维路线
最近也打算学 python ,不会写脚本确实没有竞争力。
我知道我的问题,学历低,没项目经验和实际的工作经验,年纪也大。
上面每项技术,我确实认真的学了很久,而且做过大量的实验实操,理论也很扎实。
boss 直聘主动联系我的人很多,但是简历发了后基本就没下文了。
各位有某些负责招聘的老大,希望能说一下你们的观点
假如我真的没戏,我就不打算找这些工作了。
我也做外贸独立站。然后平时会搭建很多开源项目,也不是玩,确实是投入实际使用。所以不断的积累了相关的操作。就是把自己学的,都在开源项目里应用。