高效运维最佳实践七字诀

  • 时间:
  • 浏览:0
  • 来源:彩神欢乐生肖_神彩欢乐生肖官方

1)优化监控系统

Codis其他其一,Codis由豌豆荚开源,并广泛用于其自身的业务系统。Codis刚好击中Twemproxy两大痛点(无法sharding,运维不友好)。Codis里能不能了平滑的扩容/缩容,随时增减Redis服务器;并提供友好的运维界面,不仅能看一遍Codis系统运行状态,还能进行数据迁移、主备切换等操作。

絮絮叨叨说了这多,其他知亲戚朋友看烦木有。运维很苦闷,让苦闷的人变得更苦闷。但不管怎么才能 才能 ,也是一门技术。这年头,有门手艺,人太好发达需良机,但相当于生存无忧。话说回来,哪行都有 容易。

2)不想让流程吞噬责任

近几年国内优秀的开源软件层出不穷,设计和优化架构,其他之前 并都有 非得另一方从零起步来搞。类似于Redis,以其高效、稳定,已成为缓存系统的最好选择 之一,但Redis单实例的支撑能力有限,目前Redis集群的实现,大多采用Twemproxy,但使用起来老感觉其他美中欠缺,没办法 ,有没办法 有有另一个取而代之的产品?

高效运维从来都有 有有另一个简单的事情,需要多方面一起去努力来实现,本文先择其要点简述之,之前 专栏系列文章会有更多深入阐述。

运维是支持部门,成本中心,难以产生利润。其他其中重要的考核指标人太好是客户满意度,请相关业务部门给运维同学打分,运维内部管理根据分工,并里能不能了相互打分,这对应着内部管理满意度和内部管理满意度。KPI人太好令人不舒服,但总的来说,还是有趋于稳定的合理性。

技术上的专业化运维,涉及面也很广,下面仅列举几例。

管理者的时间错配包括并都有状态。

1)运维345法则

5)代码持续部署

3)运维自动化

具体到运维部门而言,亲戚朋友的分工,区别于内网IT部。有有另一个是服务内部管理客户,有有另一个是服务内部管理客户,差别还是蛮大的。根据部门分工,拆解出各个小组的分工,再落实到每个员工面前。有章法,亲戚朋友也人太好舒心。

1)沉迷出理 技术间题。這個 般趋于稳定在刚从技术岗位提拔为管理者的之前 ,忘记另一方是管理者了。出理 冗杂技术间题,能带来愉悦感,其他挫折感。于是遇到技术间题时,非得死磕到底,其他一周过去了,而部门另一每个人却放羊一周。

公司业务扩大其他后,机会运维组织型态不随之而变,分工不明确,就会发现亲戚朋友都有 疲于奔命,那些都有的结果其他那些都有 精。在运维技术没办法 庞杂的今天,其他把人活活的架在火上烤。另有有另一个引发的是多米诺骨牌效应:分工不明确 —> 职责不清楚 —> 考核不量化—> 流程不合理—> 缺规范 、少文档。

来的都有 客。机会另一方人太好忙不开,响应慢。礼貌用语老要 里能不能了的嘛,不好意思,对不起,抱歉,谢谢。

线上系统多多线程 运行代码里能不能了自动打包、持续部署? 测试环境的新版本发布里能不能了由开发人员另一方来做,甚至另一方来做测试? 那些无疑里能不能了很大提升运维和开发传输速度。

 

2. 为那些难以做到高效运维

故障通报是细究故障的不二法门,一次长时间的故障,往往有其他细节里能不能了推敲,亲戚朋友总结出运维345法则。3是指故障时长被分成三每段,4是指对应的另一个故障时刻点,5是趋于稳定這個 过程中亲戚朋友里能不能了做的五件事。另有有另一个,亲戚朋友就里能不能了有的放矢地进行优化出理 了。

做运维的没办法 多,快乐的能有十几条 ?

实际上,对内部管理门而言,运维是个黑盒子,是有有另一个输入输出的关系:内部管理门提出需求,运维给出结果:完成、或未完成。本质上而言,内部管理门不关心(也无法关心)亲戚朋友采用那些技术来实现的,只关心是否是如期完成。

● 技术的专业化

亲戚朋友没办法 努力,为那些总感觉过得没办法 憋屈、苦闷?做的事情没办法 多,为那些业务部门、直接领导和公司貌似都没办法 不领情?为甚做并能另一方更加开心些?

1. 那些是高效运维

這個太好是错误的、短视的,“害人害己”的。机会真的出了有有另一个非常严重的故障,另一方就能“出污泥而不染”么?没戏。机会是顶级故障,老板想的甚至是把整个运维部门端掉,皮之不存、毛将焉附?

● 糟糕的分工及连环反应

● 良好的客户界面

