运维的资深运维工程师眼中的运维

以下是中国互联网业界部分资深运维工程师对运维的看法（涉及隐私，相关人名采用首字母缩写）：CXY：运维是一个非常广泛的定义，在不同的公司不同的阶段有着不同的职责与定位，如果以operation字面的含义去理解，认为就是敲几行操作命令的工作，那就错了。

对于初创公司，运维工程师的工作可能需要从申请域名开始，购买/租用服务器，上架，调整网络设备的设置，部署操作系统和运行环境，部署代码，设计和部署监控，防止漏洞和攻击等等。

对于大型的公司，对于运维工作的要求越来越高，也催生了更细化的运维分工：从大的方向，可以分为网站运维，系统运维，网络运维，数据库运维，IT运维，运维开发，运维安全等方向。

很多非从业人员对运维的看法一般属于IT运维的一个非常小的职责：装系统^^。

一些研发工程师对运维的看法也只局限运维工作的几个点：部署， 变更， 监控，响应。

无论做什么运维，最基本的职责都是保证业务能够稳定运行。

所以必须成为业务稳定性的owner。

有些人通常认为运维工程师像消防员，7*24小时响应异常，救火。

但是稳定性的运维工程师和医生的职业更接近。

医生也分各种科室，也有急症室，需要先判断病人的问题，对症下药。

业务有着各种各样的需求，如果运维工程师能够满足业务需求，或者主动挖掘业务的痛点和改进方法，就能为业务实现更多的价值。

在满足业务需求时，应该分清主次，优先面对业务快速发展非常重要的需求，例如稳定性，部署和变更效率，容量管理。

稳定性不用多说，如果用户没法稳定使用你的业务，什么产品特性都没有价值。

对于百度这样极速发展的互联网公司，每天都有大量的升级更新需要提供给用户，如何在异地的大集群上最快的满足产品的升级需求，同时让用户对升级过程无感知，这是我们的追求。

当用户会用百度来测量网络是否可以上网时，就是对运维质量的褒奖。

其次，可以横向看看不同业务的需求。

如果能够把多个业务的需求抽象出来，把一些有通用价值的工作平台化（例如数据库，cdn，监控，流量接入和调度，大数据的存储和计算），也能在这个方向进行深入的发展。

在百度这样的巨大的流量和服务器规模下，你不仅有巨大的空间和挑战，也有着充足的资源和支持，可以开发和应用业界最前沿的技术。

有一定的积累后，可以进入到宏观和微观的两个层面，从整个公司层面考虑业务的智能部署和调度（涉及网络，硬件，系统，应用开发方式等各个要点），进一步提升效率和节省成本。

如果能够懂业务，理解业务的模式，紧密结合业务进行优化和创新，也是运维工程师体现价值的另外一种方式。

有很多产品上的创新，专利的申请，论文的发表，业务指标的提升，直接或者以合作的方式由运维工程师贡献。

YBX：运维工程师相对研发人员来讲，可以全局观察所维护的计算机系统，特别是高阶运维工程师，不存在模块界限，这种独特的位置带来很多价值： 知道准确的系统瓶颈点，进而知道系统准确的容量；在系统出现瓶颈前，知道如何快速提供容量。

知道系统的风险点，可以协调风险点上下相关关联模块，做出冗余策略；相比集中解决单点模块稳定性，更合理。

长期从事相关工作，积累较多的架构设计经验，可以指导新架构设计和审核。

从公司不同业务角度看，运维可以从中抽象相同的模块，统一管理，形成有效的平台和自动化管理方法 同样从公司不同业务角度看，可以统一调配资源，进而节省资源。

KZ： 设计并实现可以提高公司服务可用性，可扩展性，延迟和效率的软件。

处理日常紧急事故，修正，替换问题组件。

并设计规避问题方法。

设计和实现新的超大规模分布式系统架构和标准。

参与服务扩容计划和预测服务增长趋势，对软件和系统性能进行调优。

提供在线咨询服务和现场解决问题服务。

构建自动运维平台，解决日常问题。

构建知识库，预测可能的问题。

XX：运维即生产环境以及和生产环境相关的资源、服务的维护的整个过程，包括了相关的技术、流程手段，确保生产环境稳定、高效、低成本的运行。

