@scys 中肯，谢谢。规划的规模近期目标几百，远期过千。

@xvx 是要找老油条，所以比较纳闷这些人都猫哪里去了。

@swulling 代表了体系思想。不仅技术实现，还要考虑如何管理。一些开源项目知名的原因不仅仅是技术。

@itisthecon 第 10 条是个 option

@csbde 让我看到一丝曙光，然后最后一句又浇灭了小火苗……抱歉远程不行。

@52devops 谢谢！非常抱歉三年互联网运维是个硬指标，因为这个经验会减少磨合时间--每个人都知道有什么样的流程，这样可以独立工作。如果没有经验，把相关的东西形成 common sense ，还需要时间。

@Ansen 是用 sample conf 改。

@fengfisher2 地点：帝都。 24*7 是指轮班 on call ，互联网公司中也比较普遍。其实就我的经验看，如果从一开始就把运维的基础结构做好了，半夜被抓起来处理 P1 事故的几率非常低。 也正是因为我也不愿意半夜被叫起来，所以找团队的人水平要稍微高一点。要睡觉了，如果有兴趣可以往上翻，找我邮箱交流。

@rrfeng 是的，你对 SRE 的定位与我所想的是一致的。

@rrfeng 其实只是吐吐槽求个建议，并不是正式的招聘帖。

遇到过，在设置 键盘 快捷键 输入法 ，两个都打勾就好了。

@yangqi 互联网业务。好吧，既然大家都建议这种是 DevOps ，那我去改改 JD 。谢谢。

LS +1

@akira 不止这个数

@yangqi 和严肃是有关系的，有些企业不仅要有经济追求，还负担一些额外的责任。对 DNS 来说，第一呢，之前举例的写配置并不是底层，就是个普通的 BIND 配置文件而已，第二呢，有兴趣可以搜搜看商业 DNS 都做了什么。

@rrfeng 或许叫做 SRE ？

@yangqi 确实，中小公司基本上图快都用 SaaS 了。但是对于一个严肃公司，的确是需要自己做的。拿权威 DNS 来说，还会用到商业产品， BIND 这种开源软件都只能用来作为商业产品的下游。

@ryd994 发邮箱-->发邮件

@ryd994 如果你有这个能力，且有兴趣，可以发邮箱，地址见上，先交流一下，看看是不是个大厂。

@xx0219 谢谢你给出你的见解。互联网业务运维对解决问题时间要求高，所以会要求熟练。如果 vi 使用起来磕磕绊绊，那么在线上写个配置文件时间都要长不少。举个例子： DevOps ，如果从零开始建一条 pipe line ，那么 DNS 是最先要建的服务， 5 分钟能不能写个 BIND 的配置？这个功底，做 provisioning 会用到的。