[原创]门户网站运维abc

samf9527

小弟 佩服的五体投地！

jiangle

很认真地看完了，其实没多少内容。

davidwhitewings

长了不少见识，受教了:wink:

txq5

有些好内容. 还有些争吵,

7717060

期待更新中！！！！！！！！！！！！！

seven007

不错

墟里烟

鄙人目前就供职于楼主所说的门户中的其中一个做运维工程师。最初投的职位是开发，后来面试几轮后调到运维来（算法不过关，唉，非科班的致命点）。由于之前几乎没有涉足过运维（读大学时做过一段时间校园网的网管。嗯……尽管我所在的学校是教育网某核心节点，里面的网络设备和服务器我想一个职高的网管应该见都没见过吧，但我认为我所做的那还远远算不上运维），所以在入职之后一段时间一直没有找到自己的定位，最初的培训主要还是学习lamp以及研发所开发的模块功能和模块间的关联关系，也一度对这个职位的前景以及对自我技术能力的提升抱有怀疑，试想，如果你的工作仅仅是去了解研发开发出来的东西该怎样在线上run起来，那有什么意思呢？今天拜读这篇文章，觉得颇有意义，也很有深度，授人以渔总胜过授人以鱼吧，很多东西还值得去深思一下。
回这个帖子一来是拜一下楼主，感谢一下楼主的无私和指导，二来是想问一点具体的问题，请不吝指教。

1、您认为运维最核心的竞争力在哪儿？研发的核心竞争力已经很明显，能不能快速准确地完成项目要求，方向也很明确，从代码的规范、高效以及可维护方向去深入，然后到达系分。那么一个OP的核心竞争力呢？方向呢？
2、研发的工作内容决定他们有许多的产出，总的来说，我觉得做出一个东西并且在线上run起来是一个很有成就感的事情（是的，我们的工作除了挣钱以外，满足自己的虚荣心不也是很重要的一点么？），而OP看起来更像是在维护他们的产出，那么，作为一个从小喜欢捣腾东西的人，我想知道OP怎样才能有自己的成就？怎样产出自己的想法和观点？打个比方，研发跳槽时会在简历里写到“参与开发XX产品”，那么，一个OP的呢？

PS：说我所认识的一个职高程序员的笑话，无笑话其学历的意思（我朋友中也有很强的职高程序员），仅仅是说一下某一层面的人的态度吧。
在年中曾遇到一个多年不见的朋友，问其现在做啥，答曰写程序做开发。大惊，该仁兄以前与我一同混迹于街舞圈中，按原我所在舞队的辈分来说算是我小弟的小弟（嗯，谁叫我是创始人呢…… ），多年以后我混迹于挨踢圈，没想到小弟们也跟过来了。
然后与丫攀谈，问感想。丫说，就那么回事，写程序嘛，简单得很，像我这种人很快就学会了。
然后再问其具体内容，答曰是做php开发，写网站。回问，我答做系统方面的东西，主要写C。伊一脸不屑的笑容，说，都啥年代了还写C。
然后又聊数句，伊恍然大悟：哦，我晓得了，唉，我们的方向就完全不同，你是做低层（不是底层－－笔者注）开发的，我是做高级开发的。
然后伊很牛叉状地问我：你有没有听说过phpcms？我们就拿那个来改，简单得很，套个模板，要是还差什么功能到网上一搜拷下来就行了。什么论坛啊博客啊图片啊都有。而且像我这种很熟悉的人就更快了，一个网站两三天就搞定了。
然后我就问他能不能做出新浪搜狐之类的网站，他不屑地说，他们人多嘛，要是多给我点时间我也能做出来，唉，不过我比较懒，不想做。
然后我就谈起我面试，问了他一个简单问题，如何在100万个数中找出最大的100个。然后他想了一下说不晓得。
我说，肯定要排序是吧？
他是，肯定嘛，要不你咋知道哪个大？
我问，怎么排呢？
他说，简单噻，调个函数就排了。
我说，如果要你自己写呢？
他说，都有现在的了谁还自己写啊，吃饱了撑的。
我说，嗯，可能要改，不能用现成的，现成的速度达不到。那个，排序的话，嗯，冒泡你会吧？
他说：冒泡？好像听说过，不过记不太清楚了。
以下省略我费劲地从冒泡到快排到单边快排的讲解，最后给出解法。
他恍然，然后一笑：哪个公司问这么无聊的问题啊？真是吃饱了撑的。这有什么用？
最后我问了一下他的薪水，他答后反问我，我说，大概是你的十倍左右吧。
他默然了一会儿，说，唉，公司在钱就是不一样，哥们儿你过去好好混，过两年把我也介绍到你们公司去……唉，不过太远了，我也不想跑那么远……

jiang2798

LS的很有道理啊

veyron

原帖由 墟里烟 于 2008-11-9 14:04 发表
鄙人目前就供职于楼主所说的门户中的其中一个做运维工程师。最初投的职位是开发，后来面试几轮后调到运维来（算法不过关，唉，非科班的致命点）。由于之前几乎没有涉足过运维（读大学时做过一段时间校园网的网管 ...

