连接开发商和客户可提供更好的软件
旧词结合时 以奇异方式定义新现象
比利时咨询师、项目管理员和敏捷从业者Patrick Debois于2009年重创名词DevOps十年后,随着企业云计算扩散,DevOps成为关键工具,公司通过数字变换、业务流程数字化加速产品生命周期工作方式
扩展DevOps术语的含义可带来更大的增益 Mark Lavi称Nutanix首席DevOps代言人
DevOps通常指消除开发商(“Dev”)与操作者(“Ops”)之间的摩擦,开发商和操作者必须操作它
Lavi定义深入得多
是要消除开发商和开发商之间的摩擦客户端并说
历史实战者、开发商和IT操作专业人员往往不和,遭受通信挑战、误差度量等。Lavi解释说软件开发往往从直接客户交互作用中去除多步,销售营销或商务运营等其他部门形成多层缓冲
成功软件开发需要理解这些层间如何交互-它都是提供客户值序列的一部分.Lavi表示
相关文章DevOps重构IT和增能动态学习组织万事通
从这个观点看 软件操作队聚在一起引入敏捷性、共享所有制和自动化进过程建设运行软件, 但这只是开始广义应用Lavi表示DevOps可加速公司创建企业自身基本新特征的能力
今日企业如何实现拉维提供一些建议
DevOps中许多先锋都是网络规模软件公司,亚马逊和Netflix是几个显著例子数组搭建分布式系统 发现许多功能 旧式企业开发工具根本无法提供
DevOps故事部分上讲新工具:自动化、管弦化、容器、打包、监控等
[相关文章:DevOps为何如此难万事通
web规模开发有微小的West口味,这些先驱创建(并经常开源)自己的工具网,以这种新规模操作DevOps强调实值不流传工具或并发开发操作,
记录所有工具和技术可在未来简化、整合并创建自动化工作流
DevOps高级从业者-他们不得不串通一整组从来无法设计协同操作的不同工具-Lavi说到
超出工具向更高级DevOps思维模式发展还意味着映射公司价值链
或流程改进可实现性, 无法真正理解你是否高效地实现,
[相关文章:十步向分级DevOps万事通
良好的映射则能促进良好的测量
Lavi表示,
trueDevOps双向街组织有时集中努力速度和频率部署贵重信息,但提高客户反馈信息速度同样重要越多反馈循环,越多软件提供客户真正想要的东西,它释放收入和利润
if we don't have that回馈, 那么我们怎么知道开发商或工程师 产品管理或商务开发者
Mark与敏捷工程队合作,该队依靠客户反馈蓬勃发展他说,他们重新优先工作以帮助客户实现更多商业实践自动化大客户需要NutanixCalm软件管弦IT团队管理商务应用并做更多事多远程分支办事处重构工作量集中管理,但现有冷淡部署模式要求在每个远程网站安装
Lavi表示:「因为冷静工程队有DevOps值理论,集中自动化运维新模式 省下客户安装时间 通过集中化自动化精简运维
DevOps努力帮助客户将所有治理归到单接口内,使它们更容易管理远程应用和操作
工具回路外Lavi表示DevOps思维方式其实是要持续改善
DevOps不是一个状态持续进化过程 Lavi表示移动摩擦意味着查找所有这些屏障 并理解如何高效实现业务