运维一方面为对业务功能最终负责，其价值的体现为最大化助力产品价值的发挥。

这通常是通过将产品功能的运行表现提升到极致来达成的。

例如搜索引擎的运维重点要保障用户在搜索时候的极致体验：稳、快、准、新、全。

而一个在线聊天系统的运维应该是确保用户聊天过程的实时与顺畅。

另一方面为对在线业务的成本最终负责。

其价值的体现为降低服务运行成本运维工作的开展方式一般取决于所维护的业务特点需求，形成所需的多个主题方向进行开展。

通常的解决方案中包括如下的一些主题方向：事件管理、配置管理、变更管理、容量管理等。

运维工程师的要求特别严苛，因为运维工程师针对不同的问题，需要不断的补充扩大自己的知识和研究范畴。

在初级阶段，优秀运维工程师会体现出格外出众的主动性和责任心，面对陌生的业务会主动学习和拓展自己对业务对认识和相应的知识范畴，以能够足够的胜任业务的独立维护。

在逐步的发展阶段中，注重总结反省的工程师会逐渐成长为高阶运维工程师，通常他们会有比较体系化的服务运维理解。

也有一...

勤智运维的运维软件系统运行如何？

ERP(Enterprise Resources Planning，企业资源计划)是1990年4月12日，Gartner Group 公司发表了以《ERP：下一代MRPⅡ的远景设想》为题，第一次提出的。

ERP（企业资源规划）是当今世界企业经营与管理技术进步的代表。

对企业来说，应用ERP的价值就在于通过系统的计划和控制等功能，结合企业的流程优化，有效地配制各项资源，以加快对市场的响应，降低成本，提高效率和效益，从而提升企业的竞争力。

它是一种企业内部所有业务部门之间、以及企业内外合作伙伴之间交换和分享信息的系统。

作为大型企业管理系统，它的复杂性决定了ERP实施过程中充满了风险（软、硬、咨询、人员投入）。

目前国内外主流的ERP产品供应商通过项目实践提出了自己的实施方法论。

在这些实施方法论中，虽然各有不同，但是不难发现它们都是按照项目管理的要求指导ERP实施，同时体现出ERP实施过程中的质量控制。

因此，ERP实施应该遵循项目管理的要求，可以分为五个阶段： 1、实施准备：该阶段达成目标包括：明确甲方（客户方）乙方（ERP实施方）双方的项目经理人员，组建双方实施小组；双方项目组成员清楚和理解项目实施的目标和方法；双方项目组共同拟定一份项目实施主计划，规划出整个项目的实施进程；公司高层信息化建设知识和ERP理念的培训；召开项目启动大会。

双方确认成果有：项目组织/通讯录、项目实施主计划/资源需求计划、系统环境部署建议、工作任务书、项目章程、项目预算计划、质量保证计划、项目实施标准文档、阶段成果评估。

该阶段里程碑：召开项目启动会。

2、蓝图设计：该阶段达成目标包括：让客户了解软件系统的功能、管理思想以及应用流程（知己）；了解客户业务和需求，分清主次，合理不合理（知彼）；进一步界定细节需求边界；在业务调研的基础上帮助企业发现并确定企业现存的主要问题，分析这些问题，并找出导致这些问题的原因，编制业务规划；产品需求匹配，确定需求差异，做特殊业务处理的二次开发准备；编写解决方案初稿。

双方确认成果包括：业务解决方案初稿、个性化开发方案、系统编码方案、系统参数配置方案、接口方案。

该阶段里程碑：需求分析报告确认和业务解决方案确认。

3、系统建设：该阶段达成目标包括：培训及知识转移；测试业务蓝图设计方案的可行性和有效性；准备将蓝图设计转换成公司实际操作流程，进行解决方案的优化与验收。

双方确认成果有：测试计划/方案、培训总结报告、静态数据准备方案及表单、方案测试报告和解决方案终稿。

该阶段里程碑：解决方案验收。

4、上线切换：该阶段达成目标：完成上线前的相关准备工作、保证动态数据的按质按量完成；系统正式上线；完成新旧的系统替换工作；新系统可以处理企业的日常业务。

