门户网站运维.pdfVIP

门户网站运维 载至: 论坛 /thread-1281178-1-1.html 作者: veyron 整理: fire-phoenix 门户网站运维 pdf 版是截至当前 2008-12-18 当进的贴子页数为 20 页, 如有更新请以论坛为主. 期待 veyron 的进一步更新. 这个 pdf 版 本 共分为 9 章节, 其中 1-7 章节正文部分为 veyron 所写. 第 8 章节为在论坛上的精采回复, 因我时间有限不能将这些回贴一一列出. 还请大家多多谅 解. 第 9 章节为 veyron 提到的: ”jiang2798 “贴的google 架构、youtube 架构等经典案例的帖子的 url 连接. 最后非常感谢 veyron, 同时 也期待 veyron 对运维行业进一步深入的讲解. 正文 对于网站运维，感觉大家还是比较迷惘与不解，确实，这是一个新兴岗位；近来闲而无事，在此结合自已以往的一些经历，与大家先共同探讨一 下“什么是门户网站运维”？ 以下是自已的一些经验和感受请大家斧正，希望和大家一起探讨，共同进步 1. 什么是门户网站运维? 首先明确一下，全文所讲的”运维“是指：门户网站应用运维，与其它运维如网络、系统的区别还是蛮大的；然后我们再对大型网站与小 型网站进行范围定 义，此定义主要从运维复杂性角度考虑，如网站规范、知名度、服务器量级、pv 量等考虑，其它因素不是重点；因此，我们 先定义服务器规模大于 1000 台，pv 每天至少上千万（至少国内排名前 20 ），如sina、alibaba、sohu、baidu、网易等等；其它小型网站可 能没有真正意义上的运维工 程师，这与网站规范不够和成本因素有关，更多的是集合网络、系统、开发工作于一身的“复合性人才”，就如本 版有些同僚将公司的合同采购都纳入了运维职责范 围，还有如 IDC 网络规划也纳入运维职责 ，这是网络工程师的工作，我们就不要抢人家饭碗 了 ，但是，非常重要一定需要明白 ：网站应用运维对其它关联工种必须非常了解熟悉 ：网络运维、系统运维、应用开发、内容 ；但这些非自已的 本职工作，我在这里所讲的运维工程师就是指专职应用运维工程师 我们再来说说一个般产品的“出生”流程： 1.1 首先公司 BOSS 层给出指导思想 ，PM 定位市场需求 （或copy 成熟应用）进行调研、分析、最终给出详细设计 1.2 开发工程师将设计code 实现出来、测试工程师对应用进行测试 （同一产品事业部） 1.3 网络\系统工程师根据产品设计的需求 ，如pv 大小预估、服务器规模、应用架构等因素完成网络规划及设备上的调整（基本上对网络 变动不大，除非大项目）、SA 系统工程师负责产品服务器上架准备工作，服务器系统安装、网络、IP、通用工具集安装 1.4 好 ，到运维工程师出马了 ，首先明确一点不是说前三步就与运维工作无关了 ，恰恰相反 ，前三步与运维关系很大： 1.1.1 应用的前期架构设计、软/硬件资源评估申请 采购 1.1.2 应用设计性能隐患及评估 1.1.3 IDC、服务性能\安全调优 1.1.4 服务器系统级优化 （与特定应用有关） 等都需运维全程参与，并主导整个应用上线项目 ；运维工程 师需要对上线的应用系统架构是否合理、是否具备可扩展性、及安全隐患等因 素负责 ，并负责最后将产品 （程序）、网络、系统三者进行拼接并最优化的组合在一 起，最终完成产品上线提供用户使用，并周而复使 ：需求- 开发（升级）-测试-上线 （性能、安全问题等之前预估外的问题随之慢慢就 全出来了）在这里提一点：网站开发模式与传统软件开发完全 不一样 ，网站一天开发上线1~5 个升级版本是家常便饭 ，用户体验为王嘛 ，如果某个线上问题像 M$需要 1 年解决 ，用户早跑光了 ；应用上线 后，运维工作才刚开始 ，具体工作可能包括 ：升级版本上线工作、服务监控、应用状态统计、日常服务状态巡检、突发 故障处理、服务 日常变 更调整、集群管理、服务性能评估优化、数据库管理优化 （大于50 台）、随着应用 PV 增减进行应用架构的伸缩、安全、运维开发工作：a 尽 量将 日常机械性手工工作通过工具实现 （如服务监控、应用状态统计、服务上线等等），提高效率 b 、解决现实中服务存在的问题 ，如高可靠 性、可扩展性问题等，c、大规模