我们萌二都是这样日式轻小说文风的（ x

我建议还是不要太纠结，不然本来可以复原的关系可能反而会因此断绝，就我所知很多女生对于这样想太多的男生不会体谅其感受，而是容易觉得心累想跑开的。

既然楼主说你俩是非常要好的朋友，想必曾经拥有金子一般的美好回忆，既然如此楼主也不需要妄自菲薄，情感是相互的，对方势必也是把你当作很好的朋友的，没有人喜欢和自己讨厌的人一起相处，你肯定也有其他人没有的闪光点，所以自信一些。

像我也是，觉得我都放低姿态了，都道歉了都做了这么多为什么对方还不放过自己，但女生往往看中的是男生做这些事情的情绪和态度，如果男生自己心有怨气，话里有话的话女生肯定不会买账。

当然最好还是要解决导致两人关系生疏的事情本身，这很难，能给的建议就是站在对方的角度考虑，想想对方为什么这么做，为什么这么说，对方到底想要的是什么，自己能给与对方的是什么，一般而言现实的女生不是二次元符号化的人物，而是受激素驱动的、拥有正常智力的人类，所以很多时候该哄的时候哄，该讲道理的时候讲道理。建议找一些身边拥有成功恋爱经历的靠谱的朋友多聊聊，帮助很大。

有些时候，经过上面的分析你会发现有些东西是没法退让的，亦或者两人的关系已经到了无法挽回的地步，那么也不需要太过沮丧纠结，很多事情便是如此，相濡以沫，不如相忘于江湖。

如之前几位所说，如果项目已经在云上可以直接找对应的服务商，现在大多数云都提供 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 貌似在搞新版吧，不过经常跳票。