双方确定成果：客户内部支持体系、系统权限配置方案、最终用户培训总结、用户标准操作手册、切换方案、系统切换报告、上线切换报告。

该阶段里程碑：上线准备与切换总结。

5、上线及上线支持：该阶段达成目标包括：系统正式上线后的实施支持，保证客户可以正常应用系统进行日常业务处理；人员的有序撤离/更换，引入运维，保证服务的长期性；做好项目总结，完成项目的整体验收工作。

双方确定成果有：日常维护策略、用户系统管理制度、系统运行问题记录单、项目总结报告（质量报告）、系统验收报告、内部评审报告、项目交接记录单、项目维护合同。

该阶段里程碑：项目验收。

（详见正航软件官方网站文章）

运维是做什么的

运维，这里指互联网运维，通常属于技术部门，与研发、测试、系统管理同为互联网产品技术支撑的4大部门，这个划分在国内和国外以及大小公司间都会多少有一些不同。

一个互联网产品的生成一般经历的过程是：产品经理、需求分析、研发部门开发、测试部门测试、运维部门部署发布以及长期的运行维护。

运维的职责编辑对于初创公司，运维部和系统部一般是合二为一的，相关工作由同一批人负责，界限可能不是很明显。

大型公司对运维工作的要求更高，需要有更精细的分工，因此机房/网络/操作系统相关的底层工作分离出来由专人负责，成为系统管理部，而上层和应用产品相关的工作则由运维负责，成为运维部。

以下从互联网产品生命周期和运维涉及的技术分别来看分工较细的大型互联网公司中运维工作的职责。

[1] 产品生命周期维度编辑运维的职责覆盖了产品从设计到发布、运行维护、变更升级及至下线的生命周期，各个阶段的职责包括：产品发布前这个阶段运维工程师的职责是参与设计并把有关运维准入，主要包括：（1） 产品的业务熟悉；（2） 产品架构设计的合理性评估，包括是否存在单点，是否可容错，是否有强耦合等，同时需要提供产品设计的合理性建议以使产品能够满足上线发布并稳定运行的基本要求；（3） 资源评估，包括所需的服务器资源、网络资源以及资源的分布等，同时把相关产品对资源预算申请的合理性，控制服务成本；（4） 资源就位，将申请的服务器及基础环境/域名准备就位。

产品发布这个阶段运维工程师负责发布的具体工作，将具体的软件和系统/硬件资源整合形成产品并对外提供服务。

对于已在线服务的更新也属于发布范畴，这个时候的产品发布一般要保障在线发布，在不中断对外服务的情况下完成产品的升级。

对于大型复杂的变更也存在中止服务部署完成后再重新提供服务的情况，但这种情况需要运维工程师通过尽可能的技术手段来避免。

产品运行维护这个阶段的主要工作包括：（1） 监控：对服务运行的状态进行实时的监控，随时发现服务的运行异常和资源消耗情况；输出重要的日常服务运行报表以评估服务/业务整体运行状况，发现服务隐患；（2） 故障处理：对服务出现的任何异常进行及时处理，尽可能避免问题的扩大化甚至中止服务。

这之前运维工程师需要针对各类服务异常，如机房/网络故障、程序bug等问题制定处理的预案，问题出现时可以自动或手动执行预案达到止损的目的。

除了日常小故障外，运维工程师还需要考虑产品不同程度受损情况下的灾难恢复，包括诸如地震等不可抗力导致大规模机房故障、在线产品被删除等对产品造成致命伤害的情况。

容量管理：包括服务规模扩张后的资源评估、扩容、机房迁移、流量调度等规划和具体实施。

产品性能/成本优化产品对外提供服务最重要的一点是用户体验，用户体验中非常重要的是产品的可用性和响应速度。

而如何用最合理的资源（如机器、带宽等）支持产品提供高可用和高速度的用户体验，这也是运维工程师的重要职责。

产品下线发展良好的互联网产品将始终在线对外提供服务，但互联网产品快速迭代，也存在相当多孵化的产品最后被淘汰的情况，这些产品都需要做下线处理，这个过程运维工程师主要做好资源回收的工作，将机器/网络等资源回收后纳入资源池中供其它服务使用。

