所以我其实是想设计一套跨地域多集群的通信方案，跨地域的带宽跟流量计费可以保持跟 CVM 一样，量大便宜，流量转发性能损耗低。

摘取见开头。

走的 CVM 外网带宽，同享 CVM 的限制，比对等连接限制少，便宜。

主要还是因为太杂了，业务方向太杂，技术方向太杂，在七年这个阶段可替代性比平均值高。
其实没有天赋，也不想刻苦努力，那么最好的选择就是七年踏踏实实深耕一个方向，那样也会比现在好得多一些。

业务价值，简单来说，就是对养得活自己有正向作用就好了。
终点，其实最完美的是做大做强，向外卷，可复制可规模化，利人利己。
很可惜，现在只有向内卷，自然就看不到终点了。

嗯，落地才是闭环，相比于 KPI/OKR，其实最近一年多我更多思考的是 ROI。
因为是打工仔，除非你做老板，否则你的 ROI，你的业务价值，才是活下去的手段。
包括之前做的很多东西，其实我感觉最宝贵的是基于业务痛点提出来的通用型解决方案，可复制可落地到相同场景。
如果这期间，能用到新技术当然好，用不到，也无妨。
所以作为技术宅，第一个要找到的就是技术与业务之间的平衡。
第二个就是落地，产生的业务价值才是落地的成效。
第三个就是标准化，规模化，可复制化。
以上仅代表个人观点。

挺好的。
不过这样就只能局限于 jmeter 这个引擎吧，其他压测引擎可以通用适配吗~
另外我比较好奇的是，你的很多非结构化日志数据存到了 mysql 里面，日志检索速度是很慢的，这里是怎么做全文检索和实时数据展示优化的呢？

除非没得选，不然不要当外包。

1. 两年以上，最好往测试领域 + 专精技术发展，得深挖。
2. 找机会多落地多实践，纸上谈兵永远只是纸上谈兵。

如果从事云原生相关技术栈，go 就是必备项。

1. 如果想一劳永逸，把安装步骤写进 Dockerfile。
2. 如果不会写 Dockerfile，手动装完，记得 commit 重新打个新镜像。

老哥过来人，大实话。