DevOps是一个不断改进的旅程。即使是那些被认为在实现DevOps方面更加成熟的企业也在寻找改进和创新技术的领域。为所有组织找到一个最新的成功原因和原因。本周的头条新闻将深入探讨企业为确保DevOps成功实施可以采取的措施，包括建立透明度和反馈循环。我们还将了解实现DevOps的一个主要好处—安全性—以及为什么DevSecOps在起来，继续阅读更多有关DevOps最新新闻和趋势的信息，并且一如既往，敬请关注@electricloud在DevOps上发布的所有新闻，以及本周持续交付的所有消息。AlisonDeNisco |发布在@TechRepublic上的DevOps成功之路110步运动继续在我们这些大块头中获得牵引力企业，包括Adobe、Amazon、Target和Walmart。正如TechRepublic的James Sanders所解释的，DevOps——开发和运营的结合体，本质上是一个工作流程，"围绕着软件开发人员和管理生产运营的IT专业人员之间的集成和沟通为中心"。这个想法源于敏捷方法论，店铺淘客，物联网公司排名，并在2009年的一次会议上首次获得关注。企业成功的10个步骤https://t.co/vilySw3udw@技术共和国AlisonDeNiscopic.twitter.com/NflVMac2KI-CloudBees（@electricloud）10月6日，20162DevOps持续部署所需的工程师技能@Stephen_Bigelow |发表于@TechTarget工程师职业可能会吸引你，如果你有各种平台的技术硬技能，以及软技能，如有效及时沟通。作为持续交付（DevOps）计划的一部分，淘客app原生，企业需要高水平的指导，以实现开发、测试和运营的成功融合。在DevOps环境中，需要具有特定技能（包括协作和业务实践的全面知识）的人来保持车轮转动并实现最佳业务成果。这导致了DevOps工程师的出现。DevOps工程师技能是持续部署所需的https://t.co/le970HIC4c…持续交付@TechTarget@Stephen#Bigelowpic.twitter.com/wpNUKkRf1h-CloudBees（@electricloud）10月13日，2016327开放源代码DevOps工具，7个简单的比特，由@kg4gwa |发布于@InformationWeek最近写了一篇文章，介绍了价值25家DevOps供应商看。不过，在DevOps的世界里，有很多好的工具都没有真正的供应商，我认为是时候让开源工具发挥作用了。虽然我曾写道，有些工具没有供应商，但有些供应商是附属于这些开源工具的。这些供应商提供开发支持，在某些情况下，还提供客户支持，甚至是一些工具的专有版本，这些工具与他们的开源同类产品共存。只要有一个不是"跛脚"的开源版本，它就有资格被裁掉https://t.co/zwSxAxpYL5pic.twitter.com/htRqFYvzHf-InformationWeek（@InformationWeek）20164年10月12日部署自动化：DevOps成功的关键|发布于@DZonehttps://dzone.com/articles/deployment-automation-the-linchpin-of-devops-succeDeployment自动化是DevOps转换的关键。我不能再多说了简单地说：加速您的DevOps采用和获得最大的收益，您应该专注于部署。DevOps之前的报告显示了一个非常简单的等式：部署频率是成功的指标，部署痛苦是失败的预兆https://t.co/ErPsdzXdNg@安德斯•沃格伦@DZonepic.twitter.com/h5JGeEh0Y2-云蜂（@electriccloud）2016年10月13日，@JamesNunns |发表在@cbronline上科技产业对于一项技术的天文学炒作并不陌生，它最新的黄金鹅之一就是集装箱。围绕容器的炒作有点类似于大数据领域，从本质上说，这项技术的概念已经存在了几十年，但现在已经变得极端很受欢迎。怎么科技产业正在为企业准备集装箱https://t.co/SyH8Yvb47t@CBR在线@JamesNunnspic.twitter.com/e6Phd6ubRK-CloudBees（@electricloud）20166年10月12日，恐惧让狼看起来更大在Schaf@124f；出版https://medium.com/@chrisscharff/devops-恐惧使狼看起来更大。德沃斯革命的最大障碍可能是用来描述它的语言。许多支持者关注DevOps的自动化方面。在其核心自动化意味着放弃控制，这是一个可怕的前景。这种以技术为中心的关注对DevOps真正的意义是有害的。自动化只是DevOps的一个方面，冒着犯下异端的风险，这是最不有趣的。拜托，在你去干草叉之前听我说外出.DevOps基于三大支柱：人员、流程和自动化。我认为他们对企业的重要性应该在这一点上考虑秩序。恐惧让狼看起来更大https://t.co/N6kgLe3NJT#DevOps@中等twitter.rw2apic.com网站-CloudBees（@electriccloud）20167年10月12日，一个"系统崩溃"的管理员，而不是开发者的故事，你听到了吗作者@adbertram，发表于@infoworld是一个新系列的开始，标题是：系统管理员到开发人员。它将作为一个虚构的故事乔施莫，并将涵盖乔的认识，物联网概念股，德沃普斯是他的职业生涯需要去的地方。这是本系列的第一篇文章，介绍了我们的朋友乔，以及他是如何第一次被介绍给DevOps的好吧。那个一个‘系统冒充’的管理员，而不是开发者的故事，你听到了吗？"https://t.co/NWM2AlkWLe@信息世界@adbertrampic.twitter.com/bcjwUzvOZp-CloudBees（@electricloud）20168A Secure DevOps入门：为什么DevSecOps MattersBy@edgeroute |发表在@TechBeaconCom上"在安全领域工作了20多年，我看到了各种趋势，但我从未见过像DevOps这样对整个技术生态系统造成破坏的东西，它通常被描述为一种快速构建软件并将开发和操作连接在一起的方法。把一个建筑扔到墙上，希望它能投入生产的日子一去不复返了。现在，开发和运营在DevOps婚姻中合为一体。DevOps加快了向客户部署产品的速度。然而，DevOps的一个缺点是它动作很快，安全性必须更快地跟上并产生影响https://t.co/nZcEc7Ltla@TechBeaconom@edgeroute公司pic.twitter.com/qzKBL06Fta-CloudBees（@electricloud）10月11日，20169《Devpsby的两个部落》发表于@ItitDunciptor致力于联合开发和运营社区，消除我们IT组织中的垂直裂缝。具有讽刺意味的是，在这样做的过程中，我们似乎在一条水平线上断裂，这些线是面向技术、软件和编码的，而那些是面向业务、人员和实践的。也许这反映了邓巴数的原理：一旦一群人达到一定的规模，它总会分裂成两个部落。那个两个德沃斯部落，利润怀疑论者-https://t.co/ZXbUoXHcXz#DevOps#DOES16-CloudBees（@electriccloud）10月11日，201610Tech In Banks:Innovating In A something of Banks by@benkepes |发表在@Network上World他花了一些时间在金融服务机构内部进行咨询，尤其是银行，我一直惊讶于遗留技术解决方案在多大程度上阻碍了创新。再加上一个高度规避风险的复杂局面，监管往往被视为不加快行动的理由，大数据现状，而你的背景或许正是硅谷步伐的对立面。因此，有了这样的背景，我坐下来和奥利弗聊起了他的经历https://t.co/LmtfPy4RVR#FinServ@NetworkWorld@benkepespic.twitter.com/Vq39qSzW58-CloudBees（@electricloud）2016年10月10日