[2] 运维技术方向编辑产品的整个生命周期里运维的职责重要而广泛，但运维工程师们的职责不仅限于这部分工作，还需要总结工作中遇到的问题，抽取出相关的技术方向、研发相关的工具和平台以支持/优化业务的发展并提高运维的效率，相关技术工作主要包括：服务监控技术：包括监控平台的研发、应用，服务监控准确性、实时性、全面性的保障服务故障管理：包括服务的故障预案设计，预案的自动化执行，故障的总结并反馈到产品/系统的设计层面进行优化以提高产品的稳定性服务容量管理：测量服务的容量，规划服务的机房建设，扩容、迁移等工作服务性能优化：从各个方向，包括网络优化、操作系统优化、应用优化、客户端优化等，提高服务的性能和响应速度，改善用户体验服务全局流量调度：接入服务的流量，根据容量和服务状态在各个机房间分配流量服务任务调度：服务的各种定时/非定时任务的调度触发及状态监控服务安全保障：包括服务的访问安全、防攻击、权限控制等数据传输技术：包括p2p等各类传输技术的研发应用，也远距离大数据传输等问题的解决服务自动发布部署：部署平台/工具的研发，及平台/工具的使用，做到安全、高效的发布服务服务集群管理：包括服务的服务器管理、大规模集群管理等服务成本优化：尽可能降低服务运行使用的资源，降低服务运行成本数据库管理（DBA）：通过设计、开发和管理高性能数据库集群，使数据库服务更稳定、更高效、更易于管理。

平台化的开发：类docker和google borg平台的开发管理，及服务接入技术分布式存储平台的开发优化：类google gfs等分布式存储平台的研发及服务接入等等，凡是关系到服务质量、效率、成本、安全等方面的工作，及涉及到的技术、组件、工具、平台都在运维的技术范畴里。

做好每一个...

linux运维是什么

IT业的项目实施情况一直很不乐观。

美国Gatne Goup公司于美国时间2000年11月14日通过其下属的Tech Repulic公司发表了有关IT项目的调查结果。

该调查是以北美的1375个IT专家为对象实施问卷调查进行的。

根据此调查，IT项目中有40%失败，这些项目的平均成本每年花费100万美元。

在我国，软件项目的失败几乎成了普遍现象。

由于认识的误区，许多企业领导盲目认为软件业是低成本（在他们眼里，就是几个人员的工资）、高回报的产业，丝毫不考虑风险，鼓吹软件工程师无所不能，用户和市场人员的无知和胆大是的银弹综合症的病因；由于观念的落后，更多的用户则认为软件在中国是不值钱的，对他们来讲，一个应用软件要花掉上百万元简直是不可思议的事，非常宏大的企业信息化建设项目，却投资很少的钱，早早给盲目胆大的软件企业挖下了陷阱；由于经验的不足，有许多项目在需求调研阶段就没有明确的范围或偏离了方向，进度、资金、工作量估计严重不足，而业主往往在项目交付后才学会提需求，使项目没完没了；由于管理水平的低下和软件本身的智力密集性，研发过程很难控制，个人英雄主义普遍存在，致使软件项目的成败把握在个别人手里… … 因此，许多软件企业慨叹，我们做一单，死一单，做一个企业，丢失一个行业，总结起来，总是教训多，经验少。

众多IT企业经过多次失败后，逐渐认识到，软件项目实在是失败不起了。

尤其是，在多种媒体飞速发展、信息传播空前快捷广泛的今天，一个有影响项目的失败可能会一夜之间传遍全球，这对承揽该项目的IT企业来讲无疑是灭顶之灾。

以上是我对于这个问题的解答，希望能够帮到大家。

IT运维工程师的岗位要求

IT运维工程师的岗位要求：1.负责公司内部网络/应用的日常维护、技术评估和项目实施，包括PC、打印机、网络交换机/路由器/防火墙管理、网络监控系统等；2.对公司内部信息系统及设施的日常检查、监控、运维分析。

3.负责应用服务器的实施部署与搭建；4.负责应用服务器的资源调配和系统安全、数据备份；5.负责应用服务器各项数据的监控，如流量、负载等；6.负责测试环境的搭建工作。

...