2)一心扑在管理上。这又是有有另一个极端了,忘记另一方的技术身份。把另一方变成有有另一个项目经理,整天只关心时间节点,不关注技术人员的小情怀,不协助亲戚朋友出理 具体的技术间题。

● 管理的专业化

亲戚朋友架构设计 了其他来自内部管理门对运维的印(tou)象(su),如下图所示。其中,亲戚朋友看是否是也十几条 有另一方的影子?

更严重的是,另一每个人没意识到另一方的沟通表达是有间题的,说句话能把人呛死,也他不知道怎么才能 才能 有效表达。另有有另一个就谈不上热情了。

来源:51CTO

流程规范是很好,不可或缺,好处谁都晓得。其他,流程有都有成为挡箭牌,会想要变得本位,不愿担当,其他愿从事另一方职责之外的事情。

● 做vs说的困境

亲戚朋友一般都有必求素未谋面的小伙伴,先当面聊一下。举个真实的例子,有位同学之前 和某位运营同学老要 QQ、邮件沟通,某次人太好说不清楚,于是面聊,发现对方你以为是个美女,于是之前 公司合作 很愉快(人太好美中欠缺的是,该女士已有女男友)。

3. 怎么才能 才能 做到高效运维

包括三每段:1)框架,即合理的分工/职责/KPI,抱歉我提到了KPI,多么想要没办法 爱恨交织的词语;2)血液,即专业的流程/规范;3)界面,即良好的服务意识/技巧。那些投入足够多,才会得到心仪的产出——高效运维。在贯彻实施那些一段时间后,内部管理门会诧异的感觉:哟,为甚运维变化没办法 大。人太好亲戚朋友他不知道导致 ,但亲戚朋友里能不能了微微一笑,呵呵。

4)合理优化架构

管理者机会把错误的人安排在错误的岗位,没办法 注定是个错误。类似于,某位同学喜欢钻研技术,不喜表达,非得想要作为和内部管理门的接口人,那自然费力不讨好,亲戚朋友都有 开心。

● 资源错配

谁来监控监控系统?为甚保证比业务部门先发现间题?是否是需要加进去去业务监控?URL监控是否是返回状态码400即万事大吉?是否是需要文件监控?短信报警、邮件报警是否是足够?是否是需要自动语音报警及垂直升级功能?

美国著名管理学者史蒂芬·柯维在畅销书《高效能人士的七个习惯》中提出了产出/产能平衡原则。想多产出,先得扩大产能。想金鸡多下蛋,就里能了杀鸡取卵。没办法 对于高效运维而言,产能是那些呢?

前段时间有位IT大佬在网络上发声,我没办法 有钱,为那些不幸福?诚然,有钱是幸福的最重要条件之一,但有钱就一定幸福么?真的是充分必要条件?当然更悲催的是运维行当,技术好是被认可(幸福)的最重要条件,但技术再好,内部管理门不说咱们“坏话”,机会是很不错的了。

人为事故是运维最头疼、最不专业的事情之一。类似于网站运维中,机会每次更新都需要登录服务器,svn update/git pull,难免会出差错。其他里能不能了用类似于Jenkins的工具,实现Web更新,另有有另一个,除非重大更新(包括数据库更新),其他都只需要点点鼠标即可。甚至,里能不能了把网站更新外包回开发部门,另有有另一个还能减少运维操作带来的沟通成本、时间成本。

运维自动化是个大课题,网络上的讨论也其他。建议选择 相当于另一方的妙招、妙招。轻量级工具如ansible,不想在被管理服务器安装客户端多多线程 运行,这在针对多台服务器进行架构设计 管理(有点儿是管理仅有临时账号权限的服务器时),具有较大优势。另有有另一个吸引人的地方是,操作结果和操作日志集中存储。

3)沉迷单个业务模块。这是另有有另一个特例。一般趋于稳定在内部管理提拔时。类似于某位同学,之前 是DBA组的负责人,提拔为运维部经理后,还是习惯于抓其擅长的数据库工作,这也是不应该的,其他就没必要提拔了嘛。

监控是门学问,是专业运维的入口。展开说里能不能了很大篇幅,先抛砖引玉,提出那些间题。实际上,对于资深、聪明的运维同学,看一遍间题,就机会有了另一方的答案。

Docker高可用集群,加进去去Jenkins发布,里能不能了把那些需求变成现实。Centos 7的systemd用来底层支持Docker高可用,etcd实现了配置文件的集中存储,而都有 分散在各台服务器的本地。fleet作为etcd和systemd之间的桥梁,并通过systemd来控制集群服务器。

另外,从人脑型态来看,做和说两难全,也是合理的。控制计算、推理能力的是左脑,而表现力等由右脑控制。机会强行要求会做都有说,说不定会导致 紊乱、崩溃甚至“脑裂”呢,呵呵(当然,這個 间题也是有出理 妙招的)。

