大运维之旅(二):大运维服务解析

admin管理员组

文章数量:1538188

2024年6月18日发(作者：)

大运维之旅（二）：大运维服务解析

大运维服务涵盖了数据中心发展阶段所需要的搭建服务、支持服务、管理服务和咨询

服务。

搭建服务

业务系统上线前，企业须要订货服务器、网络、存储等硬件和系统、数据库、中间件

等基础软件，然后将这些软硬件构建布局不好，交付给研发或推展团队用作部署业务系统

软件。因为这些产品往往不可能将源于同一个厂商，那么，这些相同厂商的产品内置在一

个环境中必须怎么设计、怎么部署、怎么布局、以及发生问题怎么化解，就须要一个中间

服务商分担这些工作，这就是我们所说的集成商和内置服务。

搭建不仅包括简单的软硬件安装，而且还包括实现各种功能架构，例如高可用架构、

san架构、自动化备份、监控、灾备架构等。更进一步，这些架构所对应的规范制度、策

略和方法的交付，是考验服务商和工程师的更高端技能，它们包括高可用维护和操作规范、

灾备维护和演练规范、各种架构的配置方法、策略（备份策略、监控策略）等。这些规范

和策略考虑了每种架构对其它架构的影响和其所关联的所有组件的深层次关系。

积极支持服务

厂商供货的软硬件产品一般都提供了一到三年的服务期。在这个服务期内，出现任何

部件损坏、软件故障，厂商都会派工程师到场修复，免费更换备件。这就是厂商维护或维

保服务。但经过一段时间的厂商维护服务，客户在涉及跨厂商产品的问题定位和解决时普

遍遇到困难，这一方面是各个厂商阻止自己的工程师为客户提供其他厂商产品的服务，另

一方面各厂商也没有动力去帮助客户做好兼容工作，而倾向于让客户全部选择自己的产品。

因此，客户越来越倾向于当产品出厂商保后，将维护服务交给非厂商的服务商。这就是所

谓的第三方维护服务的由来。

中亦做为第三方服务商，就是客户问题的第一积极响应人。不论与否自己服务的产品，

我们都可以协助客户分析定位问题，并指导客户用最合适的资源回去化解这些问题。

常规的维护服务是非驻场式的，服务商提供的现场服务一般包括，每月一次的巡检、

故障紧急响应和必要时的现场值守。但随着大型客户对响应时效性的要求，客户往往会要

求服务商在承担维护服务时，提供人员的现场常驻，即狭义的“大运维”。因为生产环境

不可能天天进行变更或出现故障，所以客户逐渐将常驻现场人员当作自己的人员来使用，

让他们从事一些日常运维工作，包括文档的整理、数据的收集、监控的记录、机房的维护

等，这种服务方式后来被发展成专门的驻场式运维服务。

从以上变迁过程可以看见，一些崭新服务模式的产生，就是经过课堂教学的变化演进

而来的，当我们把握住了这种演进的特点并不懈努力回去适应环境它们，我们就可以顺利

同时实现业务模式的技术创新，这也就是中亦科技“切削融汇it服务”所涵盖的内容之

一。

管理服务

下面融合我们的系统工程师常用和常参予的工作，了解工具和管理类服务的概念及其

在运维工作中的促进作用。

a．什么是cmdb（配置管理数据库）？

it基础架构中各种组件及其之间的关系，就是cmdb。这些组件不一定就是it组件，

还可能将包含人、文档、业务等非it组件。

不论是客户还是服务商，在服务开始和执行过程中，为了了解维护的对象，it基础架

构，的状况，会建立和维护企业it运维环境中设备、系统、数据库、中间件和其它软件

的信息资料，同时还会建立这些软硬件的配置和内在关联关系的文档或手册，这些信息构

成的文档或手册也是cmdb。

相同部门，比如设备部门，系统部门，应用领域部门，可能将都须要自己的一份cmdb，

从而协助本部门的保护服务。所以，cmdb就是多源的。

通过cmdb，可以准确分析任何变更可能造成的影响范围和程度，从而控制风险的边界，

