君，已阅读到文档的结尾了呢~~
DevOps分析,DevOps 发展趋势，敏捷开发
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
Devops详细解析
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口› ›用友iUAP马太航：企业如何完成DevOps转变
用友iUAP马太航：企业如何完成DevOps转变
扫一扫分享文章到微信扫一扫关注官方公众号至顶头条
CSDN研发频道推出了2014年DevOps实践调查活动，据活动报告显示：有60%的用户表示只知道DevOps概念，但尚未使用；有37%的开发者听说过DevOps并且很感兴趣正准备使用；能够熟练使用的用户只占到19%。
来源：ZD至顶网CIO与应用频道 日关键字：
ZD至顶网CIO与应用频道 10月30日 北京消息： CSDN研发频道推出了2014年DevOps实践调查活动，据活动报告显示：有60%的用户表示只知道DevOps概念，但尚未使用；有37%的开发者听说过DevOps并且很感兴趣正准备使用；能够熟练使用的用户只占到19%。
根据CSDN的数据可以很明显发现DevOps依旧是一个很新鲜的概念，也势必在先进的开发&运维工具推动下变成当前软件开发的潮流，然而如何实施DevOps依旧困惑着企业管理者们。众所周知，推进DevOps应从文化、流程和工具三部分来实施DevOps，但是具体如何实施却一头雾水。突然变革是不可能的，只会使开发人员和运维人员都无法适应新环境，从而怨声载道。DevOps的理念要求开发人员和运维人员在传统思维上改变的同时，也在技术上互相了解彼此的工作方式。那么，从文化和技术上交替改变或许能让开发人员和运维人员更能欣然接受这种新的工作方式。
实施DevOps首先该做的事是在组织内对架构和应用层启用指标监控。当开发人员添加或修改代码以满足客户新的需求时，只会关注代码改变后的直接结果&&是否实现了某个功能。但是运维人员会在系统运行中获得内存利用率、CPU利用率等参数，以此来分析代码改变对系统运行的真实影响,这种场景却是屡见不鲜的，可以通过在Graphite中监控系统指标，并提供开发人员相关的API来解决。运维人员搭建一个监控系统，同时调用Statsd和Graphite的接口，开发人员在系统中增加几行代码，以此来获得CPU利用率、内存利用率等信息的图像表示，从而实时监控代码改变后对系统的真实影响。
在完成指标监控后，然后应对基础架构实施文档化。根据DevOps的思想，开发人员应该更加了解运维系统人员的工作方式，加深对系统架构的认知。通过基本的高阶流程图来绘制请求流程，从而反映软件对请求的处理情况。同时，记录系统架构中每个模块的具体作用及优势，并记录新服务器的上线过程、潜在故障和解决方案。通过这些记录来提高开发人员对系统架构的认知程度。
指标监控和架构文档化实现了开发人员对系统运行情况和系统架构的了解，并实现了开发和运维在监控和文档上的沟通、协作。接下来就要解决系统内部机制的问题。开发环境和生产环境问题一直是系统稳定性的主要原因，通过引入Vagrant工具，来封装一个Linux开发环境，分发给团队成员，成员可以在自己喜欢的桌面系统（Mac/Windows/Linux）上开发程序，代码却能统一在封装好的环境里运行。由于Vagrant使用VirtualBox虚拟化系统，通过使用Chef创建自动化虚拟环境。这样就很容易解决开发环境与生产环境不尽相同的问题，并解决了开发人员和运维人员手动配置脚本和文件所产生的一些BUG。
在完成这些工具和流程的改变后就需要企业进行思维的改变了，缓慢而有效的进行DevOps的文化改变。共同的办公地点和办公时间不失为一种行之有效的方法，降低开发&运维的敌意，增进彼此的团队精神，认知到彼此都只是软件开发生命周期中的一部分。
在完成这些思维和工具的改变后就要进行最后的改变&&Pull请求、代码复审和持续集成。当开发人员需要满足新的需求时，在Vagrant中配置好的虚拟机上进行变更，并更新发布一个Pull请求，提交到运维人员手中进行审查与完备性测试，从而反馈结果，通过则Pull请求被合并，存在问题就可以直接删除Vagrant中的虚拟机以重新开发需求。同时，通过类似Jenkins的持续集成服务器去验证运维人员用于创建容器环境的脚本是否正确，或者冒烟测试等方式。
当企业完成这些部署后，就可以充分享受DevOps带来的快捷开发的益处了。开发与运维的更多交流与协助，使得产品能够更高频率的部署交付，减少了因进行大规模升级变更的停机时间。开发对系统代码更加负责，运维对系统稳定的管理也变得更加轻松。
如果您非常迫切的想了解IT领域最新产品与技术信息，那么订阅至顶网技术邮件将是您的最佳途径之一。
北京第二十六维信息技术有限公司（至顶网）版权所有. 京ICP备号-7 京ICP证161336号
京公网安备 00号DevOps这个术语目前正在IT行业中被大量使用，但它到底是什么意思？更重要的是，它如何帮助企业？
作为开发（develop）和运维（ operation）的结合，DevOps希望将这两个不同领域的业务结合在一起，在软件开发过程中提供创新和以用户为中心的流程的完美结合。持续部署和持续交付都是这个领域的重要方面，在采用DevOps时，企业必须评估哪些适合他们，哪些是至关重要的。它还着眼于向基础设施和软件提供变更的自动化。
尽管这是一个相对较新的概念，但DevOps在21世纪初的企业软件管理运动中拥有丰富的经验。这个词首次出现在2009年，此后它就被广泛的使用。
DevOps已经上升到了突出地位，因为在快速变化的行业中，企业越来越需要快速和敏捷。我们发现企业需要了解DevOps的一切，以及如何帮助他们在现代IT行业取得成功。
DevOps现状
DevOps正在迅速成为数字业务的关键组成部分，因此，相关技能有很高的要求。IT自动化软件提供商Puppet Labs最近发布了一份报告，显示DevOps工程师的工资明显高于其他从业者的职位薪资，55%的DevOps工程师收入为10万美元以上。
Gartner预测，DevOps将迅速从一个概念发展成主流的活动，并且将在2016年被全球2000个公司中的25%所采用。两大主要的技术趋势——物联网（IoT）和云计算正在推动这一演变。
物联网（IoT）预计在未来几年中将呈指数级增长，其中连接设备的数量和收集的数据量也因此而激增。为了应对这种情况，DevOps团队必须准备好处理市场上各种各样的设备，并确保硬件与现有系统的兼容性。
在云计算方面，云计算实现的协作水平促进了DevOps的增长。数据共享意味着团队可以更有效地管理应用程序，并且云和DevOps一起查看功能和操作、相互增强的方法使双方受益。
然而，Delphix and Gleanster Research最近的一项研究表明，数据库可能是阻碍DevOps成功的主要障碍，受访者表示最大的挑战是由于数据问题而限制了测试环境。
给业务带来的好处
简单来说，DevOps可以为企业带来的主要好处是加强沟通、协作、集成和自动化，速度、质量、控制和成本是四个关键因素。DevOps通过专注于速度，尽可能通过自动化来加速部署。必须注意的是，如果没有正确实现，自动化本身可能会成为问题。
在更广泛的技术领域，安全性比任何时候都要得到关注，由于最近几个月来出现的数据泄露事件，现在需要一种全新的安全态度，应用DevOps方法是在公司内促进安全意识文化的一种方式。
最后，DevOps可以减少解决应用程序问题所需的时间，从而最大程度地减少停机时间，并改变软件架构，使得更新能够无缝集成并且快速实现，并为架构师提供更多关键操作问题的认识。
因为DevOps相对较新，没有真正的实施DevOps的规范，因此需要从已经成功实施DevOps的公司身上吸取经验。
原文链接：
本站原创文章仅代表作者观点，不代表SDNLAB立场。所有原创内容版权均属SDNLAB，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用，转载须注明来自 SDNLAB并附上本文链接。
本文链接：
请后才可以评论
软件定义网络（SDN）和网络功能虚拟化（NF…随着时间的推移，SD-WAN将改善对互联网应…如果未来云计算的业务应用模型可以简化为“…随着SD-WAN方案的大火，Overlay技术俨然超…由于典型的多租户数据中心为多个用户托管…
获取验证码
获取验证码
微信公众号：搜索"SDNLAB"或扫描上面的二维码。
没有帐号？相关文章推荐
当我们谈到 DevOps 时，可能讨论的是：流程和管理，运维和自动化，架构和服务，以及文化和组织等等概念。那么，到底什么是”DevOps”呢？什么是DevOps随着软件发布迭代的频率越来越高，传统的「...
为了能够更好的理解什么是DevOps，我们很有必要对当时还只有程序员(此前还没有派生出开发者，前台工程师，后台工程师之类)这个称号存在的历史进行一下回顾。如编程之道中所言：老一辈的程序员是神秘且深奥的...
GitChat 作者：杨彪
DevOps方案实施在互联网行业中已经相对成熟了，而在游戏行业中还处在起步的初级阶段（据个人了解的身边游戏公司情况），而自己又对DevOps有一定的研究与实践，也想本着学...
为了这篇文章，我前后写了将近十篇文章铺垫，才将这篇整体重构思想引出。
背景先说下背景，我们是一家小公司，虽然打着做产品的旗帜，但是每个客户都有大量的个性化功能，这里指各个客户的java端、Androi...
本文转载于Infoq，虽然是几年前的文章，确实是非常好的一篇文章。
作者 Gene Kim ，译者 戚一品
Infoq链接：q.com/cn/articles/11...
DevOps工具集系列，目录链接，持续更新中
最近我阅读了很多有关DevOps的文章，其中一些非常有趣，然而一些内容也很欠考虑。貌似很多人越来越坚定地在DevOps与chef、puppet或Docker容器的熟练运用方面划了等号。对此我有不同看法...
一、DevOps的起源和发展历程
在过去的几十年里，为了按时交付软件产品和服务，大家越来越意识到，对于传统把开发和运营割裂开的做法，不适合现代产品和服务开发的需求。于是，把开发和运营作为整体来看...
原文地址:/architecture-and-design/what-exactly-is-devops/作者:Neil Garnicha...
如果你对IT管理感兴趣，尤其是对Web运维感兴趣，那么最近一定会注意到“DevOps”这一热词的出现。现在#DevOps标签频繁出现在微博客Twitter上，同时DevOps相关的技术交流聚会也在慢慢...
他的最新文章
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)说客人——热点新闻、百问百答、知识、社会民生、教育科技贡献给众多的网友与您携手共进！
&>&&>& 如果你在路上遇见了DevOps，干掉它！
本次的分享不谈技术只谈谈想法。我从事 IT 行业 41 年了，这 40 年的阅历其实不是说我就是声威、专家，但在洞察这方面做得更好些。1980 年代，事前 IT 除被展开出来，很多的是1些项目的管理，理论上我们也做了很多的项目，有很强的才干掌握项目。1990 年的时分我们开发了很多的系统，如开发1个专业的管理系统。2000 年的时分，就有矫捷这1概念，从 2000 年末尾我们就说 DevOps。可以看到这上面有4大转变，从传统转变到现代，仰仗 40 年的阅历，我是非常细心的在思量，DevOps 对我之前所看到的一切的改造，是1个推翻性的改造，而且前景非常好。大家都是 DevOps，理论上我想关注 IT 这个事情终究发生了甚么？我希望我的洞察和1些看法可以激起大家相关的灵感。比如说上图你可以看到是只鸟，你还可以从另外1个角度来看。下面的内容我会给到大家1些不同的视角去看干掉 DevOps 的要点：DevOps 没啥用，除非你可以在1个全局性的视野下，将其与业务树立创造性的协作。这个要点是非常重要的，我再强调1下，就是和业务共同创造价值的情况下才有用。这是非常重要的观念，这样的话 DevOps 才会有用。下面将以4块内容来阐述：讨论 DevOps。向业务实行层 ”兜售” DevOps。发现最薄弱的环节。采取正确的态度。讨论 DevOps盲人摸象的故事大家都知道的，对 DevOps 来说，他们所摸到的都是1样就是 DevOps。假设大家在谈论 DevOps 的时分需求慎重，他们说的真的是1个 DevOps，还是只是1个市场举动？我们要真正知道 DevOps 的价值，假设说不是盲人而是6个业务盲人和 IT 来摸这个大象时，他们所关注的是甚么呢？是投资报答率（ROI）。我的想法是希望将我们的 DevOps 和 ROI 可以紧密地结合，这其实也是1个目的。我们来用1个复杂的框架来阐述，比如说 IT 行业有行业的指引，做得更快、更廉价，然后提供更好的 IT 效力，这是 IT 人员所做的事情，他们经过这个方式来提供 IT 的效力。同时我们给商人提供更好的信息系统信息效力，协助他们达成商业的目的，这个模型是比较复杂的。商人以为是1种投资，所以他们想要投资的报答。让我们把它分解1下，假设我们只看 IT 的话，它包括开发和运维，并且是非常高的精度。假设说我们看1下商业，就是需求和运用，这是1个非常高的复杂的系统，可以详细化 IT 的要求，同时它可以运用系统，这1点是非常高层的方式，还需求继续更详细的讨论。接上去看1下价值链，看从1个商业的角度或是1个信息的角度，由于商业需求业务、信息、应用和基础设备。在最末尾的时分做投资的话，需求在信息科技上和处置成果上做投资。为了做投资他们需求详细化需求，知道要去做甚么，要去研发体系等，开发需求基础，设备需求平台，需求工具来做项目。运维也需求平台也需求基础设备，也需求工具来提供更好的信息系统，也包括应用。假设我们想想矫捷的话，在价值流中矫捷在哪儿呢？它实践上是在信息应用和商业之间搭起了1座桥梁，这些是可以完成的目的。关键词是埋伏的可完成的，它不是已部署过的完成的而是埋伏的，需求你去部署。如今是在消费当中的，你看1下信息体系，它其实就是运作，这1点非常好，我们的信息体系也是在运作当中，那坏消息是我们不能发作任何价值。由于1直到如今为止，没有人应用这些信息体系，没有人创造价值，这个范围是我们称之为 IT 信息效力流程。运用者运用这样1个系统，希望生成价值。他们希望价值和商业的价值是1样的，所以我们有1个圈，就是价值圈。非常感兴味的1点是运用者如何运用你的信息体系，你以为他们可以有效地运用信息体系吗？经常我们的运用者其实不是有效地运用信息体系，所以不会发作足够的价值。假设我们可以想到限制实践，最薄弱的点在哪里呢？你就可以去想一想，投资能否是够好？能否是正确地掌控了需求？能不能正常运用？我们遇到了1个非常幽默的观念，那就是 DevOps 的定位。1般提到 DevOps 都不太知道所指的是甚么？它怎样把研发和运维联络在1起呢？我们该当是 DevOps If，那就是基础设备的运维或是业务的运维，我以为这是狭义的定义，只是聚焦在需求、开发、基础设备、延续交付、延续部署。但是 DevOps 可以应用在更开阔的概念上，去包括商业与 DevOps 的范围。由于 DevOps 的准绳是可以让你更好更多创造更多协作，这是 DevOps 更开阔意义上的概念。当大家谈到 DevOps 的时分，他们终究谈的狭义的 DevOps，还是广义的 DevOps 都是正确的。我举荐两本书，《凤凰项目》和《Devops Handbook》，《凤凰项目》已翻译成中文了，《Devops Handbook》会在今年年底翻译成中文。《Devops Handbook》这本书与凤凰项目1脉相承，他们有1些准绳有1些技术实际，可以协助你快速部署义务流，中止测试，中止部署。同时还能协助你完成世界级的可靠性、可用性战争安，有矫捷、信息系统的动摇性，这个其实就是 DevOps 的全部内容，不单单是开发回有运维。《Devops Handbook》这3位作者 John Willis、Patrick Debois、Gene Kim。我以为3位作者可以写出《Devops Handbook》，是可以让你非常信任他们，由于他们知道自己在写甚么，让你言之有悟的。下面罗列1些：DevOps Handbook 准绳和技术实际：DevOps 的 3 种途径。快速义务流。快速、频繁、良好的反响。延续学习和实验。将信息安全、变卦管理和合规集成到往常义务中。DevOps Handbook 技术实际：开发。运维。基础设备。平台管道(pipeline)工具DevOps Handbook 准绳：义务可视化，中止中的义务(WIP)， 批量大小，转移(handoffs)，限制，困难，糜费。成果，知识，质量，下游优化。关于改进、分散、弹性、安全、学习、文明的制度化。从而我们可以中止延续的顺序的开发、顺序的运维，然后延续的交付和延续的集成等。这个是用于延续集成、延续交付部署当中的1些实际。这个是广义的应用，可以看到这当中所触及到的业务是很多的。在 IT 这个部门当中你可以采取更多的价值并且提高你的速度、可靠性，还有集团的可靠度和提高业务的功用性。DevOps 是有经济效益约束实践，还有矫捷的延伸。事前是有这些准绳和技术实际，这上面有3种途径，一样的也是1个耦合的架构。它可以使用在小的团队当中，也可以用于狭义和广义上面。一样的有自动化、精益、权衡和分享。还有文明，这也是非常重要的1部份。向业务实行层“兜售”DevOps这是典型的高层的对话。怎样说服 CEO？你必需求说商业上的话，必需说 MBA 听得懂的话。接上去说说商业上可用的话，我们要了解 DevOps 的收益，1个是 DevOps 的报告，1个是 Dora 的有关于转型的报告。我还是强调1下，就是快速交付更可靠、更廉价的信息效力，这是关键点。首先我们看看 IT 系统，如何使用 DevOps 来提升这些相关点。来看看这当中关键点，如有用的功用性。从 DevOps 的特点来讲，比如说好用点是甚么？好用性、可靠性战争安性，这是我们的业务目的。也可以从速度下去看，排个优先级，哪一个义务先做，哪一个先发作价值，这是我们需求考量的成果。最后是本钱，包括开发和运维的本钱。与商业相比我们在 IT 上面该当花多少？我们需求缩减本钱，缩减本钱的途径呢？这只是1个内部的 IT 举动，不能提供信息的功用性，但是可以提高支付保证性和下降本钱。下降 IT 本钱在1定程度上可以下降企业的本钱。假设我们可以继续提高快速交付和新功用研发的话我们就可以快速进入市场，将产品和效力打入市场，经过内部举动来加速企业内部的变化，来下降运营的本钱。这就是 MBA 言语，CEO 所说的话。假设想要提到保证性运用的效能的话，提高了动摇性，信息系统的动摇性就提高了，从公司的层面来看可以添加生意的烦扰，无形中添加了生意的开支。假设顾客也参与其中的话，我们也会提高客户的满意度。客户的满意度对 CEO 来讲是非常重要的，这也是 MBA 的言语。假设我们可以把企业放1起的话，其实就可以提高信息系统的功用性，取决于不同的功用你可以去树立更多提高销量的可以，坚持高的价钱。经过在客户忠诚度上中止投资，可以坚持低价，提高客户的满意度。同时也给你的产品和效力提供更好的反响，添加运营的本钱，下降风险。如今我们学了1点 MBA 的言语，那为何要在 DevOps 上投资，而不是投资在别的范围呢？以 MBA 的行话来讲，我们可以免崩溃，更好空中向市场，更少的业务中缀。向业务高管“兜售”DevOps 有用并且好用、快速交付，别跟业务高管提 IT 收益、本钱、风险。发现最薄弱的环节在末尾 DevOps 时，文明阻力将致使严重失败。 —- Gartner组织改造成果远比新技术投资更具应战性。—- 边”做”边”学”边”改”，在业务沙盘游戏中团队：经过”义务可视化”添加混乱。经过”识别和添加限制”提升义务流。经过”小的迭代和快速反响”避免宕机和返工。经过”延续实际和学习”改进。最薄弱环节，终究是商业上还是 IT 还是之间的协作？假设是在 IT 上，是交互的速度不够吗？还是有1些有疑惑的地方，大家不能好好协作？DevOps 可以协助你们处置这些成果，但是改动并不是1时，特别是文明的改动。我们如何做可以协助自己改动、改造义务方式呢？凤凰项目有1个游戏可以鉴戒下，可以用商业摹拟的方法，来协助大家优化义务方式。假设你的业务部是最薄弱的环节呢？假设做投资？如何细化需求？如何维护信息？我们就需求找到他们中止处置，我们有1个 BISL 模型可以协助商人提高和改进自己的义务方式。假设最薄弱的环节是到协作呢？协作是很复杂的和人与人协作的流程。由于人不是机器，业务与 IT 需求失掉协作的建议，这样双方才干获得好的协作。发现你最薄弱的环节，在最薄弱的环节上义务，组织文明很重要，改造不容易，边做边学边改。采取正确的态度当我说干掉 DevOps 的时分，有很多人都会把烂西红柿扔向我，他会非常生气说我不喜欢 DevOps，要干掉 DevOps。当我说干掉 DevOps，我想的是禅语、佛陀。1个年轻的僧侣1直想要找到佛陀，但是他以为他找到佛的时分，大师却说你其实没有找到，杀死佛继续找。我以为这与 DevOps 的观念是1样的。假设你在路上遇见了 DevOps，干掉它。由于你不会找到真实的 DevOps，你需求继续实习、继续实际，这才是 DevOps 的真意。Mark Smalley，ASL BiSL 基金会大使。当下的兴味爱好： 数字化企业、IT 运作方式、IT 价值、IT 与业务关系、共同创造价值、多学科协作、处置复杂成果。声明：本文内容源于网友转载或网友采编于互联网！