最 靠谱 的软件外包伙伴
您的位置： &
& 开源企业级Registry帮助实现容器镜像仓库的管理和运维
开源企业级Registry帮助实现容器镜像仓库的管理和运维
本次分享主要讲述了在开发运维中的管理容器镜像方法。为了便于说明原理，较多地使用Harbor作为例子。
内容主要包括：
开发和生产环境中镜像仓库的权限控制；
镜像远程同步（复制）的原理；
大规模应用镜像发布方式；
镜像删除和空间回收；
Registry高可用性设计。
首先简单介绍一下Harbor项目。Harbor是由VMware中国研发团队负责开发的开源企业级Registry，可帮助用户迅速搭建企业级的Registry服务。该项目发布5多个月以来，深受用户喜爱，在GitHub获得了近1000个点赞星星和200多个Forks。有兴趣的朋友可以使用：&&
容器应用的使用越来越普遍，容器最大优点就是开发运维一体化，通过容器镜像打包应用，使得开发、测试和发布都具有相同的运行环境，带来极大的便利。那么镜像在实际运维中处于怎样的地位呢？
我们先看看下面这张经典的Docker容器的生命周期图：
从图中可以看到，容器镜像的关联箭头最多，不言而喻，镜像技术就是容器的核心所在。概括地说，容器包含一静一动两部分：静态存放的镜像(images)和动态运行的containers。相应地，容器的开发运维主要涉及镜像管理和运行时(Runtime)管理两部分。本文主要和大家分享的是容器镜像管理的部分。
开发和生产环境中镜像仓库的权限控制
在企业中，通常有不同的开发团队来负责不同的应用项目，和源代码分项目管理一样，镜像也需要按照项目来存放和管理。由于团队中有不同的成员，如项目经理、产品经理、开发、测试和运维等人员，每人使用镜像的需求不同，因此可以根据角色分配相应的权限。
例如，测试人员通常只需要镜像的读权限（pull），开发人员需要读写权限(push/pull)，项目经理除了拥有开发人员的权限之外，还可以增加和删除项目成员，设定他们的角色。
在Harbor Registry中，每个项目可有三种角色：项目管理员（project admin）、开发者（developer）和客人（guest）。某些项目，如放在Library中的公共镜像, 可以允许匿名访问，即用户不同Docker Login也可以访问，这样可以方便使用。在整个系统中，还设有系统管理员，具有维护镜像同步策略、用户增删等权限。
需要指出的是，在不同的环境中，某个成员的角色可以不同。例如，在开发环境的Registry中，运维人员一般不需要权限（或需要只读权限）；而在生产环境中的Registry，运维人员就需要有读写权限。下图是Harbor的权限管理界面：
镜像远程同步（复制）的原理
很多用户在开发、测试和运维中都使用同一个Registry，这样&简单粗暴&的方式比较适合小团队或简单的项目，其他情况最好使用多个Registry以区分不同的用途。如下图，容器镜像管理的参考流程。
开发环境的Registry：主要由开发人员使用，镜像变化频繁。当开发完成后，通过CI系统生成稳定镜像，同步到测试Registry；
测试环境的Registry：主要由测试人员使用，镜像保持不变。当测试通过后，同步到准生产环境的Registry；
准生产环境的Registry：主要由测试和运维人员使用，镜像保持不变。当准生产环境试运行后，最后再同步生产环境的Registry；
生产环境的Registry：发布镜像到生产环境运行。
从开发到生产的整个过程中，实现容器镜像的Build-Ship-Run过程。Harbor可以提供Registry之间的镜像自动同步和复制功能，简化了管理。
大规模应用镜像发布方式
在实际生产运维的中，往往需要把镜像发布到几十或上百台集群节点上。这时，单个Registry已经无法满足大量节点的下载需求，因此要配置多个Registry实例做负载均衡。手工维护多个Registry实例上的镜像，将是十分繁琐的事情。Harbor可以支持一主多从的镜像发布模式，可以解决大规模镜像发布的难题。
只要往一台Registry上发布，镜像就像&仙女散花&般地同步到多个Registry中，高效可靠。
如果是地域分布较广的集群，还可以采用层次型发布方式，如从集团总部同步到省公司，从省公司再同步到市公司：
在同步过程中，如果源镜像已删除，Harbor会自动同步删除远端的镜像。在镜像同步复制的过程中，Harbor会监控整个复制过程，遇到网络等错误，会自动重试。
这是同步复制的监控画面：
镜像删除和空间回收
Docker命令没有提供Registry镜像删除功能，日积月累，将会产生许多无用的镜像，占用大量存储空间。若要删除镜像并回收空间，需要调用docker registry API来完成，比较麻烦。Harbor提供了可视化的镜像删除界面，可以逻辑删除镜像。在维护状态下可以回收垃圾镜像的空间。
Registry高可用性设计。
Registry高可用性（HA）是多数生产系统需要关心的问题，基本要求就是没有单点故障。通常需要根据允许服务中断的时间，以及可以承受的成本和损失，来确定采用的技术。下面介绍3种HA的方案：
一种比较标准的方案，就是多个的Registry实例共享同一个后端存储，任何一个实例持久化到存储的镜像，都可被其他实例中读取。通过前置LB进来的请求，可以分流到不同的实例中去处理，实现了负载均衡，也避免了单点故障。
应该指出，实际中需要考虑的问题远比上述模型复杂。例如，共享存储的选取，用户Session在不同的实例上共享等等。用户可根据自己业务要求设计出不同的方案。Harbor将会推出基于Swift分布式存储，以及共享Session的方案（采用Redis）来满足用户的需求。
如果没有共享存储，另一种方案就是在两个节点间采用双主复制策略，互相复制镜像。即使有一个实例失效，另一个实例仍然可以提供服务，从而在一定程度上可以满足HA的需求。
第3中方案是利用已有的HA平台，如vSphere HA，配合分布式存储VSAN，可以实现Harbor的HA，具体架构见下图：
节点出现故障的时候，有vSphere自动切换到好的节点上，镜像数据不丢失。
我们以开源Harbor为例子，总结了Registry的使用场景和要点，希望对大家有帮助。欢迎大家使用Harbor和反馈意见，也可以加入Harbor开源项目群讨论。 Harbor的GitHub地址：。
Q：Master-Slave的镜像架构中,如果Slave Registy中的镜像被删除了，会不会再次自动从Master Reg里面自动同步？
A：如果停止后再重新启动复制策略，可以同步被删除的镜像。
Q：对于多个投产地，多个仓库，哪种方式的高可用方案好么？第一种，共享存储存储可能会出现单点故障么？
A：共享存储只适合同一数据中心，多个产地延时太大，不适合共享存储。
Q：Registry之间同步是如何实现的？
A：Registry API。
Q：在存储这块考虑过提供插件方式可以调用外部模块，比如以插件方式支持s3这种对象存储？
A：Harbor支持其他存储方式，参见。
关于：中科研拓
深圳市中科研拓科技有限公司专注提供软件外包、app开发、智能硬件开发、O2O电商平台、手机应用程序、大数据系统、物联网项目等开发外包服务，十年研发经验，上百成功案例，中科院软件外包合作企业。通过IT技术实现创造客户和社会的价值，致力于为用户提供最佳的软件解决方案。联系电话400-，邮箱，网址
&& &&[] [] [] &&
[深圳总部]
深圳市南山区南头关口二路智恒产业园19栋402室
[成都分公司] 成都高新区天府大道中段801号天府软件园B3栋4楼V09
[厦门分公司] 厦门市思明区观音山商务运营中心12号2层
[广州分公司] 广州市海珠区墩和路189号海珠科技创业服务中心1号楼310室
[江门分公司] 江门市蓬江区东华二路2号之一2105室找个合适的运维工程师好难 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
已注册用户请 &
找个合适的运维工程师好难
· 77 天前 · 7527 次点击
一边是经济周期哀嚎遍野，一边是发愁找不到人。需要找一个运维工程师， JD 如下：
工作职责：
1.负责公司互联网业务线上环境部署与维护；
2.完善监控，报警，排错等管理平台建设；
3.性能调优和故障处理，保证业务 24*7 高可用；
4.负责自动化运维平台的开发和搭建。
职位要求：
1.本科学历以上；
2.三年以上互联网业务相关系统维护工作经验；
3.精通 Linux 系统，如 CentOS, Debian, SuSE, LFS 等；
4.熟练配置各种互联网基础应用，包括但不限于 DNS, HTTP, LVS,Keepalive, Tomcat, MySQL, Nagios, Zabbix 等；
5.熟悉 KVM, RHEV 虚拟化技术和 Docker 等容器技术；
6.熟练掌握 Shell 脚本；
7.了解 Puppet, Ansible, Salt 等任一配置管理工具；
8.具有一定的网络知识，了解 TCP/IP 原理；
9.具有一定存储知识，了解 SAN ， NAS 等设备；
10.有 Java, Python, Ruby ， Perl, PHP, Go 等开发经验者优先；
11.良好的逻辑分析能力和学习能力，良好的沟通能力，很强的排错能力。
先不说别的，仅拿一条讲讲。
按照初始想法，精通 Linux ，既然给出了多个版本包括 LFS ，那应该指对于 Linux 内核 /文件系统 /存储 /硬件驱动 /启动 / 安装 /SHELL 等等都有相对良好（相对没有在某个细分项投入一定时间钻研）实际操作能力，才称得上“精通”二字（由于是运维类职位，并不要求对源代码有多深厚的掌握）。可是几乎全部候选人（ 20+，还是筛出的）对 SHELL 脚本和 VI 都不熟练。
给的薪资不能说多高，但 2~3 万还是有的。但就是很难找到符合要求的人。
看看 V2 小伙伴们怎么看。
第 1 条附言 &·& 76 天前
其实很想知道，是不是 JD 哪里出了问题。 JD 想表达出的含义是： Linux 基础扎实，对开源软件有广泛了解。如果 JD 无法准确表达出这个含义，那么应该怎么写？
179 回复 &| &直到
18:25:16 +08:00
& &76 天前
感觉在后端做几年然后转运维做几年才能达到要求，话说我忽然知道自己工资低的原因了
& &76 天前
这个要求不高，算是高级工程师的水平。侧重操作系统方向，还是能找到的。
& &76 天前
除了 精通 之外其他还好吧......
@ 大神怎么看
& &76 天前
具体不太清楚，毕竟厂里高压线。但我个人估计 package 不会低于 70W 。
& &76 天前
SHELL 和 VI 很没意思哎, 虽然不少人说这是运维鸡本功
我基本上国内一线的互联网公司运维 offer 都能凑合拿到, 但是觉得运维就三点 1. 自动化意识 2.开发效率 3.责任心
建立高效的部署变更平台, 完善自动化故障预案才是正经事.
不登录中控机就能运维才牛逼,整天终端命令打的飞起, 脑子里啥都没有,浪费时间,还觉得自己工作很充实
& &76 天前
为啥我感觉这要求不是很高呀，有基础功的人没荒废三年时间应该是可以达到这种水平的？
& &76 天前
人家是一次玩一个服务器集群，拿签字费，出了问题要背锅的，谈何容易。
& &76 天前 via iPhone
@ 要精通的只是系统啊同学
& &76 天前 via iPhone
@ 那你有兴趣试试吗？
& &76 天前
@ 理想的薪酬什么样？
& &76 天前
@ 建立自动化，至少得对服务器环境自动化，各项配置、优化的内容，这些都需要人来写的。想找的人就是能够写并说明为什么那么写。
& &76 天前
搭车招人，本科以上，年龄越小越好，坐标帝都传统金融行业，有意邮件
& &76 天前
很笼统对于招一个对口的人才没啥大用，按我理解楼主的精通描述来看，别说 2-3w 了，帝都要找一个这样的起码给年薪 70 以上吧
& &76 天前
@ 有兴趣吗
& &76 天前
这个写的跟招聘有 10 年以上并且在大型 IT 公司工作过的人的 JD 没什么区别。
先说下这条吧
按照初始想法，精通 Linux ，既然给出了多个版本包括 LFS ，那应该指对于 Linux 内核 /文件系统 /存储 /硬件驱动 /启动 / 安装 /SHELL 等等都有相对良好（相对没有在某个细分项投入一定时间钻研）实际操作能力，才称得上“精通”二字（由于是运维类职位，并不要求对源代码有多深厚的掌握）。可是几乎全部候选人（ 20+，还是筛出的）对 SHELL 脚本和 VI 都不熟练。
# 可以按照需求和文档编译 Linux 内核（注意不是 google 一下 Howto ），并且可以对 Linxu 驱动做出相应的修改应适应不同版本的内核，这个至少要 10W ，级别对应 senior 了。
# Linux 服务脚本的编写以及性能优化等（不是按照 Howto 或者在网上找个脚本），并且可以根据需要去打包各种 linux 成相应的 Linux 安装包。这个至少要 6W 。
# 得心应手的去写 shell 脚本，如果不是工作是有关于开发 linux 内核开发，或者大型底层软件的部署工作，基本上很难有人会精通 bash 。
# 不要去扯什么 LFS ，用什么 linux 就说什么 linux ，没事说 LFS 高端应聘者理都不会理的，因为一看就是 HR 在哪里看见的名词。
# 这一段话，达到入门需要 1-2 年纯 linux 环境的开发维护工作，熟练 3 年起，精通至少要 5 年的时间。
1.本科学历以上；
2.三年以上互联网业务相关系统维护工作经验；
3.精通 Linux 系统，如 CentOS, Debian, SuSE, LFS 等； # 说过了
4.熟练配置各种互联网基础应用，包括但不限于 DNS, HTTP, LVS,Keepalive, Tomcat, MySQL, Nagios, Zabbix 等；
# 这个不说了，别忘了加上 Nginx ， Apache ， Squid ， ApacheTrafficServer ， BIND ， Redis ， PosterSQL ， Mangodb......
5.熟悉 KVM, RHEV 虚拟化技术和 Docker 等容器技术； # 怎么没有 Vmware vSphere 呢
6.熟练掌握 Shell 脚本； #盲写吗？ 熟练运用 grep ， sed ， awk 吗
7.了解 Puppet, Ansible, Salt 等任一配置管理工具； #Chef 呢
8.具有一定的网络知识，了解 TCP/IP 原理； #听过说算吗，需要熟料运用 tcpdump 吗。 TCP/IP 不知说就是 osi 模型好了。
9.具有一定存储知识，了解 SAN ， NAS 等设备； #SAN 要说说，什么叫了解呢，是配置过大型 SAN 网络设备吗？比如 FC Network 或者 SAS 存储阵列，用不用懂得 Enterprise level 的设备的配置以及维护？例如 EMC 的 Vmax ， Vplex ， extreme IO 。 HPE 的 3PAR 。
10.有 Java, Python, Ruby ， Perl, PHP, Go 等开发经验者优先；
11.良好的逻辑分析能力和学习能力，良好的沟通能力，很强的排错能力。
简单翻译成中文，“找一个熟悉 Linux 的人，给我们搭建一套 Devops 的自动化运维系统以及自动备份系统，可以自动部署 java 编写的 Web 服务并带有 MySQL 后端。
& &76 天前
@ 补充一句，哪怕是天价也很难邀请来一个这样的人，既精通内核，又精通存储，还要精通虚拟化容器还要有 1-3 门精通的编程语言，不现实
& &76 天前
@ 其实一个真的精通 nginx 的人，就不止这个价了
& &76 天前
@ #117 是，按照需求去开发 nginx 的插件的人我也就不说了，一般都是一个 5 人组在做。
楼主看来是想找一个技术大牛去帮他们弄一套新的环境，之前的环境应该很乱。
AWS 的 devops 环境和工具开发了快 2 年，费用据说有$20M
& &76 天前 via Android
运维平台开发你就很难找，除非这段描述是你抄来的。像我 80%的时间在运维开发，兼带运维监控。我复杂的 shell 就不会写，都是用 python,go 实现的。
建议你提高经验，且分成 2 个职位，一般运维开发不愿做基础的运维工作。
& &76 天前
只要是能是 baidu 和 google 出来的教程的，我都能帮你做，你看我 ok 吗。。。
& &76 天前
了解 熟悉 精通 这三个词的区别
& &76 天前
@ 所见略同，我觉得能把常见开源软件 configure 甚至是 patch 到适合特定的发行版，至少也是 Redhat ， Ubuntu 组的核心开发人员了。
@ 我觉得你们可能还是要分割职位，总架构师一个职位，偏硬件和网络配置的纯运维一个职位，互联网技术栈 Devops 一个职位，如果还有数据分析技术栈，可能还要再单招一个 Devops 。
这些东西都摸过没什么了不起的，关键是服务器集群线上不能出岔子，出问题要能 hold 住的人不好找。那些说自己只要认识英文+活用搜索引擎就行的你敢招么，显然你是想招能在 SO 上写答案的人。这些方向专精一个就很难了。
& &76 天前
@ #122 其实核心算不上，但是至少是专职了。 linux 软件打包最头痛的地方就是在于 lib 的版本和库，库版本 missing match 的话就要做 back port 。 软件越大，涉及的 lib 就越多，打包的难度就越大。
之前我工作的地方有一组人专门做 sles 的软件打包工作，其中就有一项是如何让不同版本的 glib 共存。
& &76 天前
楼主的要求，在我这里的机房是一个班在做，现在你要求一个人全做了，也就是一个人能领一个班二十几号人的工资吗？
& &76 天前
@ 抱歉，不行。
@ 这个建议很好。我考虑考虑
了解，意思是知道有这么个东西，这个东西是什么，干嘛用的，为什么要有这么个东西，业界都有哪些商家做这个，大致有些什么型号，用于实践大概是什么样子。听起来挺恐怖，咱就拿存储里的 SAN 来说，《大话存储》这本书是各大社区都推荐过的，看看这本书，能够记住书里那些东西，这对我来说就叫了解。
熟悉，工作中上手实践过，知道常用的配置和操作。
熟练，工作中上手实践过，知道改哪些配置文件，配置文件是管什么的，里头的参数都是些什么意思，知道怎么启动停止等等一般常用操作和一些不常用但很有用的操作。
精通，不仅上手实践过，而且懂得原理，并能够将相关部分的操作纯熟。例如 LVM ，知道为什么用，怎么用，哪些文件系统用。再说一个简单地挂载到哪个目录这个事情，如果不知道规范，配置文件里写成建立个 /data ，再把数据盘挂到这里，这样的配置有移植性可言吗？
& &76 天前
除了熟练掌握 shell 脚本，还有很多都是要求熟悉，了解等，好像要求不是很高，感觉寄几还是能够胜任的
& &76 天前
楼主坐标哪里？
& &76 天前
不太好找。很多大厂的很多运维只对内部一些组件熟悉，小厂的运维就更难说了。倒是很多开发非常精通这些配置，楼主可以找找想转运维的开发。
& &76 天前
vi 不是很容易出错，都用 web 系统替代手工修改吗？
你这倒好还希望人用 vi, shell 需要的时候查查就好了吧。
互联网横行的年代，还在趴嵌入式的飘过，其实我也想挪窝了。。。
& &76 天前 via Android
要求都写了 11 条了 在我看来要求和薪水匹配度不高 是招不来人的主要原因
& &76 天前
要求挺高的。。但是好像都没到点子上。
LZ 大概要的是啥都懂点的万金油熟练工？
& &76 天前 via Android
个人感觉要求可以从阿里 p8-p10 里挖
& &76 天前 via iPhone
@ 自动化还没有到可以不依赖人的程度
& &76 天前 via iPhone
@ 一专多能吧～其实前头回复里也解释过，例如内核，会在没搜索的情况下能升级内核，就算精通。
& &76 天前 via iPhone
& &76 天前
罗嗦一点吧。其实楼主提的这些条件一点都不高。
有经验的运维开发搞定真的是分分钟。
有经验的运维开发都会在初期做好日志，监控。各种自动化脚本等。
运维开发真正最难的是根据业务需要，一些产品参数的设置。比如 linux 内核参数的调优，这个 tomcat 该最大给多大内存，一台机器上该上多少个 tomcat ， tomcat 用阻塞模式还是非阻塞模式，缓存的最大连接数给多少， nginx 的连接时间给多长， session 是集中在中央缓存管理还是分布到各个容器中管理然后同步等等。都要一个一个用脚本测试，调到最优状态，并且不放过每一个问题。
而且最关键的是这些参数配置是没有任何前人的经验可以直接拿来用的，业务不同，应用不同，环境不同，没有一套固定的标准的。
再比如压力测试时，测试数据开始全部被压到了一个 tomcat 实例中去，感觉集群像没生效一样，但是前台模拟访问，业务请求又会被分配到不同的实例中去，折磨了一天各种找问题后来才知道 nginx 是基于 C 类地址哈希，同一个内网来的压力测试请求，如果基于 ip hash 的 nginx 部署方式，怎么都会在一个容器上，类似的坑，不知道踩过多少。
13 年就是这样一个核心项目的大集群，调这些参数和压力测试我就用了 3 个多星期，还有上线初期的监控和调优。
不过这些其实都还是算值得的，运维就是要把前期工作做足，然后上线了能天天一觉睡到自然醒就是最好的状态。
& &76 天前
@ 好远。。。
& &76 天前
@ 我觉得你说这些跟 运维开发 没啥关系。。。其实我一直不明白国内为什么要把 运维 和 运维开发 分为两个职位，记得听说过早期的 SA 都是 C 语言程序员，运维默认不是应该自带开发技能么（ C 语言至少应该能看懂吧，那些能写 Python 就自称 运维开发 的真的不太好的。。
& &76 天前
@ #138 那请教下你觉得什么样的才算是。 我觉得运维架构不分家，最后的核心竞争力其实是理解和驾驭业务的能力。而不是你能写多少自动化脚本，能管理好多少应用。
牛逼的架构师和运维，都是某个领域的业务专家，资深咨询师。
& &75 天前
LFS 大概玩过十几遍吧，那时在做某发行版的一个微小功能。
文件布局虽有些规则，但各大发行版的细节是千差万别，熟悉一个发行版的高手， 2-3w 也不难。
再说 shell ， 鲜有职位招聘要这一技能，所以谁回去学写 shell 呢，还不如学学 ruby python 来的实惠。
vi 这个不用，都是 vim
各种基础应用的配置做过一段时间就知道，没必要记忆，只要积累文档，因为应用版本更新，配置手法就会有变化。
比如 MySQL ，我每次都是去看官方文档，当然不一定是 MySQL 官方的，也有其他官方文档，但，如果提高熟练度，那么就是另一个职业 DBA 的要求了
KVM 和 DOCK 的官网文档我都看过。。。 kvm dock 主机也都配置过。。。主要是闲的。。。
运维工具， salt 玩过，但，只是认真搞过这几个其中一个工具， 2-3w 也是很轻松
总的说来，我基本都玩过，杀时间而已。。。
理想的运维真是个劳苦活...
越是规模大的公司，对于单个运维来说也是拧螺丝，这些都懂的，谁会去干活呢？
& &75 天前
@ 问我干什么啊，我一直都在追赶通货膨胀
& &75 天前
2.三年以上互联网业务相关系统维护工作经验； （因为工作才 2 年+）
5.熟悉 KVM, RHEV 虚拟化技术和 Docker 等容器技术；（了解不熟悉 KVM ）
除了上面两个不满足，其他都满足了。
& &75 天前 via iPhone
@ 说说一个 100 台左右规模的互联网服务器群，需要搭建哪些基础功能？这里指类似 dns 这样的基础功能。
& &75 天前 via iPhone
@ 问题问的不算好。改成类似 nagios 这样的基础管理功能。
& &75 天前
1 、非常安全,高效,易用的互联网企业跳板机系统（淘汰传统堡垒机)
2 、生产机器自助式权限申请,审批,到期提醒,过期清理,解决企业客户,成百上千台机器,众多技术人员日常登录生产机器的权限管理问题痛点
3 、安全审计,何时何人在哪台机器,做过什么操作,系统都有详细记录,方便故障追踪和安全审查,同时提供操作人的全输入输出流信息,可以回放完整的操作过程
4 、以企业应用组为维度,机房总览,实时监控,历史监控,以及自定义阀值报警,信息打通企业微信,让客户对自己云上业务系统的运行了如指掌
5 、基础环境批量部署,比如 JAVA 环境,Nginx,Redis 等等基础环境,模版化部署,根据企业自己的规范结构,定制自己的部署模版
6 、非常简洁易用的企业工单系统,促进同事之间直接发起日常工作配合,提高团队效率
7 、团队协作,可以赋予 Ops 权限,团队协同管理更高效
8 、支持全终端,无论是手机还是 Web 端或者手持 pad 均可完美展现
9 、支持异地多机房,无论云上有几个网络环境,无论是在阿里云,腾讯云,AWS 等或是自建机房等,均可完美轻量接入
如果你大概了解 saltstack , 这个系统抵得上你招聘 3 个运维工程师，可以就你的问题展开讨论
这个世界有两种人，一种人看重自己的时间，一种人看重自己的金钱，这个世界缺少一定的信任与合作，或许就是共赢呢 ，对吧 ？ 欢迎交流
微信： xabc-000
& &75 天前
@ 我理解你希望自家产品被别人认可的心情，所以忍住没删除你的回复。
在我看来，你至少犯了几个错误：
1) 这个帖子是讨论招聘运维人员，你宣称的产品能替代三个运维工程师的话，是不是安装上去我就不用招人， JD 列出的运维的事情它自己能做？从这个角度出发，在这样的帖子里发这种文不对题的宣传并不受我欢迎，反而会让我对你的这种行为产生反感。
2) 在我看来，一个要向开发人员开放的生产系统，只能说明运维水平太差。其他几个产品所应对的痛点，在我这里不存在。所以产品宣传对于我而言根本是无效的。
3) 最后的对人和对世界的评判，你确定人就这两种？世界就那样？
最后，我无意跟你进行进一步的讨论，在这个帖子下面你若有任何新的回复我都将删除。
& &75 天前
140 楼 @ 的观点大多同意。再说两点： 1. shell 还是非常有效的。 ruby, python 只是近几年的事，如果是新兴公司也罢，但很多系统事实上还是有很多 shell script 在跑。 2. Document, document, document 。三遍！这个对经验积累太他妈重要了！觉得比“精通”还要重要。
总之，运维靠的是经验。招人的时候用词“熟悉”，“精通”，“有...经验”等这些模糊词非常令人困惑！
& &75 天前 via Android
運維是靠經驗吃飯的，同一套代碼部署在不同發行版都會有不同的問題和狀況，但有問題處理能力以及會看文檔自我學習的能力，形成屬於自己的一個管理體系，已經算是很成功的了，精通字眼略重。
再談到虛擬化技術， vSphere ESXi ， Citrix Xen ， Hyper-X ， Proxmox 等各種技術，其中精通一種就能達到這個薪酬水平。
再說數據庫，有 Oracle 認證待遇比這個標準高出不止一點，會部署不代表會精通 DB 設計和優化，那是另一門功夫。
最後一點，會開發的人不一定很熟悉運維工作，會運維的人不一定很熟悉開發工作，但給他們點時間，做這行的，都可以自己從 Google 學會，誰家老闆的需求不是工程師研究摸索才出來的。
& &75 天前 via iPhone
& &75 天前 via iPhone
符合条件的都在坑里待着不动了
& &75 天前 via iPhone
@ 我建议你删除，听从你内心比较好
& &75 天前 via iPhone
& &75 天前 via iPhone
给你说说吧 ，你把环境部署放在第一位，就说明你目前现状最基础的环境部署都是问题，零起步，业界这块目前的情况都是 模版化部署，去了解下 saltstack 或者 ansible 吧，或者招聘一个比较了解的，足够解决你当前大多数问题
& &75 天前
估计楼主的意思是想花少点钱要不找个运维天才, 就是找个运维全才, 到了这个地步的运维要么就是公司不愿意放, 当宝养着, 要么就是在大厂, 有环境有氛围, 混得风生水起, 人家换公司要么是多方面考察觉得你的公司不错, 要么就是相熟, 觉得可以在一起共事, 想找一个人包揽所有的活计, 招不到又怕费事不弄个小组, 啥事都想着一步到位弄现成的, 我只能说这些公司干啥都想得太美了, 为啥不想想你的薪资和你们公司的软硬实力是不是能够吸引到这种人才的加入, 到了这个份上,就不是运维找工作了, 都是人来挖的.
& &75 天前
作为一个资深运维，我只想说，运维的方向有很多。你这里要求的太多了。。。
任何一方面所谓的精通都不简单
我现在工资远远高于你提供的，但是我都做不到精通 shell 之流，至于后面说的 &有 Java, Python, Ruby ， Perl, PHP, Go 等开发经验者优先； &则一点不会
你要知道你招的是运维而不是码农。。
& &75 天前
@ 运维是运维，开发是开发。虽然现在流行 devops ，但是你懂的。一个人的精力是有限的，没有人能做到样样精通
& &75 天前 via iPhone
@ 那么对于需要组建运维队伍，招初始阶段的骨干力量的情况，如何写 jd ，薪酬多少会比较合适？业务规模类型情况之前回复中有说。
& &75 天前
手写 BIND 。。。不是都弄个 cgi 吗
& &75 天前
@ ,地点&&待遇？
& &75 天前
在我眼里，运维工程师就是传说中的“坑王”，不是挖坑王，而是爬坑王。在别人都不知道已经掉坑里的情况下，一语道出你掉坑里。有时候运维工程师给出的一个‘ key word ’就能给我们指出一条明路。
& &75 天前 via iPhone
在大厂待过，然后去了小厂，基本符合楼主的要求，五年经验，目前待遇也和楼主提供的差不多，不过我是在三线城市，不想跳出过去大城市啊……
& &75 天前
@ 那挺不错的。比在一线拿这个薪水生活要幸福一些。 我还挺羡慕你的。
& &75 天前
@ 请看本帖以及回复里相关信息。
& &75 天前
@ 是的，部门里的开发也想要这样的运维，所以 JD 也兼带这个考虑。
& &75 天前
@ 其实你这个工资可以招到不少人了。但是，不要要求太多啊，你不可能要求这个会那个会能维护能写代码。我按条给你说一下吧
1.本科学历以上；
2.三年以上互联网业务相关系统维护工作经验；
#上面这 2 条无视
3.精通 Linux 系统，如 CentOS, Debian, SuSE, LFS 等；
#什么是精通？这个你们心里要有定义。而且一般来说，你点名精通之一就好了。毕竟不同发行版区别说大不大，说小不小。但是真的对一个很熟悉后其余的很容易上手
4.熟练配置各种互联网基础应用，包括但不限于 DNS, HTTP, LVS,Keepalive, Tomcat, MySQL, Nagios, Zabbix 等；
#包括但不限于这个就要求太多了。。。而且你说 http ，这个你是说 Nginx ？ apache?lighttpd?memached?
直接简单说，要求熟悉 dns bind ， 熟练配置 nginx,mysql 。（其实我觉得能玩好 nginx 的优化和配置，就是个牛人了。。就需要一个人头了。）
5.熟悉 KVM, RHEV 虚拟化技术和 Docker 等容器技术；
#这个只有互联网行业的运维才会接触到，说实话
6.熟练掌握 Shell 脚本；
#什么叫熟练。。。
7.了解 Puppet, Ansible, Salt 等任一配置管理工具；
#了解 puppet 的基本全是大型公司的。而大型公司很多 puppet 都是一个 team 来负责。。。你这里又要 SA 兼顾。。。
8.具有一定的网络知识，了解 TCP/IP 原理；
#实话实说，这个要求完全无法量化。。。
9.具有一定存储知识，了解 SAN ， NAS 等设备；
#同上。。。什么叫了解？会配置？还是听说过 ip san, fc san?
10.有 Java, Python, Ruby ， Perl, PHP, Go 等开发经验者优先；
#对于 SA 来说，这条太苛刻了。。。 100 个 SA 里可能都没有 2 个会的
11.良好的逻辑分析能力和学习能力，良好的沟通能力，很强的排错能力。
& &75 天前 via iPhone
这是我们这边 对运维相关人员的要求，我们不招聘单纯的运维
1 、设计符合公司需要的自动化部署与关联的运维系统；
2 、系统需具备可靠 /安全的自动运维线上环境的能力；
3 、系统需提供强大的可扩展性来适应线上服务的变更；
4 、完善运维体系流程，规范运维日常工作内容，并文档化；
5 、系统日常维护、变更、优化。
1 、良好的编程 /设计基础；
2 、计算机或相关专业本科或以上学历；
3 、热爱技术,有强大的自我驱动能力和自学能力；
4 、对云平台的自动化有浓厚兴趣；
5 、有大规模集群自动化部署和运维经验者优先；
6 、对运维有深入地理解、思考和创新，主动、积极参与运维各系统的设计与实施；
7 、熟悉 Ubuntu 、 CentOS 系统,对 Nginx 、 Redis 等有一定的维护经验；
8 、对 MySQL 、 PostgreSQL 等有一定了解；
9 、熟悉主流自动化运维工具 Salt/Ansible 中至少一个；
10 、熟悉至少其中一种开发语言 Bash/Python/Perl 等；
11 、对行业技术敏感度高且细致，善于思考，乐于发现，对解决具有挑战性问题充满激情。
& &75 天前 via iPhone
@ 我可能会用 consul + prometheus 来解决这种问题
& &75 天前
@ 你们的 JD 比楼主的相对专业不少，祝早日招聘到合适的人
& &75 天前
@ 大部分对于 devops 没有一个全面或者是深刻的认识，没有真的接触或者做过这行大部分情况下说的都是不准确的，希望你的回答能帮的到楼主，或许他是太急了
& &75 天前
我觉得这要求不算太高，如果在中小公司做过几年运维，基本上都会有接触了。
小公司要求的就是多面手，从 PXE 自动化装系统开始做起
几年下来，也有不少进步
不会没关系，用到的时候能学会就足够了
截取一段我以前的简历：
负责多个产品线的运维工作，完善运维规范，促进业务运维标准化，规范化，自动化。
熟悉 Python 相关技术及项目部署；
熟悉使用 Fabric,Ansible ， SaltStack,Puppet 进行代码部署，配置管理；
熟悉 KVM,Docker 等相关技术，负责搭建内部虚拟化平台；
熟悉 Nagios ， Graphite 等监控报警工具；
熟悉 H3C 交换机的基本配置。
* 开发 vmm 项目用于管理 KVM 虚拟机
* 开发 ansible-kvm 项目用于自动化部署创建 KVM 虚拟机
* 开发 ansible-docker-container 项目，用于自动化管理 docker 容器
& &75 天前
吐槽 JD 也没什么意思
你真要说精通，真有点水平的人在技术层面上没几个人敢说自己“精通”什么。
我就一产品经理，公司团队找不到运维和架构，两年前我一个人花了 1 个多月面向谷歌编程还搞了套高可用的实时流媒体直播转发平台出来。。。实现是一回事，真要说精通？我恐怕连皮毛都没摸到，但是可以用啦。。。产品上线也用了好久了，自己又花了点时间东修西补还能撑着跑跑。
差不多去年的时候各大云主机厂商还是推出各种“流媒体” services 了，接洽了几个国内的，发现其实实现方式和我的其实没多大区别，无非就是封装得跟好看一点罢了。你说我这算精通吗。。。
在现在的大环境里，圈子里的人只要花点心思，基本上没什么实现不了的，毕竟那么多前人基本上已经把能造的轮子都造完了，就看自己怎么用了。。。
& &74 天前
同意 @ 的意见。要求 go 、 java 的完全就是胡写嘛
& &74 天前
@ 怎么会是胡写呢？热爱计算机的人，还不随随便便在大学就把 c 给弄个 90 分。有了 c 的功底， go java 这些很难么？ JD 里列出会这些的优先，并没说必须会。给你一个我遇到的例子，在某大型国企（ ICT 行业的），开发写的 java 就是搞不定 session 共享，就是一个运维把代码拿来，找出问题，是代码依赖的一个 tomcat 的组件，引用的时间相关数据的单位是 sec ，文档却为 min 。如果这个运维不懂 java ，那锅就是他的。
& &74 天前
讲道理， shell 都不熟的，确实不该拿两三万
& &74 天前
这些不难，我做分布式系统和 docker 方面的。 5 年前就带团队干过比这还难的工作。请问能开多少薪资，联系方式是什么？我好投递简历。
& &74 天前
@ 真是不知道该怎么隐晦地回复。如果你仔细看过帖子和回复的话，理应不会问我这样的问题。我认为：搜索、主动 /自我驱动、严谨仔细，这都是优秀的工程师应具有的素质。由于你的问题暴露了你不够仔细，对于发掘一些隐含的信息缺少主动性（即使回复里没有联系方式，查看下我的 profile 也能找到答案），因此即便你投了也没法应聘成功。祝你有好前程。
& &73 天前
@ 感觉 consul + prometheus 还是比较靠谱的，监控其实也快和 shell 一样变成了一种信仰了。估计也存在鄙视链了。^_^
& &70 天前
对不起，我是把信息过滤掉了。我对国企不感兴趣。呵呵。哈哈
& &28 天前
@ 为什么年龄越小越好？
& · & 1566 人在线 & 最高记录 2466 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.7.5 · 72ms · UTC 14:29 · PVG 22:29 · LAX 07:29 · JFK 10:29? Do have faith in what you're doing.}