• docker 实战课程贴 at January 21, 2020

    你在master装个mvn试试吧

  • 不是ceph不好。而是现在没那么强的需求了。我们一直用k8s。本来是想引入ceph增加分布式存储能力来解决k8s持久化能力。 但是后来没那么强的需求了。 所以一直搁置着呢。现在就是我们自己测试中试用的程度了

  • docker 实战课程贴 at January 20, 2020

    你这里是slave容器还是master。如果是master是需要安装maven插件的。如果是slave是需要在slave中安装maven

  • ceph曾经的用户报道

  • 原来如此

  • 没做过移动端,移动端是非常不稳定么?

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

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

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

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