DevOps的个人见解
百度和简书上，关于DevOps的定义，如下：
DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。它是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作。
这里的话，相当隐讳，这里我来解释一下。至于后来又扯到什么敏捷开发这种忽悠人的言论上，的确是让人可发一笑。
我的职业生涯除了开发C++程序，其它的时间就在进行操作维护相关的开发，解析MIB数据的工具，在信息中心进行执续集成。现在搞CI/CD。当然，这些还是我的业余，自己主要还是程序员。其它的时间都在研究这些与执续开发相关的工作。
所以，这里我们先不要讲道理，先来思考下现实世界的生物。
1. 以人这种动物为例，人有DNA。如果不把DNA的实质性含义搞清楚，不要谈什么敏捷开发这种骗人的把戏。
1.1 DNA：包含了全部的遗传信息。是一种完整的信息。这是什么意思呢？即研发的产品，所有的内涵的参数，必须向外公开。否则这个程序员，就没有存在的道理。但现实世界却往往是哪个程序员了解的潜规则越多，生存得越好，许多管理者对此不仅不反对，还支持。这也有管理者的S13道理，因为他们希望用这些S13。你D得。这叫什么人招什么人。至少我现在的外企要好得多。之前遇到过这样的中国小公司。
1.2 DNA有明确的版本的含义。你能把一个活人，已经脱离母体的人的一半细胞的DNA“敏捷”升级吗？别扯蛋了。但许多人愿意想些本不通的事情，只为其个人的私利。
一会我们来谈到，上面DevOps说的重视沟通的潜台词到底是什么。
2. 进化的快，是不是就更好？显然在自然界不存在这么个理。人类的确是进化得快，从而胜利的典型，但如果你是被哺乳动物连缘化的鸟类，还要快速进化，是不是自己在作向灭绝呢？索尼就犯过这样的错误：手机取代民从的相机后，相机变成专业和发烧友的专品，可是有一年，SONY竞然发布了数款高端相机，用户大量失去。是吧，资源有限，是产品经理必须要理解的最最简单的道理。并且理解清楚，你在食物链和竞争链的哪个位置。
3. 用户是上帝，这话永远是对的。虽然短期来看并不是如此。
但是，看看现在的研发理论，竞然都是研发人员在说话。研发是为了用户吗？我干了这么多年，我可以明确地说：没有一个研发人员是为用户着想的。至少绝不是第一位。
以我们人类的语言模块为例，它事实上，是为他人和社会服务的。
但我们研发体系中，不可能有这样的模块存在。哪个人不是自私自利的。
许多公司都失败在上面这三条。
====================================
所以，解决的办法，我们一条条说：
1. 产品的所有的配置信息，必须向外公开。向所有人公开，不仅是向研发，还向测试，生产，外场和用户。
并且，全面自动化，象DNA那样进化和被管理起来。
2. 进化的速度，必须与用户的脚本一致。去TM什么敏捷，用户让你怎么样，你就应当怎么样。
3. 要有代理模块。要控制你的大脑。我们人去游泳，最重要是始终有至少一只手在身体前面，因为要压着最轻的胸部。否则你就沉底了。那么，研发是公司发动机，但必须尽全部的力量去控制它。
最好的办法是以用户为导向，向用户负责的维护团队，要比研发总体上更有力量，但平均到每个客户，不如研发力量大。把这个客户支持的部分，做成用户的代理，它有能力进行部分研发，有权力对研发进行评价。有权力决定研发的特性的走向。有权力选择哪个版本发，作为自己的基线版本，加入用户特性后，发布给用户。
总之这个代理，是向外负责的，不是向内。
猩猩的大脑比人类的运算快16倍，而且DNA比人类多得多，但它们主宰地球了吗？因为它们没有建立一套外向的代理：语言模块，自然无法形成对所有个体的约束的社会。
=============================
那么，我们再回头，用白话翻译一个前面的DevOps 的定义：
1. QA永远是一个虚拟的概念，因为这个部门是不存在。产品的质量，不可能是某个人或某些人的意志为转移的。如果有，那就是多给员工发工资。所以，这句话，可以删除。
2. 那么这里的主客体，就剩下两个人：研发和运维，但我建议建成三个方面：研发、IT、客户售后服务，三个更正确。
意思，就是将研发置于客户的需求之下。
说得再简单些，是剥夺研发的主导权。
DevOps的个人见解相关推荐
- devops工程师_DevOps工程师的认证
devops工程师 DevOps的团队欣赏使用DevOps的过程 ,尤其是在多 -和混合云基础架构,原因是多方面的. 一方面, DevOps打破了障碍,使敏捷软件开发和IT运营的持续交付成为可能. 它 ...
- 每日必读DZone News—对DevOps的关注
每日坚持必读,就是紧随时代发展的步伐,技术之路虽艰辛,但终会有所收获.每天进步一小步,程序的世界已然不同.Java Zone成就每个程序员的不同.英文原文地址:https://dzone.com/ar ...
- 万字详解DevOps的前世今生,收藏!
公众号回复:干货,领取价值58元/套IT管理体系文档 公众号回复:ITIL教材,领取最新ITIL4中文教材 更多专业文档请访问 www.itilzj.com 第 1 章认识 DevOps 1.1 De ...
- 如何利用Docker构建基于DevOps的全自动CI
来自用户的DevOps实践分享,分享从开发代码到生产环境部署的一条龙操作的实践及经验, 包含工具技术的选型及考量.私有代码库与私有镜像库的应用等. (一)容器服务的Rancher选型 1.为什么说是下 ...
- AppDynamics赵宇辰：硅谷APM独角兽，打造DevOps领域的智能大脑
近来,关于机器学习的报道很多,国内外的大型互联网企业都在着手对机器学习的研究.对应用性能的高效管理,首先要了解应用的一手数据,通过传统的数据获取方式已经不能满足企业的发展和市场环境,这就需要借助机器学 ...
- 提升 DevOps 效率，试试 ChatOps 吧！
2019独角兽企业重金招聘Python工程师标准>>> 本文翻译自文章 To Boost DevOps, Try ChatOps,文中用简单易懂的方式介绍了 ChatOps 的发展和 ...
- 华为敏捷 DevOps 实践：产品经理如何开好敏捷回顾会议
开篇小故事: 前几年,一本叫<沉思录>的书在国内突然曝光度很多,因为前某国家领导人"摆案头,读百遍".<沉思录>是古罗马皇帝马可·奥勒写给自己的书,内容大部 ...
- DevOps vs. Agile：它们有什么共同点？
导语 DevOps与Agile有很多不同,但它们之间仍可发现很多共同点,这篇文章为读者揭晓. 正文 DevOps和Agile之间有着明显的关系.Agile是方法论,Scrum是框架,并DevOps随着 ...
- 历久弥新 - 微软万亿市值背后的文化支撑（上）|DevOps案例研究
内容来源:DevOps案例深度研究-Microsoft文化支撑研究战队(本文只展示部分PPT研究成果,更多细节请关注案例分享会,及本公众号.) 本案例内容贡献者:陈飞(Topic Leader).陈雨 ...
最新文章
- zoj 1204 Additive equations
- 关于子对话框的创建与销毁
- 小区社交应用：如何打破近在眼前的物理障碍和陌生感？
- VC中怎么读取.txt文件
- ionic集成jPush极光推送
- 用Express、MySQL搭建项目（接口以及静态文件获取、文件上传等）
- 技术干货 | Docker容器中需要避免的十种常见误区
- 协同过滤进化版本NeuralCF及tensorflow2实现
- [Leetcode][第841题][JAVA][钥匙和房间][DFS][BFS]
- LeetCode 1284. 转化为全零矩阵的最少反转次数（BFS 矩阵状态编码解码）
- 2018/12/13
- 进入路由器boot的方式
- datagrid--新增
- 编程基本功：典型的柳氏风格命名一例
- 分享股票量化交易程序化模型的设计思路
- 微信聊天记录导出(2020新版)
- 从PCC到MIC，理解变量之间的相关性
- 长江商学院营销学李洋教授分析大数据与精准营销
- Oracle入门（学习整理）
- 计算机DNS怎么配置,电脑dns地址设置为多少