开发运维开发一路走来的收获与感悟.pptxVIP

开发-运维-开发，一路走来的收获与感悟 杭研后台——何登成 自我简介 何登成 研究生期间：5年数据库研发； B2B期间：2年DBA，数据库运维； 网易期间：重转研发； 一定的研发和运维经验； Outline 从开发到运维，我所学到的知识； 从运维回到开发，我的思维转变； 从开发到运维，我所学到的 对系统线上运行状况了如指掌 线上操作无小事 遵守流程 风险意识，一切操作均可能失败 注意日常操作的整理与收集 老大是用来背黑锅的 与产品相关的所有人员打好关系 如非必要，不要在节假日前做上线操作 运维要懂得说不 尽可能准备应急预案 注重总结：你会在同一个水沟前跌倒两次吗？ 及时反馈、指导开发 I：对系统线上运行状况了如指掌 运维第一步 在做运维前，必须对线上的系统运行情况了如指掌； 系统部署架构； 系统服务的产品； 系统运行现状； 系统的监控与报警； ... 画外音 你敢娶(嫁)一个你不了解的女人(男人)吗？ II：线上操作无小事 运维必须要牢记的原则 任何一个你认为微不足道的操作，都可能导致系统出现问题； 举例说明：触发系统Bug；耗尽资源 ... 我的经验 1个月：无线上登录权限； 3个月：可登录线上，只有只读权限；(同样可能触发风险：做一个全表Select，耗尽I/O资源，替换热点内存...) 开始：老大操作我学习；后来：我操作老大监督； III、遵守流程 所有的线上操作，必须要有成熟的流程； 所有的线上操作，必须按照流程进行； 流程是前辈踩了无数坑之后，总结下来的。除非你想重新踩这些坑，否则一切按照流程来做； 如果对流程好奇，可以请教制定者，这么做的原因是什么？不这么做有什么风险？ IV、风险意识，一切操作均可能失败 运维人员，必须有强烈的风险意识。如何带着风险意识做事？ 所有线上变更，必须先整理命令与脚本； 所有的脚本，必须经过线下测试，验证通过； 所有的操作，必须考虑失败后回滚情况，准备回滚脚本； 我的经验 所有上线操作，提前一天准备好脚本，测试通过；准备好回滚脚本，测试通过；线上操作，基本不敲新的命令； V、注意日常操作的整理与收集 好记性不如烂笔头，放之四海而皆准的道理； 提高工作效率； 降低记错而导致误操作的可能性； ... ... 我的经验 做DBA期间，我整理了近120+条，1000+行的常用Oracle命令，基本上能够处理大部分操作； VI、老大是用来背黑锅的 嘿嘿！是不是觉得这一条很不可思议！！ 潜台词：老大不让我背黑锅就不错了 ? 但是：你必须牢记这句话！！ 怎么做才能让老大来背黑锅？ 你碰到一个问题，流程上没说怎么做，你也拿捏不准怎么做。此时该怎么办？ 别犹豫，第一时间告知老大，让老大来拿主意； 老大做决策，你来做实施。做对了，老大的功劳，应该的；做错了，老大的决策出错，老大都不知道怎么做，你更不了解了? 黑锅已给老大背上 VII、与产品相关的所有人员打好关系 做事，说到底还是做人！ 你能相信，几波完全不相识的人，能合作把一个产品/项目做好，运维好吗？ 产品新功能上线，该通知谁？ 平时有了疑问，该咨询谁？ 线上出了问题，该联系谁？ ... ... VIII、如非必要，不要在节假日前做上线操作 这应该算是运维领域一个共识，并且也经过多次的应验； 节假日前做操作，导致问题的可能性更大； 节假日前不做操作，线上都有可能抽风； 为什么会这样？ 节假日前，心已经飞走了... 节假日前做上线操作，节假日出了问题，找谁来处理？ 节假日本身的访问模式、压力，与平时有较大差异； IX、运维要懂得说不 作为一个运维，有线上的操作权限，有时是相当吃香的！这时，要经得住诱惑，要懂得说不！ 你有可能收到哪些请求？ Hi，哥们！帮我线上导些数据？帮我把线上的配置修改下？帮我做一些数据订正？帮我悄悄的上线一个功能？... 对于这些请求，最好的做法是：拿流程做挡箭牌，懂得对哥们说不！ X：尽可能准备应急预案 系统出问题了，你老大，老大的老大，甚至是大BOSS都被惊动了，正虎视眈眈的站在你的背后，指手画脚的要你在5分钟内把问题给解决掉！！！此时的你： 背脊发凉！ 脑袋发昏！！ 两手发抖！！！ 别说定位/解决问题，正常思考的能力都丢失了... 该怎么办？ 如果针对此问题，你刚好有一个应急预案，不慌不忙的拿出来，三下五除二，立马解决；你还愁着不升官发财吗？？到时别忘了请我吃顿饭！ XI：注重总结：你会在同一个水沟前跌倒两次吗？ 第一次跌进一个水沟 可谓不知； 第二次跌进同一水沟 所谓不智； 第一次犯的错，只要遵守了流程，谓“不知者不罪”；但，同样的错误，接二连三的犯，你就要问问自己，是不是自身存在问题了！ XII、及时反馈、指导开发 上线运维/日常运维/例行巡检 过程中，所有的不爽之处，别客气，提出来，向开发反馈！ 首先，这是开发应该做的职责