2)来的都有 客

4. 小结

1)当面沟通

2)减少人为事故

做运维的,应该放下身段,不一定非得低三下气地做事情,但相当于意识得到位。运维的沟通中,也适应心理学的投射原理:越是人太好别人盛气凌人、服务里能了位,人太好另一方也往往是另有有另一个的。

管理上的专业化运维,甚至包括调试通报和故障通报,都很有说法。系统运行一段时间后趋于稳定,调试/更新就变成了故障的主要来源之一,其他调试少出人为事故,顺利如期的完成?这是个技术活。

一般运维技术人员都有 善于沟通(相当于表皮层上,人太好亲戚朋友都普遍有火热的心,呵呵)。在微信、QQ大行其道的今天,這個 间题变得更严重,而都有 减轻。这也和工作性质有关,想想,一天到晚和服务器说话的时间,比和人说话时间都多。

趋于稳定在中小公司的糟糕状态,往往不想明确的分工,开始英语 英语 悲剧之旅。其他游戏创业公司,刚开始英语 英语 时运维人员也就2、另一个,基本每人都得会运维的各个工种,游戏运维、网站运维(Nginx/PHP等)、数据库运维(MySQL等)、系统运维(Linux/Windows等)、服务器上架、故障报修、甚至做网线。

另一方做运维没办法 些年,结合各种失败与成功、痛苦与苦痛的经验,终于悟出高效运维的七字诀:专业、热情、方便、快。不一定全版适合您,但终归是多年的领悟,自成有有另一个小体系,如各位盆友喜欢,之前 逐一阐述,如能对亲戚朋友有所裨益,幸莫大焉。

即时聊天工具如QQ、微信实际上是加剧了沟通成本。亲戚朋友变得更加依赖与此,另有有另一个当面沟通或电话沟通,几分钟就能说明白的事情,来来去去几十分钟,更有甚者,还能吵起来,没办法 愉快的玩耍了。根据国外一项调查,一次有效沟通中,词句内容仅趋于稳定一小每段。

往往看另一方都很美,但从内部管理门来看,槽点多到乃至无力吐槽。首先,做事情不专业,人为事故多(更多是低级的人为事故);其他之前 ,都有 亲戚朋友业务部门告诉运维,运维才知道趋于稳定故障了,其他故障出理 时间过长;做个调试,老超出调试时间,超时其他说,是都有 完成了其他知会一声;部门内老玩踢皮球的游戏,做个需求,老想要要挨个找人;申请个服务器,老费劲了,扔我有有另一个申请表,当另一方是衙门呢?机会扔我有有另一个技术文档,我哪看得懂?

专业、热情、方便、快,这是为根治上述各种疑难杂症,经多年自我治疗并综合各方经验,得出的高效运维七字诀。亲戚朋友用有有另一个简单的公式来表示高效和专业的关系。专业是高效的基石,其他无从谈起高效是否是,而技术是专业的基石。但这恰恰也是运维技术人员的误区所在,误以为,技术比较强,就足够了,并其他而忽视其他重要方面。

员工的资源错配主要体现在时间安排上。事情多了,分不清轻重缓急,没办法 有有另一个合理的排序原则、指导思想;混淆技术进步和工作要求(有时过分追求技术进步),简单的间题冗杂化,降低客户满意度。

Jenkins从svn服务器获取到新代码版本后,通过shell脚本,打包成image,放在Docker私有库,从而被Docker集群服务器update并使用。

作者:何妍 

合理的流程规范,就像血液,能让部门稳定而高效的运转,亲戚朋友都人太好开心,这也是专业是否是的重要组成每段。但机会希望做到高效运维,良好的客户界面、相当于的妙招技巧,也非常有必要。这就像网站的UI,给人感觉舒服了,后边其他事情并能轻松愉快、顺理成章地进行。

做里能了高效运维,公司和业务部门不满意,上级领导不满意,另一方其他满意。导致 其他,亲戚朋友从管理者和员工速度分别来讲。

管理者和员工都机会趋于稳定资源错配的间题。对管理者而言,包括人员错配和时间错配,员工主其他时间错配。

另外,Codis还提供工具,将依赖于Twemproxy的Redis集群,平滑的迁移至Codis(太酷了,那画面太美,我你以为不忍看)。性能方面,经亲戚朋友实测,在正常Value长度下,Codis的get/set性能,优于Twemproxy。

伸手不打笑脸人。相当于的言语表达,里能不能了大事化小、小事化了,反之亦然。其他对做技术的运维同学而言,这是很不容易的事情,甚至另一每个人宁愿多加班,其他去和人沟通。但,工作的要求有时往往需要善于表达,人太好并里能不能了换个速度想,把良好的沟通当做一门技术来攻克,怎么才能 才能 ?

● 明确分工/职责