1、您认为运维最核心的竞争力在哪儿？研发的核心竞争力已经很明显，能不能快速准确地完成项目要求，方向也很明确，从代码的规范、高效以及可维护方向去深入，然后到达系分。那么一个OP的核心竞争力呢？方向呢？

2、研发的工作内容决定他们有许多的产出，总的来说，我觉得做出一个东西并且在线上run起来是一个很有成就感的事情（是的，我们的工作除了挣钱以外，满足自己的虚荣心不也是很重要的一点么？），而OP看起来更像是在维护他们的产出，那么，作为一个从小喜欢捣腾东西的人，我想知道OP怎样才能有自己的成就？怎样产出自己的想法和观点？打个比方，研发跳槽时会在简历里写到“参与开发XX产品”，那么，一个OP的呢？


这两个问题可以结合来看，而且互为依存，重点在于，我们先要找到运维的技术发展方向：运维核心竞争力<=技术发展方向，比较理想的发展路线：科学合理的技术方向-->深入研究-->技术实际应用（个人技术、价值上会有成就感，简历上也能体现了）-->产生收益（与公司期望相符），周而复始，不断完善。。。这个过程就是岗位价值、核心竞争力的体现了，在这个过程中个人也会得到满足；当然了运维可能没有研发成就感那么外象、明显，但即使研发，目前比较大的公司也有慢慢细化的趋势：算法研究、业务模型研究、公用组件开发。。。最后到产品实际开发时，可能就是拿着设计文档，玩垒积木、批量生产的游戏了（外包、东软。。），对于成就的定义，观念上得改变。。。说到具体，对于运维这方面的迷惑，我总结有两方面因素：1、应用运维刚起步，发展大方向大家还没看明白，需要我们解决；2、职责定位导致了技术方向的迷失；运维在技术发展及职责分工上处于应用与系统之间，从技术发展角度来看，通常会从两边发展（软、硬），但当达到一定的深度后必然会与其它专职岗位的研究方向发生重合（开发、系统研究（内核、储存、安全。。），由于职责关系，这些方面不可能比专职岗位做得更深入~~~，在各方面都不能深入的情况下，运维工作只能靠问题/事件来驱动，做的都是技术含量低、重复性、高可替代等没有成就感的工作。。。没有技术研究方向，没有创造性，谈何竞争力？成就感？

运维发展迷图：
$光明、价值、成就感$                   <-----应用    ？<---应用运维--->？        系统------->                      $成就感、价值、光明$            


那我们如何解决这个问题呢？  今天不早了，就先聊到这里，随后有时间我们可再深入探讨，希望大家也都来谈谈自已的见解

[ 本帖最后由 veyron 于 2008-11-10 22:46 编辑 ]

xuwanbest

运维这个行业本身并不年轻，在传统企业运维已经非常成熟，技术方向也很明确：操作系统、web服务/中间件、数据库、存储、备份、安全、应用解决方案等等。这些方向在小公司也许也是一人包揽即所谓的全才，而在大公司则分工清晰各有专攻。同时将运维划分为维护和项目实施两部分，维护再按级别划分，让运维不再是7×24小时的代言。
既然传统行业的运维已经这么清晰，那么为什么互联网的运维还这么让人有些琢磨不透呢？

我认为原因如下：1. 互联网年轻；2. 互联网的业务发展太迅猛；3.互联网企业本身的闭塞性；
原因就不具体展开了，主要说说解决吧,也是自己目前的想法，欢迎讨论。

解决:
1.分工的问题；
互联网企业最初从一个小公司起家的时间并不长，最长的现在不过10年，而运维往往又滞后于业务本身，所以小公司的全才型人物还没有完全分解。但是分工是解决所有问题的唯一方法，是迈向真正大而强公司的途径。至于如何分工，则要结合每个公司各自的业务特点、相关流程会各有不同；

2.运维的自动化
互联网运维的终极目标是完成业务实现的自动化。其实这和传统企业也是相似的：如何使得业务的运作自动化，并促进业务的发展。传统企业这方面的工作开展的较早，IT部门就是这个职责，目前针对不同的行业比如银行、制造业、电信等等，都有对应的业务自动化解决方案：ERP/MRP/BIS等等，再加上第三方（IBM/SAP...）的支持，业务自动化已经开始成熟。而作为当下互联网公司由于是个新兴的行业，目前业务的运作还停留在手工阶段，所以我们当下运维工程师的职责就是沉淀自身的经验创建并推动自动化平台的逐渐成熟。每个公司的自动化平台可能也不一样，这也和各个公司的业务特点、相关流程有关系，但框架是一样的，所以未来也许会有互联网公司咨询、解决方案一职。


如何应对当下的迷茫：
年轻人，拿好工资就要做好当下，其实很多知识是在工作的冥冥中自然掌握的。其实当你熟悉了这些别人看起来很神奇的业务架构时是多么让人羡慕啊！同时要相信运维这个行业是有前途的，起码我是有信心的。

[ 本帖最后由 xuwanbest 于 2008-11-13 12:15 编辑 ]