差不多把。 所以我们的浏览器集群有 2 种浏览器来源。 一种是部署在 k8s 中容器化的浏览器。 另外一种是部署在虚拟机中用来做浏览器兼容性的。 我们根据不同的测试目标可以选择使用特定的浏览器。 部署在 k8s 中的浏览器全部以 linux 系统驱动，优点是节省资源，利用 k8s 的分布式和自动化运维能力能很好的管理和迁移。降低了很大的运维成本。 但它的缺点是无法模拟 windows 和 mac 的内核。 所以做兼容性测试还是需要到 windows 和 mac 系统上部署浏览器再加入到集群的 hub 上来。但这种浏览器的缺点就是运维成本很高，并且极其占用资源，无法部署太多的浏览器。 不像部署在 k8s 上的浏览器，随随便便部署几百个是很轻松的。

不是的。兼容性测试还是需要实际用 Windows 和 mac 操作系统部署浏览器注册到集群中的，这样才最真实。 那几百个容器化的浏览器是用来做与浏览器兼容性无关的测试的。 比如功能测试， Hadoop 集群的兼容性测试，数据库版本的兼容性测试，k8s 版本的兼容性测试。 ps：我们是 to b 的项目，产品要部署在客户场地。所以对接客户的 Hadoop，k8s，数据库，操作系统等。 所以才延伸出了上面说的这些兼容性测试

过奖了，规模都不大。没多少代码量的

process on 会员 135/年 你值得拥有~~~

就冲着这么认真写总结的劲~ 先👍一个

后面讲了流量切换等后续 failover 流程的事哈。 不过你说的对， 我是应该在一开始就强调出来

基本上 linux 的知识越多越好~ 知道的越多，你能做的事就越多。 我工作中 9 成以上的工作内容都是跟 linux 相关的

已改~~~ 不要在意这些细节~~~

你的服务是不是其实还没有完全启动好， 所以在没启动好之前都 502 了。 你可以给容器设置探针来做健康检查。 探针就去探活你的服务，只有返回 200 的时候 pod 才是 ready 状态。

学深了不简单的， 只是简单会用， 拿不了多少工资

额， 其实前端不像大家说的那么简单。

如果你想转开发的话，也尽量别转前端。 前端竞争是大，而且天花板低。 跟你在测试一样的， 测试如果只测客户端，天花板也低。

共勉

可以把简历发给我， sungaofei@4paradigm.com 我们还是在招人的

我到现在都不会这些东西。 去看吴恩达的课把， 他是最说人话的了。 反正以后不需要你写算法。 所以不用懂那么多数据知识

不用肯定忘。 我现在也记不起来 jmeter 怎么用了。 上次用都是 5 年前了

就是学~~ 然后用在工作里~~~ 就这样。 我觉得只要在工作上用的上。 就不会忘的

故意没写管理的事情， 因为我不做管理岗了。跟领导沟通过几次了。 还是专心做技术了。 管理不适合我。

轮岗只有两个目的，一是去学习的， 了解项目里各个岗位需要面对的技术和业务。 二是去帮忙的， 有些团队人力不足或者能力不足的时候去帮助他们的。

恩恩， 写的时候不想写家庭的事😂