运维们请看过来！求教网站运维和 Webgame 游戏运维有哪些相同点和不同点？

感觉网站运维涉及面更广些

运维就运维，哪有分这么细的，可以按系统层或网络层这么分还差不多，按规模来说，网站的大一些，比如tb之类的，光一个web farm就几千台x86服务器。wow算是游戏里比较大的吧，和tb比还是差了些。。
但无非就是迁涉到集群，高可用，load balance，安全，优化，监控这些。

技术方面都是相通的，剩下都是业务问题。网游服务器硬件架构和os又没啥特别的啊。

@ziyuan 高手！！
我看到的一些公司的职位写得比较细，游戏运维就叫游戏运维工程师

找了一点相关资料：

游戏运维与网站运维的区别

一、 游戏运维一定要对游戏架构相当熟悉,比如对游戏相关的应用的配置,里面参数的含义非常熟悉,对游戏里的逻辑有一定的熟悉程度,你得知道什么时候要扩容了,你得知道游戏架构里的负载均衡是如何来实现的,因为它很少用到第三方的通过某种工具如LVS的负载均衡方案,多半都是通过程序逻辑来实现(我维护的游戏是这样)
至于技术方面用得较多的有:
文档处理方面的如vim,sed,awk;
脚本用得很多,shell,会perl和php/python更好了;
监控,rsync,
另外客户端的发布不经常做,但隔一段时间一定便会有.一般都是多个IDC节点分布,有可能用到lvs相关的技术,CDN相关的技术,DNS bind view之类的,这些基础服务也有可能是公司其他部门同事来完成,要看具体每个公司的分工了.
HA方面的技术也会有,如游戏官网,或者是游戏架构里存在的某些单点,由程序本身实现高可用的代价太大,可以用一些开源的技术来 很方便地实现.
还有安全方面如DDoS碰到比较多点,这个大家都知道没什么法子一定能搞定的,通过硬件流量清洗如果还不行的话那就多预备一个分区吧,都是要花钱的,呵呵,没办法,要想马儿跑,又想马儿不吃草是不可能滴.

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

@GeekGao
好吧。。。现在如果有一个网站运维和游戏运维的工作？选择哪个？这对运维人员来说是个得考虑的比较实际的问题吧？

@jaminzhang 你问这问题就说明你运维经验不够，还是去一个相对知名点的公司做运维吧，岗位都差不多。

网站跟webgame只是业务类型不同。但都是差不多的。