大道至简

欲买桂花同载酒...

从测试开发转向质量平台工程,最容易出现的误判不是“技术不够强”,而是: 用自动化脚本经验代替平台设计能力 用接口开发经验代替系统建模能力 用单次交付经验代替长期运行能力 这类转向如果只看会不会 Go、会不会 Gin、会不会写前端页面,后面很容易卡在一个结果上: 页面能打开 接口能调用 任务能提交 平台却长期不稳定,也很难扩展 真正要补的不是一个零散技能点,而是一整条能力链路。 这篇文章只讲四件事: 能力缺口怎么拆 缺口怎么识别 先补什么...

阅读全文 »

host配置新增12345678910111213192.168.195.1 nginx.kube.com192.168.154.12 nginx.kubepre.com192.168.150.31 nginx.kubebeta.com192.168.38.101 nginx.kubezt.com192.168.38.104 nginx.kube1w2pt.com192.168.147.55 nginx.kubeyw.com192.16...

阅读全文 »

第一次用 OpenNebula 管理测试虚机时,最先完成的是: 从面板里建模板 直接按模板发虚机 挂载一个数据盘 需要时手动删掉实例 这套方式在规模小的时候还能勉强维持,但环境一旦多起来,很快会出现这些问题: 模板版本越来越多,没人知道哪份才是当前可用基线 同一种模板,在不同存储池和宿主机上表现不一致 数据盘越挂越多,实例删了,卷和残留目录还在 宿主机抖动后,实例状态和实际运行状态对不上 测试团队以为资源够用,实际已经被孤儿卷和历史模板...

阅读全文 »
0%