Chinaunix
标题: 【大话IT】DevOps：概念虽好，落地却难？ [打印本页]
作者: yejia80550708 时间: 2017-12-07 16:18
标题: 【大话IT】DevOps：概念虽好，落地却难？
话题背景：
DevOps 概念早先升温于 2009 年的欧洲，因传统模式的运维之痛而生。随着云计算、容器技术、微服务等相关技术的提出和实施，使得 DevOps 迅速走红，受到越来越多的关注。另外，随着互联网对传统企业的冲击，需要更快的业务试错与业务创新，其背后本质是企业 IT 的精益运营，让软件的生产、交付、获取、升级、遥测变得自动与自助，在此大环境下，越来越多的传统企业也开始采用 DevOps 的分工模式。
虽说DevOps概念很火，企业对DevOps的评价也很高，但实际情况却是理想很丰满、现实很骨感，真正落地实施的很少。
话题讨论：
1. 和传统分工模式相比，你觉得DevOps最大的价值是什么？
2. DevOps和Agile是什么关系？DevOps会替换掉Agile吗？
3. DevOps落地的难点在哪里？如何突破？
活动时间：2017年12月7日—2018年1月8日
作者: aloki 时间: 2017-12-08 14:50
1. 和传统分工模式相比，你觉得DevOps最大的价值是什么？
DevOps最大的价值是：
①能够快速的将满足甚至是超过客户期望的高质量产品投放市场，快速迭代能够很快完成新特性的开发并实现经济效益。
②提供给IT部门的全部角色（项目经理、开发、测试、运维等）提供统一的协作门户，实现自助、自动化的服务，提升IT部门的整体协作效率。
2. DevOps和Agile是什么关系？DevOps会替换掉Agile吗？
DevOps关于开发部分主要应用Agile的最佳实践，比如精益开发、Scrum、极限编程（XP）和看板(Kanban)方法等。其中Agile所提倡的结对编程（Pair-programming)、时间盒子（Timebox）、限制待制品(WIP)、持续集成(CI)和定义完成(DOD)等管理思想同样也适用于Devops。Devops在Agile的用户故事的基础上还创造性的提出测试故事和运营（运维）故事的观点，可见Devops在继承Agile优势的同时，更加强调IT服务或应用全生命周期的管控，即包括运营（运维）的管控。除此之外，Devops更加强调自动化的发布部署及自动化测试平台，这个和目前比较流行的微服务的概念有很强的内在需要的契合。
DevOps不会替换掉Agile。DevOps的方法和实践是与敏捷相适应的，是敏捷之旅的一种逻辑延伸。敏捷是DevOps的使能者，因为做了敏捷，具备小团队快速发布和持续交付的能力，才能进一步做好DevOps。
3. DevOps落地的难点在哪里？如何突破？
DevOps落地困境包括：
①设计部门多
②流程改造复杂
③责任边界需要重新划分
④考核等配套机制没有跟上
⑤技术成熟度低
⑥自动化是核心问题
想突破上述问题，对于一个团队负责人来说，要能在一定的条件下，有效组织团队、逐步优化流程。这里说的“一定的条件”涉及很多方面，比如不要试图按理想情况去打通部门，这是永远不可能的，再比如想让团队每个人都有一样的高度、理解力、责任感也是很难实现的。所以对于一个团队负责人来说，想实施好DevOps，需要理清现状，统一概念模型，制定阶段性目标，激发团队热情，有效规避风险；而不是一上来就是要用什么技术，要有多好的理念之类。
作者: 东风玖哥 时间: 2017-12-09 17:33
1. 和传统分工模式相比，你觉得DevOps最大的价值是什么？
。相较于在传统的软件开发流程，我们总是会假设性的进行产品⼤范围的规划与使⽤情境想象，再经过漫⻑的开发过程，最后才能投入到市场一次定生死， DevOps 讲求的是直接根据市场反应来修正产品的功能，与其不断假设用户可能的需求以及行为，DevOps 会直接开发新功能，投⼊市场取得产品营运的状况以及使⽤者的回馈，马上根据这些回馈修改⾃己产品来更贴近用户。这也让产品开发的⾵险⼤大降低，缩短从开发到获得市场反应的时程，并且可以实时修正产品方向，让产品永远是针对使⽤者的需求提供服务。
2. DevOps和Agile是什么关系？DevOps会替换掉Agile吗？
Agile专指每日站会、计划会、回顾会等Scrum的实践和用户故事实践；DevOps专指自动化、工具链和基础设施等实践。两者侧重点不同，不存在谁替换掉谁的问题。
3. DevOps落地的难点在哪里？如何突破？
DevOps最大的难点并不是所谓的文化或组织（因为这个不是说改变或打破就能改变或打破的），而是各家公司的流程和工具都是有差异的，每家都会有自己的特色与特殊部分，很难有所谓的通用产品能解决所有问题。想突破这种问题，对于一个团队负责人来说，要能在一定的条件下，有效组织团队、逐步优化流程。
作者: 紫菜521 时间: 2017-12-09 18:51
不懂
小白 。
作者: laputa73 时间: 2017-12-11 08:47
1. 和传统分工模式相比，你觉得DevOps最大的价值是什么？
最大价值是强调打破分工界面,全员对客户负责
2. DevOps和Agile是什么关系？DevOps会替换掉Agile吗？
Agile测重管理流程.
devops侧重技术方案.这两个可同时采用.
3. DevOps落地的难点在哪里？如何突破？
落地的难点还是人啊.研发懂实施,还是实施懂研发?
全员对用户负责,谁对人力成本负责?
本质上是人才的精细化分工和一专多能要求的矛盾.
这个概念其实是实施提出的,口号是要求实施懂研发.
最终落地可能要研发来背锅, 研发要对实施结果负责.
作者: tree_fox 时间: 2017-12-12 14:55
1. 和传统分工模式相比，你觉得DevOps最大的价值是什么？
1能够快速的将满足甚至是超过客户期望的高质量产品投放市场，快速迭代能够很快完成新特性的开发并实现经济效益。
2提供给IT部门的全部角色（项目经理、开发、测试、运维等）提供统一的协作门户，实现自助、自动化的服务，提升IT部门的整体协作效率。
2. DevOps和Agile是什么关系？DevOps会替换掉Agile吗？
DevOps关于开发部分主要应用Agile的最佳实践，其中Agile所提倡的结对编程（Pair-programming)、时间盒子（Timebox）、限制待制品(WIP)、持续集成(CI)和定义完成(DOD)等管理思想同样也适用于Devops。Devops在Agile的用户故事的基础上还创造性的提出测试故事和运营（运维）故事的观点，可见Devops在继承Agile优势的同时，更加强调IT服务或应用全生命周期的管控，即包括运营（运维）的管控。
DevOps不会替换掉Agile。DevOps的方法和实践是与敏捷相适应的，是敏捷之旅的一种逻辑延伸。
3. DevOps落地的难点在哪里？如何突破？
①设计部门多
②流程改造复杂
③责任边界需要重新划分
④考核等配套机制没有跟上
⑤技术成熟度低
想突破上述问题，对于一个团队负责人来说，要能在一定的条件下，有效组织团队、逐步优化流程。
作者: fenyun689 时间: 2017-12-13 10:42
本帖最后由 fenyun689 于 2017-12-13 10:46 编辑
1. 和传统分工模式相比，你觉得DevOps最大的价值是什么？
DevOps最大的价值是打破开发，实施，测试，运维界限。
2. DevOps和Agile是什么关系？DevOps会替换掉Agile吗？
DevOps关于开发部分主要应用Agile的最佳实践，DevOps不会替换掉Agile。DevOps的方法和实践是与敏捷相适应的，是敏捷之旅的一种逻辑延伸。
3. DevOps落地的难点在哪里？如何突破？
难点是怎么打破分工。是专业化更强，还是啥都会。
突破点是 部分人员专业化，部分人员一专多能。一专多能的人在各个部门都进行锻炼。
作者: ouyixq 时间: 2017-12-13 10:49
You're not alone. You still have family, people who care for you and want to save you.
看呆了
作者: ouyixq 时间: 2017-12-13 10:49
You're not alone. You still have family, people who care for you and want to save you.
看呆了
作者: Fl_wolf 时间: 2017-12-28 10:38
1. 和传统分工模式相比，你觉得DevOps最大的价值是什么？
DevOps严谨地认为应用程序代码依靠服务器、网络和数据库等基础设施来实现它的价值。因此，DevOps部署方法同等地对待系统组成部分的所有变化，以同样的方式追踪记录这些变化。一些基础设施的变化，比如一个谨慎的网络交换机升级或者存储设备的增加，会被视为性能的增强（系统的新功能），即便这些变化可能会不太容易察觉。同样的，网络服务器的或者SAN固件补丁可能会被认为是修复补丁或者缺陷。不论一个开发团队如何将事物分类，关键是他们能够用同样的严谨态度去对待其他部分，来保证整个系统的持续稳定。
2. DevOps和Agile是什么关系？DevOps会替换掉Agile吗？
LeanUX和AgileUX，也就是“精益UX”和“敏捷UX”。虽然两者听起来很接近，但是两种设计方法从设计过程到涉及的范围都截然不同。
精益UX更接近于一种业务运营方式，而敏捷UX用户体验设计则接近一个项目的执行方法
个人觉得，Ops完全成熟之后，拥有敏捷特性了是有可能的。
3. DevOps落地的难点在哪里？如何突破？
最大的难点并不是实际业务代码的编写，而是服务的监控和调试以及容器的编排。
作者: Purple_Grape 时间: 2018-01-22 12:26
本帖最后由 Purple_Grape 于 2018-02-06 21:31 编辑
个人一点愚见，让各位见笑
1、devops不是以人为本
devops的核心思想是人会犯错，因此要提升自动化水平，让机器替代人的重复劳动。
它并不是真正的以人为本的思想。在devops里，人性的弱点被掩盖，而不是被克服。
其更深层次的含义是“人应该像机器一样工作”。就因为它的思想高度不够，不能深究，否则容易产生谬论。
毛主席教导我们，所有鸡蛋不要放在同一个篮子里。这是基本的风险抑制思想。
而devops显然会放大人性的弱点，殊不知，集中化的高程度的自动化，不出问题则已，出问题必然是大问题。还记得股市的乌龙指事件吗？
2、devops没有解决重复劳动
导致重复劳动的原因真的非常多，还记得小学老师罚抄课文吗？ 罚抄只是手段，不是目的。
devops解决了重复劳动吗？不少团队反映，实施devops非但没让团队减员，反而让团队成员翻倍。
devops只能解决一部分（甚至是小部分）重复劳动。如果devops的预期效果并没有那么好。那么可能是因为离目标更远了。
3、devops缺乏规范
devops仅仅是一种思想，不像ITIL，它缺乏规范，更没有公认的实施步骤.
在实际实施过程，变成了脚本web化，甚至引起python优越性的争端，令人唏嘘。
| 欢迎光临 Chinaunix (http://bbs.chinaunix.net/) |
Powered by Discuz! X3.2 |
