作者：网名“Bigger彪”，京东运维工程师，创建公众号：有逼格的Opser
前言：作为运维行业中的一线运维人员，经常会苦恼于做重复且琐碎的事情，随着DevOps以及自动化运维甚至运维开发这些字眼的捧红，越来越多的人在宣称他们要做DevOps，要做一整套自己的运维体系。然而如何去做，可能更多人都还是处理尝试阶段，小编根据自己的成长经验以及各位大牛们的理论和实践做以总结，一个成功的运维体系建设必须包含三个要素：理念+自动化工具+人，三者缺一不可。人主要就是我们所熟悉的运维人员，亦或者SRE(Site Reliability Engineer) or PE(Production Engineer)，所以下面简要总结下我自己理解的运维理念和工具实践。
DevOps
DevOps理念：期望通过一套方法论与工具实践来填补开发与运维之间的鸿沟。
在企业内部，一个稳定的产品上线运行需要依靠研发、测试以及运维三者来共同保证，然而三个领域各自有自己的目标并且处于不同的团队，这个时候如果线上不出事故则已，出事故便很可能团队之间各种扯皮，并且最终也不能快速定位修复，因为在整个软件产品生命周期中，由三个相对独立团队去分别管控某一个阶段，很多细节并不在明面上为大家所知。那么如何去有效的优化现状，让产品能够更快速地迭代，更稳定的运行呢？这就是DevOps思想或者理念的存在价值。
(DevOps模型)
DevOps旨在为研发、测试、运维三者之间建立某种共同认可的契约，通过某些方法论的实践来完成以下目标，最终实现产品的快速优质交付以及稳定运行，进而以最小化优化成本实现最大化效益。
- 更小、更频繁的变更意味着更少的风险
- 让开发人员更多地控制生产
- 更多地以应用程序为中心来理解基础设施
- 定义简介明了的流程，尽可能自动化
- 促成开发人员与运营人员的协作
- Dev、Ops、QA三者之间流程、操作透明化
自动化实践：
流程管控：
所谓无规矩不成方圆，虽然现在强调敏捷和精益，但并不是说可以肆意为之。在一整套的产品生命周期管理过程中，流程规范、标准以及结构逻辑的设计还是至关重要的。因为此处的设计会决定了产品的设计逻辑以及实现方式，如果设计不妥也直接影响最终的用户体验。当然在流程管控方面，每个公司环境不一，场景也有差异，需要根据实际情况进行制定。
产品模型：
一个好的产品一定是建立在好的规范之上的，因为一个好的产品模型至少不能违背以下几点：
- 规范工具间的标准
- 在当前工具可用的基础上优化增加功能
- 以增加未来复杂度来解决当前复杂问题
- 在满足用户体验的同时尽可能做到简约
工具与架构：
数据运营：
在上述工具与架构设计中，如果各个平台能够优质服务并且能够互相联动，就可以通过各个工具平台提供的数据进行分析决策，而最普通的实践莫过于容量规划，进一步也可以通过多维度多层次的数据聚合分析对目标单元进行预诊决策(智能运维思路)。
以上的总结也是根据学习各种大牛的经验并结合自己目前的场景进行理解的，如有不同见解希望一起交流。
最后，来一些鸡汤给读者吧(也是给自己的?) ：目标还是要有的，否则你怎知道自己是否还真真切切地活着。为自己定一个目标，比如自己实现一个MVP(最小可用产品)，跑个马拉松，亦或者养一盆花，让一些美好的经历伴随着自己成长。
本文链接：https://www.yunweipai.com/12797.html
网友评论comments