高效运维最佳实践.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
目 录 专栏介绍 (01 )七字诀 ,不再憋屈的运维 (02 )员工的四大误区及解决之道 (03 )Redis集群技术及Codis实践 (04 )运维 2.0 :危机前的自我拯救 (05 )运维自动化之殇 (06 )Docker持续部署图文详解 本文档使用 看云 构建 - 2 - 专栏介绍 专栏介绍 专栏介绍 “高效运维最佳实践”是InfoQ在2015年推出的精品专栏 ,由触控科技运维总监萧田国撰写 ,InfoQ 总编辑崔康策划。 关于作者 本文档使用 看云 构建 - 3 - 专栏介绍 萧田国 ,男 ,硕士毕业于北京科技大学 ,目前为触控科技运维负责人。拥有十多年运维及团队管理经验。 先后就职于联想集团 (Oracle数据库主管 )、搜狐畅游 (数据库主管 )、智明星通及世纪互联等。从1999 年开始 ,折腾各种数据库如Oracle/MySQL/MS SQL Server/NoSQL等 ,兼任数据库培训讲师若干年。 曾经的云计算行业从业者 ,现在喜欢琢磨云计算及评测、云端数据库 ,及新技术在运维中的应用。主张管 理学科和运维体系的融合、人性化运维管理 ,打造高效、专业运维团队。 本文档使用 看云 构建 - 4 - (01 )七字诀 ,不再憋屈的运维 (01 )七字诀 ,不再憋屈的运维 原文出处 :http///cn/articles/effective-ops-part-01 作者 :萧田国 前言 做运维的那么多 ,快乐的能有几个 ? 我们那么努力 ,为什么总感觉过得那么憋屈、苦闷 ?做的事情那么多 ,为什么业务部门、直接领导和公司 貌似都那么不领情 ?怎么做才能自己更加开心些 ? 本专栏的主线实际是一个运维人员的十年成长史 ,从菜鸟到运维总监。但不是基础技术教学 ,也不会在运 维技术的某一方面过深涉及。更多的是应用技巧、实践经验及案例剖析。专栏中的系列文章 ,包含作者在 运维各个细分领域的技术和个人成才的心得体会。因此也可以成为广大运维朋友的工具书 ,伴随大家从初 级运维成长为高级技术型运维管理人才。 技术专栏就非得那么中规中矩么 ?咱这个专栏试图以更轻松活泼的文字 ,徐徐道来 ,就当是个老朋友 ,轻 松愉快中 ,希望能给大家带来收获和启发。 前段时间有位IT大佬在网络上发声 ,我这么有钱 ,为什么不幸福 ?诚然 ,有钱是幸福的最重要条件之一 , 但有钱就一定幸福么 ?真的是充分必要条件 ?当然更悲催的是运维行当 ,技术好是被认可 (幸福 )的最重 要条件 ,但技术再好 ,外部门不说咱们 “坏话” ,已经是很不错的了。 补充一句 :本文实际上既是本专栏的开篇 ,也是综述。后续专栏文章 ,会就各个部分 ,进行详细阐述 ,敬 请期待 。 本文略长 ,主要目录结构如下 : 前言 1. 什么是高效运维 2. 为什么难以做到高效运维 2.1 糟糕的分工及连环反应 2.2 做vs说的困境 2.3 资源错配 3. 如何做到高效运维 3.1 明确分工/职责 3.2 技术的专业化 3.3 管理的专业化 本文档使用 看云 构建 - 5 - (01 )七字诀 ,不再憋屈的运维 3.4 良好的客户界面 4. 小结 好吧 ,我们正式开始。 1. 什么是高效运维 我们收集了一些来自外部门对运维的印 (tou )象 (su ),如下图所示。其中 ,大家看是否也多少有自己 的影子 ? 往往看自己都很美 ,但从外部门来看 ,槽点多到乃至无力吐槽。首先 ,做事情不专业 ,人为事故多 (更多 是低级的人为事故 );很多时候 ,都是我们业务部门告诉运维 ,运维才知道发生故障了 ,而且故障解决时 间过长 ;做个调试 ,老

文档评论(0)

max + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档