首席架构师白鳝：运维的进阶与哲学之道(3)

领导可能会说,最好能做到不丢失数据.一些解决方案厂家,他们可能会说：用了我的系统、我的产品就能做到数据不丢失.那么作为DBA,我们可能希望通过自己的技能或方案来做到0丢失,但是架构师考虑的角度就不一样了,他首先考虑到我要做到数据0丢失,成本是什么?我的系统需不需要做到0丢失?大家可能认为,对银行来说很需要数据研究师,但我和很多商业银行的IT主管交流时,他们认为丢一点数据没关系,只要不错就行了.

首先,我们必须明确运维自动化的目的是把运维人员从繁琐的运维监控工作中解放出来,但实际上“运维自动化程度越高运维人员越忙”却是现在的普遍认知.正如前面所说,自动化运维平台能够发现更多的事件,呈现更多的数据给运维人员,可这些问题是不是值得我们马上去处理,这需要一些分析和筛选.

另外,我们在做基线分析的时候,如果定了一些不合理的基线指标,就会导致告警数据越来越多,上述状况都会导致我们的运维人员越来越疲于奔命.比方说,我们定义CPU超过90%就会报警,但其实超过90%是不是就是一个必须解决的问题呢?不一定,需要根据各自的实际应用场景去分析.

所以在这一块,我们的运维自动化平台不只是简单监控就行了,还需要大量运维经验的人才.没有运维经验的自动化平台就是个虚的东西,没有任何价值.

创造力是企业竞争力提升的源泉,但是反过来,标准化是企业长期生存的依靠.光有创造力、天天有新点子,却不能沉淀到企业里面来,无法成为企业的血液,这个企业也没办法把自己的创造力转化为生命力.

对于运维而言,创新和标准化是螺旋上升的关系,既要有创造力,又要标准化,这两个相辅相成,不能脱节.

再者,我们在企业里是一个团队,创造力再强的人也必须遵循标准化的管理要求,反过来标准化不能束缚死了,阻碍运维创新.因此,从企业选择运维人员的角度看,稳健型IT更需要标准化,创新型IT更需要创造力.

对DBA来说,一般发现问题可能会惯性地去找一些SQL的问题,通过SQL优化可以很快把难题解决掉.SQL优化的作用很明显,我们也常常发现SQL优化会引起更深入的问题.

从运维的角度,我们再看回前面“DBA做优化是盲人摸象”这句话,会觉得不无道理.因此,我们在做优化的时候必须通盘考虑整个基础架构,而不仅仅是一个面.

那么,一个优化项目必须具备哪些成功要素?

在我看来,必须囊括扎实的客户调研、深入全面的分析和对IT基础架构的充分了解这三个要素.尤其是对整个架构的把握,如果你不了IT系统架构,你就只能从SQL层面去优化,永远是治标不治本.

最后,我们总结一下本次分享：对运维来说,没有绝对的最好,但不妨碍你去追求最好；没有绝对的正确,但不妨碍你探索正确的道路.人才是智慧的源泉,再强的自动化运维平台都需要高智商的运维人员.

讲师介绍 白鳝

• 徐戟,网名白鳝,DBAplus社群联合发起人.20多年应用开发、运维管理、系统优化、IT队伍管理工作经验.著有《Oracle RAC日记》、《Oracle DBA优化日记》等技术专著.
• 曾主持开发了国内首套电信级联机实时计费系统、国内第一套三检合一的检验检疫综合管理系统、国内第一套公路口岸快速通关系统以及银行大前置平台(IPP).信息无障碍研究会专职顾问,Oracle ACE.

文章出处：DBAplus社群

讲师完整PPT：http://dwz.cn/3OMbQG

（编辑：ASP站长网）