1
yuelang85 2014-10-24 21:12:15 +08:00
感觉网站运维涉及面更广些
|
2
ziyuan 2014-10-24 21:34:52 +08:00
运维就运维,哪有分这么细的,可以按系统层或网络层这么分还差不多,按规模来说,网站的大一些,比如tb之类的,光一个web farm就几千台x86服务器。wow算是游戏里比较大的吧,和tb比还是差了些。。
但无非就是迁涉到集群,高可用,load balance,安全,优化,监控这些。 |
3
GeekGao 2014-10-24 21:51:35 +08:00
技术方面都是相通的,剩下都是业务问题。网游服务器硬件架构和os又没啥特别的啊。
|
4
jaminzhang OP @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运维都有一本难念的经哈。。。,但从运维体系建设本身上来说,目标都差不多。 |
5
jaminzhang OP @GeekGao
好吧。。。现在如果有一个网站运维和游戏运维的工作?选择哪个?这对运维人员来说是个得考虑的比较实际的问题吧? |
6
GeekGao 2014-10-24 22:51:56 +08:00
@jaminzhang 你问这问题就说明你运维经验不够,还是去一个相对知名点的公司做运维吧,岗位都差不多。
|
7
zfyp 2014-10-25 08:30:50 +08:00
网站跟webgame只是业务类型不同。但都是差不多的。
|