徐州企业网站设计,wordpress修改上传附件大小,做网站网站多久会被抓,哪里医院做无痛人流便宜 咨询网站在线#xff08;图片来源于网络#xff09;几天前#xff0c;本公众号发布的一篇译文列举了9种DevOps团队结构适用类型与7种反型#xff08;点击查看原文#xff09;。文章转发到朋友圈之后#xff0c;很多DevOps同行留言#xff08;吐槽#xff09;了自己团队的现状#… 图片来源于网络几天前本公众号发布的一篇译文列举了9种DevOps团队结构适用类型与7种反型点击查看原文。文章转发到朋友圈之后很多DevOps同行留言吐槽了自己团队的现状其中大部分人都反馈自己的团队命中了7种反型中的“DevOps作为工具团队”这种结构。为什么会出现这种现象DevOps团队适合的结构应该是什么样的呢难不成所谓的DevOps从业者都只是一个“工具管理员”针对这些疑问我们在“DevOps案例深度研究讨论群”组织了一场关于“DevOps团队结构”的群讨论集中探讨以下2个问题1、为什么很多团队DevOps会成为工具链、流水线2、DevOps团队应该长什么样本文整理了这次讨论的精华内容和大家分享。话题一为什么很多团队DevOps会成为工具链、流水线针对这个问题大家的普遍观点是DevOps本身的定义不清晰但又需要有可衡量的标准和可执行的动作而工具链是可以看得见摸得着的东西简单直接执行看得见效果可衡量。当然这也不能全怪DevOps本身更多的问题还是出在了人身上。关于这一点可以从执行者和组织结构2个方面来看。执行者层面通常我们将知识划分为道法术器四个层面器就是工具是最好入门的就像我们去学java会打出来一个hello world就算入门了。归根结底还是因为真正能踏踏实实钻研技术的人少了DevOps的概念出现以后像是一根救命稻草一样给大家营造了一个“理想国”一窝蜂地扑上去但发现并不是那么回事儿DevOps的落地同样需要钻研需要踩坑但打出来一个hello world容易具备编程思维难这时候怎么办呢思维不够工具凑呗毕竟...我们最擅长的就是站在巨人的肩膀上睡大觉了“拿来主义”思维驱使下让DevOps成为了工具链做DevOps的人也就像是流水线的操作工一样。很多人认为有了工具就是CI/CD了认为有了武器就能打怪升级但是却忽略了心法和招式其实武器只是对打怪效果的加成。组织结构方面DevOps是一种敏捷化的团队打破了原本软件研发团队的分工模式DevOps这个名字就是由开发和运维2部分组合起来的好处在于方便了开发和测试的沟通但事实上这只是小范围的沟通便捷了而并不代表2个团队的沟通变得便捷了。在执行过程中DevOps更像是一个创新小组创新小组意味着在不停地尝试和探索而探索型的工作方式就需要组织或者说老板足够的宽容和有耐心但实际上这是99%的组织都不具备的“实验”精神。再加上DevOps和老板之间的沟通障碍很多时候老板/领导没有理解DevOps要做什么为啥这么做。DevOps的实施除了需要老板的支持外还需要有很好的基础条件。但实际上呢我们通常遇到的问题是微服务化不够、基础设施治理不灵活、单元测试不成熟、测试好做但测试数据不好解决等等问题。在提出假设-实验-反馈验证-优化假设这个不断循环的实验演进过程中我们需要时间和资源但跑下去就会发现很多节点我们打不通。比如测试的问题测试的时候需要准备各种环境条件逼着我们很多测试只能去预发布测试环境但预发布环境和生产的数据是一致的很多场景和数据是不能拿来做测试的。再加上复杂业务的应用特别多准生产环境的维护本身就很困难很难对齐到生产环境。那么好了测试数据搞不定不能做验收测试再加上验收的程度和范围很难定义这就导致测试很难推进下去怎么办没办法这个节点打不通真正的DevOps就很难往下落。面对着人、组织、资源协调等众多问题我们发现似乎只有持续集成持续发布还能做为了更快的出成绩先跑起来再说。所以DevOps的一种常见反型就是成为了工具链和流水线。话题二DevOps团队应该长什么样上图是一个标准的DevOps团队结构这张图中6种角色对应的颜色如果结合六顶思考帽的不同颜色代表的含义来思考也许更有意思白色思考帽白色是中立而客观的戴上白色思考帽人们思考的是关注客观的事实和数据绿色思考帽绿色代表茵茵芳草象征勃勃生机绿色思考帽寓意创造力和想象力具有创造性思考、头脑风暴、求异思维等功能黄色思考帽黄色代表价值与肯定戴上黄色思考帽人们从正面考虑问题表达乐观的、满怀希望的、建设性的观点黑色思考帽戴上黑色思考帽人们可以运用否定、怀疑、质疑的看法合乎逻辑的进行批判尽情发表负面的意见找出逻辑上的错误红色思考帽红色是情感的色彩戴上红色思考帽人们可以表现自己的情绪人们还可以表达直觉、感受、预感等方面的看法。蓝色思考帽蓝色思考帽负责控制和调节思维过程负责控制各种思考帽的使用顺序规划和管理整个思考过程并负责做出结论。这张图中的6个人构成了DevOps团队的标准结构我们不妨大胆地思考一下如果老板要裁员这6个人中你觉得要先裁掉哪一个也就是说流程主管、服务主管、运维团队、开发团队、DevOps工程师、把关人要先干掉哪个在这个问题上大家出现了几种观点观点一砍掉运维团队和把关人通过工具链固化流程团队一起制定验收标准将验收标准工具化。观点二DevOps其实应该是DevOpsiblity是所有参与生产经营的人都要具备的能力和思维从CEO到扫地阿姨都应该有如果能做到这一点都不需要组织结构了大家的角色可以互换。当然这只是一种乌托邦的美好世界。观点三观点二是不可能实现的但我一直坚信Dev可以搞定一切Ops不应该存在或者说除了Dev之外的角色都是浪费。接下来就是对人的培养的问题只要组织允许让一个人做过Dev也做Ops那么就会成为既懂运维又懂开发的DevOps人才。观点四DevOps是开发运维其实并不需要开发和运维团队服务直接接口把运维给顶替了或者运维兼职服务的事情开发帮运维分担一些工作就好了。关于这个问题其实并没有直接的结论DevOps的团队结构并没有统一的标准一切以解决生产经营问题为核心。无论是DevOps精益还是敏捷都是为了解决生产经营问题但是有句话说得非常好管理水平永远不能超越经营现状从方法去推标准实际上是为自己开脱为自己的懒惰找借口。生产经营的问题是在不断变化的因为市场在变技术在变解决问题的手段在变我们可以结合现状制定出解决当下问题的标准自上而下地通过标准让组织更高效但这个标准并不能是一成不变的有可能明天就会被推翻。以丰田为代表的日本车企把大部分精力放在了精细化管理和持续改进上到现在用的还是60-70年代的技术。而美国的车企则把太多的精力放在践行MBA的管理理论上能外包的都外包了同样失去了创新能力。这就构成了日本经济社会的现状也造成了美国的经济现状我们所学习的这些管理理论是不是真的好真的适合自己还是要看是不是能解决具体问题借鉴可以照搬不行。学习和借鉴是一个守、破、离的过程先固化再优化再升华。从实践的角度以及从企业的角度看创造价值解决问题才是关键。冒昧地抛出一个观点每一套成功的敏捷、DevOps体系都是具有自己特色的甚至是唯一的。总结消灭分工是技术进步的结果理想的DevOps团队里只有Dev 做软件。值得注意的是DeveloperDev这个词被大家误解和狭义化了。Developer的原意指的是把东西“做”出来的人而不是仅仅指编码开发。从这个角度理解Dev需要从策划到设计从编码到测试从部署到运营等所有把东西做出来必须的能力。而且在技术快速发展前提下一个人具备所有能力的可能性越来越高需要通过分工完成一件事情的必须性越来越低这其实是整个人类技术发展的终极追求。因此除非分工角色中还有无法被技术进步取代的独特价值不然早晚会替代最终被个体能力吸纳。这个过程中会有很多类似那个没饭吃的高速公路收银员的人的抱怨但是无论怎样都阻挡不了技术的发展对个体的赋能以及对拒绝学习者的抛弃DevOps仅仅是这个发展过程的一个表象而已因此我们也可以想象给DevOps订立一个标准是多么的可笑一个真正的DevOps团队就一定是以Dev为中心的我们一直在说DevOps要敏捷要敏捷敏捷是一种让团队协作变得更高效的手段而最高效的是一个人的独立思考和执行也就是所谓的“full stack”全栈。所以说全栈开发者是理想化的DevOps。全栈难吗其实不难而是大多数组织都被传统管理思路束缚了总觉得分工才是组织提高效率的唯一办法管理才是组织高效的核心能力。其实都错了提高效率最好的方法就是每个细胞都可以有自主活动的能力高效的最简单办法就是给每个人的电脑加16G内存。分工是社会化进步的结果消灭分工是技术进步的结果。当工作需要精细化的时候就不得不进行分工而当技术进步对技术细节进行了很好的封装以后曾经的一部分分工就被融合了。现在Google/Facebook/微软等公司的测试工程师几乎被取消并不是说不需要测试了而是测试的能力已经融入到所有工程师身上。当然这并不是说Google/Facebook/微软等公司完全没有测试工程师了只不过测试不再追着开发跑不再是开发的背锅侠而是更加专注的去做一些探索性测试、测试链路设计、端到端测试等相关工作。所以如果DevOps团队需要裁员的话保留Dev就够了Dev是最基础也是最核心的部分这就像当测试进入了自动化测试时代技术细节封装好了剩下的就交给开发做就好了。当然DevOps团队里只需要保留Dev这一个角色是一种理想化的状态这需要开发人员的自我进化以及像数据等各种基础条件的完备。想要通过工具和技术完全替代于人还需要出现革命性的工具或者技术。如果一个岗位彻底被替代肯定需要大量的实践验证而且对替代者的要求也更高但在DevOps这样一组开发测试的组合中现在实际情况就是开发来完成一部分测试的工作比如自动化测试这样测试人员会越来越少但是对测试要求也会越来越高我倒觉得测试和开发之间分工的差别会越来越大。一个岗位对另一个岗位追杀的结果就是被追杀岗位逐渐变得更加差异化做更多让别人无法替代的事情所谓适者生存嘛。以上内容来自“DevOps案例深度研究讨论群”的讨论感谢各位群成员的分享。如果对文章内容有不同意见和观点欢迎在评论区留言DevOps黑客马拉松 9月7-8日 北京专业大咖陪你一起进化欢迎企业组队PK企业团队报名有特惠目前已经有两家企业组队赶紧报名吧~⬇️⬇️⬇️