运营与运维的区别

运营与运维的区别
标签: 运营 运维 2010-01-27 17:04
运营是近几年来比较流行的名词。中国的网站数量已经超过xxx万了，这需要多少运营人才!如果每个网站都能运营成功，那么对于中国互联网的发展有多么大的促进作用!然而目前国内专业从事网站运营的人才还非常稀少，且对于什么是网站运营，目前业界还没有一个准确的说法。 关于网站运营的定义，有的认为“网站运营是指网络营销体系中一切与网站的后期运作有关的工作”;有的认为“网站运营包括‘网站运作’、‘网站营收’两大类工作”。
上述定义中，我个人认为混淆了网站运营与网络营销的关系，以及网站运营与销售之间的关系，并没有讲清楚网站运营的准确含义。
那么，什么才是网站运营呢?
网站运营的定义
网站运营是指以网站为产品营销平台或产品本身，为开展网络营销而做的一系列工作总称。网站运营包括站点规划、需求整理、内容建设、产品维护等方面。如果把网站当作一个产品来看待，那么网站运营所需要做的工作，基本上与一个产品经理所需要做的工作相同。
站点规划：网站上线前，站点规划包括前期调研、可行性分析、策划文档撰写、业务流程及逻辑明确、站点展现规范、参与UE测试等工作;网站上线后，站点规划则主要是指新增需求的分析、补充开发的需求明确及相关文档落实;
需求整理：需求采集、分析和处理是网站运营的一项重要的工作。运营人员是开发人员与销售人员、客户之间沟通的桥梁。在网站运营过程中，总会产生各种各样的需求修订和新的需求，这些需求修订和新需求是否合理、有代表性?优先级程度如何?开发人员如何响应，这都需要运营人员进行需求整理，统一安排处理;
内容建设：站点内容的建设，关系到网站长期的发展，是一个厚积薄发的过程，是网站运营的重要组成部分。它包括站点编辑、用户/客户信息维护、站点内容互动等;
产品维护：制定产品政策，完善产品包装，根据一线反馈进行产品线的维护。在有设置产品部的企业，产品维护的职能也会从网站运营中剥离出来，直接由产品经理负责。

运维
IT 运维管理是时下 IT 界最热门的话题之一.随着 IT 建设的不断深入和完善,计算机硬软件系 统的运行维护已经成为了各行各业各单位领导和信息服务部门普遍关注和不堪重负的问题.由于这是一个随 着计算机信息技术的深入应用而产生的新课题,因此如何进行有效的 IT 运维管理,这方面的知识积累和应 用技术还刚刚起步.对这一领域的研究和探索,将具有广阔的发展前景和巨大的现实

意义

所谓 IT 运维管理,是指单位 IT 部门采用相关的方法、手段、技术、制度、流程和文档 等,对IT 运行环境(如硬软件环境、网络环境等)、IT 业务系统和 IT 运维人员进行的综合管理. IT 运维管理主要包括七个方面的管理内容:

·设备管理:对网络设备、服务器设备、操作系统运行状况进行监控和管理;

·应用/服务管理:对各种应用支持软件如数据库、中间件、群件以及各种通用或特定服 务的监控管理,如邮件系统、DNS、Web 等的监控与管理;

·数据/存储/容灾管理:对系统和业务数据进行统一存储、备份和恢复;

·业务管理:包含对企业自身核心业务系统运行情况的监控与管理,对于业务的管理, 主要关注该业务系统的 CSF(关键成功因素 Critical Success Factors)和KPI(关键绩效指 标Key Performance Indicators);

·目录/内容管理:该部分主要对于企业需要统一发布或因人定制的内容管理和对公共信息的管理;

·资源资产管理:管理企业中各 IT 系统的资源资产情况,这些资源资产可以是物理存在 的,也可以是逻辑存在的,并能够与企业的财务部门进行数据交互;

·信息安全管理:目前信息安全管理主要依据的国际标准是 ISO17799,该标准涵盖了信 息安全管理的十大控制方面,36 个控制目标和 127 种控制方式,如企业安全组织方式、资产 分类与控制、人员安全、物理与环境安全、通信与运营安全、访问控制、业务连续性管理等;

·日常工作管理:该部分主要用于规范和明确运维人员的岗位职责和工作安排、提供绩 效考核量化依据、提供解决经验与知识的积累与共享手段.

you
区别蛮大的，主要是业务本身的差异导致运维偏重点不同，game在数据架构上主要按区域进行用户管理，系统架构上相对独立，可以很方便的纵向扩展，跨IDC数据交互也相对较少，也没有互联网应用常见的智能DNS/CDN问题，但也有头痛的地方，游戏外挂、恶意攻击/访问相对更频繁，经常会出现不可控因素影响到服务可靠性，另外，game大部份都是代理第三方的，黑盒一个，沟通协调也是麻烦事~~总之不管game还有web运维都有一本难念的经哈。。。，但从运维体系建设本身上来说，目标都差不多

游戏运维一定要对游戏架构相当熟悉,比如对游戏相关的应用的配置,里面参数的含义非常熟悉,对游戏里的逻辑有一定的熟悉程度,你得知道什么时候要扩容了,你得知道游戏架构里的负载均衡是如何来实现的,因为它很少用到第三方的通过某种工具如LVS的负载均衡方案,多半都是通过程序逻辑来实现(我维护的游戏是这样)

至于技术方面用得较多的有:
文档处理方面的如vim

,sed,awk;
脚本用得很多,shell,会perl和php/python更好了;
监控,rsync,
另外客户端的发布不经常做,但隔一段时间一定便会有.一般都是多个IDC节点分布,有可能用到lvs相关的技术,CDN相关的技术,DNS bind view之类的,这些基础服务也有可能是公司其他部门同事来完成,要看具体每个公司的分工了.
HA方面的技术也会有,如游戏官网,或者是游戏架构里存在的某些单点,由程序本身实现高可用的代价太大,可以用一些开源的技术来很方便地实现.
还有安全方面如DDoS碰到比较多点,这个大家都知道没什么法子一定能搞定的,通过硬件流量清洗如果还不行的话那就多预备一个分区吧,都是要花钱的,呵呵,没办法,要想马儿跑,又想马儿不吃草是不可能滴.


游戏运维一般对高可用性及高并发要求较高，web就对安全方面要求高些，个人见解～