准确回答企业it服务中，特别是业务部门提出的，诸如会影响什么业务、会影响到什么

程度、影响多长时间，也可以帮助技术人员准确分析和定位问题，从而提升整体it服务

水平。

b．基础架构自动化解决方案

基础架构自动化的目的，就是要尽量将基础架构维护工作中的人工重复性工作改由自

动化工具执行，以提升管理效率，减少差错。

系统工程师在搞县丞和监控时须要通过执行命令和检查日志等文件，辨认出系统中的

隐患。随着系统数量的急剧快速增长，人工的县丞和检查效率将大大降低而显得促进作用

越来越大。这时，须要部署监控工具同时实现原来由人工展开的县丞或健康检查功能。所

以，监控的价值无此监控软件本身，而是它所满足用户的运维管理市场需求。所以，没对

自身运维管理市场需求的细致介绍，片面追求监控软件的独有功能和监控范围的项目，往

往最终的效果不理想。

在大型客户中，系统安装部署是常规性工作。我们发现，我们经常需要根据制定的版

本规范进行系统或软件的安装和打补丁；需要按照配置规范设置系统参数，例如关闭什么

服务、建立什么用户、设置文件系统大小、系统核心参数设置、阀值设置等；我们希望保

存一些标准的系统配置模版，以便以后遇到一个不明系统时，我们可以比对这个目标系统

和模版系统之间的差异，并有可能强制将目标系统配置成和模版系统一样，等等。一般来

说，我们都通过脚本实现以上工作。而实际上，运维自动化软件已经为我们做好了这些准

备。

所有的业务系统都存有“联机”和“批量”两种作业。对于批量作业，直观握一个例

子：银行网点每天晚上存有一个“关门”动作，数据中心的一些加工工作必须在每个网点

继续执行了“关门”动作并且所有业务人员都签退后就可以已经开始。相似这些“关门”、

“签退”、时程工作等大量存有于业务系统中。当企业只有几个业务时，这些批量工作在

程序内部处置即可，发生问题也只要检查系统日志就能够化解。但当业务系统几十上百个

时，批量作业数量可能将达至几千上万，就须要一种直观和统一的工具去管理，这就是自

动化调度工具的促进作用。原则上，批量作业就是那些横跨任务的作业，即前一个任务必

须完结至后一个任务必须已经开始之间，须要搞的那些工作。

企业的很多基础软硬件产品都为客户提供了自动化操作可能，深入研究这些可能的自

动化领域，将使企业在应对it基础架构规模和复杂性迅速增长时得心应手，从容不迫。

c．虚拟化服务

虚拟化的基本概念就是将硬件资源虚拟成可管理的多个逻辑资源，如将一台物理主机

虚拟成多个逻辑的服务器、将cpu、板卡、网络等物理资源虚拟成多个逻辑资源。面对云

计

算是和虚拟化浪潮，客户迫切需要搞的就是将这些相同的虚拟化技术资源整合出来，

为业务提供更多资源整合不好的通用型的“服务能力”，而不是零散的系统、数据库、中

间件等it组件，这就是资源型数据中心的概念。其产品可以称作资源管理云平台，也就

是上面所说的资源管理自动化解决方案。

咨询服务

客户的基础架构服务中，除了很关键的一项工作，就是规范和标准的实行与落地。中

亦的咨询就是为了协助客户同时实现标准的落地，或者说提供更多实行这些标准的最佳课

堂教学。在协助客户同时实现标准落地的过程中，我们须要首先认知这些策略，协助客户

制订或健全有关制度文件。为了达至这些标准和咨询结果的落地，我们自身须要具备浓厚

的技术累积，晓得这些策略可能将的技术解决方案。咨询就是管理和技术的融合。

基础架构大运维的内容博大精深，其主线就是将行业标准、国际先进经验及专家技能

以最佳实践的方式提供给用户，最终为客户的业务服务。而这些最佳实践，包括技术的、

流程的、规范的等各个方面，对所有这些内容的深度和广度的理解和掌握，决定了一个服

务商和一位工程师在市场中的定位和价值。

本文标签： 服务系统客户工作维护