如之前几位所说，如果项目已经在云上可以直接找对应的服务商，现在大多数云都提供 K8S 容器服务的。

下面说说私有容器云的方案

Rancher 是一套开源方案，去年开始用，到现在为止已感觉也相对稳定了，而且有 K3S 这样神奇的轮子，技术实力还是很强的。如果不想花钱可以考虑自己捣鼓一下。

360 也出了个开源方案叫 Wayne，公司内也部署了一套，比 Rancher 感觉轻量一些，也可以考虑看看。

而私有容器集群的商业解决方案，我们公司之前调研过目前国内容器云的服务提供商有这些：

华为云作为在企业云领域的巨头，方案和服务还是挺全的，对于大规模的容器云集群部署也有丰富的经验，不管是二次开发定制架构大概都能接，你想混着 Openstack 一起用还是顺带打包硬件服务器一起买了貌似都可以，不过根据我们了解到的情况大厂还是希望接体量比较大的单子（数百个节点以上），定价一般也都偏贵。

才云（ CaiCloud ）是很年轻的公司，而且公司的定位一开始就是企业容器云，在 CNCF 这块也很活跃，之前了解过他们已经在金融领域有设计部署大规模 K8S 集群的经验，和他们架构师聊下来还是比较靠谱的，而且也有面向中小企业定制 Devops K8S 集群的服务，所以推荐去咨询一下。

七牛目前也有商业化容器云服务，他们的自研能力很强，自己这套容器云方案整合了不少自己云原生的轮子（这种造轮子能力总让我想起阿里），而且在分布式存储（ Ceph ）这块有比较深的技术积累（毕竟老本行），公司规模在才云与华为之间，算是折中的方案。

以前公司为了在基础设施方面引入可以合作的厂商去咨询了上述三家，都还蛮好的。此外像 UCloud 这种国内 ToB 的云服务厂商现在也都有 K8S 集群的商业方案，可以去了解一下。

不说 LZ 公司会不会面试，单说大厂养咸鱼的情况确实是存在的。

想起 15 年在阿里实习的时候，有一个前辈颇为自得地向我吹嘘一个 UI 库如何如何好用，一细问才知道他说的是 Bootstrap，而 Bootstrap 当时在我们本科计算机学院做 Web 的无论前后端都算是人尽皆知的东西。

如果在大厂只安于现状做个螺丝钉，而没有自我发展的规划和动力，技术的见识可以闭塞至此。
当然饱食终日无所用心的人什么公司都有，只不过一些大公司的内部环境相对安逸，没有自驱力的人可能相当长时间都停留在刚进入大厂时候的工作能力 （应届进入的可能就应届的水平）。

另外，大厂对于这些人是不存在任何能力上的期望的，虽然大厂确实会面临很多一般小厂从未考虑过的技术挑战与难题，但大厂仍然需要雇佣相当数量的一批人去做那些枯燥、单调、没有什么技术能力要求的工作，甚至由于构建在巨大的平台之上这种细分工作会更加简单，不少员工不必知其所以然就可安然度日。

所以我猜 LZ 遇到的就是这种大厂的咸鱼，算是在情理之中，但也不能因此小看了大厂的员工，大厂中那些真正在一线负责的专家，其能力和见识还是一般小厂的员工无法比拟的。

我觉得回复里有一些诛心之论，在没有实际证据的情况下就说站长收钱办事不大妥当。

支持 @juneszh 的观点，大家进行 SEO 回复并不全然出于恶意，主要还是为了增加事件的曝光度，让以后可能接触到有关企业的同行留个心眼。

站长清理 SEO 回复的初衷可以理解（对于低价值信息的断舍离），但今次这样直接删除贴子也断绝了事件的追踪以及后续有价值讨论的可能性，这个操作确实值得商榷。

建议配牛奶吃 感觉缓解不少

涨知识了（ x

认识一些技术不错的人，会比较享受扮猪吃老虎的感觉
讥讽身边 title 比自己高的平庸同事，攻击固执无能的公司，抱怨规章制度限制了自己本可以自由发挥的才华

可能你不是这样的人，但你的表达已经有点给人这样的感觉

@askfermi 原来如此，相对 NLP 标注感觉 CV 这块可能逻辑上会更复杂一些。期待你们工具的正式发布 :)
如果我们这边以后也开始接触 CV 的话，希望可以进行更多的交流

@askfermi 感觉你们的工具完成度很高，非常厉害。
请问 unarxiv 大概是个什么形式的组织呢？

@Martox 离秋叶原近之类的，大概（ x

看了下楼里评论，然后把这事拿出来和周围人讨论了下
感觉阮老师的风评现在两极分化还蛮严重的（ x

@ray1888

集群只是一个 18T HDD 10 OSD + 万兆网络的小集群

之前我们有把 300G 的数据库放在 CephFS （ FUSE Client ）上，因为需求关系还把一个 Windows 虚拟机丢在上面。

CephFS 使用下来感觉是 IO 的延迟严重（同事在上面跑虚拟机体验下来很卡），前两天换成 RBD 挂载（ http://docs.ceph.com/docs/giant/rbd/libvirt/ ）以及折腾了下 KVM 的驱动之后速度就有明显的改善，SQL 查询的效率也在可以接受的范围。

按理说 CephFS 的 Client 换成 Kernel Client 可能性能也会好一些，不过跑过 Benchmark 感觉改善不多。

把 Ceph Journal 挂到 SSD 上可以明显改善性能（ http://docs.ceph.com/docs/jewel/start/hardware-recommendations/），还有就是增加 OSD 的数量，不过我们这边就是够用就成了。

所以 CephFS 的话一般放放文件没有频繁的读写需求还是可以用的，也挺方便，如果还是有些性能要求的话还是用 RBD。如果想看 fio 的 benchmark 结果的话可以回我个邮箱，有空我可以发给你

如果是在 K8S 里使用 Ceph RBD 来进行持久化存储的话，可能需要注意下这个 issue：

https://github.com/kubernetes/kubernetes/issues/38923

`kube-controller-manager` 中没有 RBD Client 导致无法正常创建 PV，issue 回复提到的解决方案是使用这个第三方的 provisioner： https://github.com/kubernetes-incubator/external-storage/tree/master/ceph/rbd/examples

以及在我们的环境中，CephFS 的性能并不理想，推荐使用 RBD

感觉 Ceph 和 K8S 集成的坑大致上是这样，Ceph 本身用起来倒是挺方便的。

不一定切合主题，想到在日本成家的导师是这样的情况：

* 孩子和父母交流使用汉语
* 孩子在幼儿园交流使用日语
* 英语作为孩子必修的课程之一来学习

感觉还挺辛苦的

@CoSpLi 这事情就跟自来水厂停水一样没啥好洗的（。
谢谢反馈和支持

https://www.v2ex.com/i/GjiMnatm.png

看了下确实抽风了应该，把运维佬叫起来看看是什么情况（。

来了就是想要，犹豫就是想买（。

@CuriousBull 貌似在搞新版吧，不过经常跳票。

感兴趣并还在使用 QQ 的我校校友可以加 SHU 开源社区主群：24061199
社区最近在收集优秀毕业校友的就业信息，方便找实习、校招、准备跳槽的同学
当然也欢迎加入进来参与技术讨论
（加群建议备注 [入学年份-专业] ）