本周的头条新闻通过强调连续交付（CD）作为软件交付的最佳实践来回报。重要的是首先评估你是否准备好开始裁谈会的旅程，并确定你的目标是实现它。此外，还深入研究了交付管道，以评估CI和CD如何帮助加快构建和部署时间。另外，DevOps也不能避免与时俱进。阅读DevOps 15年后的发展趋势，以及由于不断增加的挑战，特别是在云计算领域，基础设施可能会发生哪些变化发展。继续阅读有关DevOps最新新闻和趋势的更多信息，并一如既往地关注来自DevOps上@ElectronicCloud的所有新闻，以及在整个week.1报告：IT领导者需要解决数据中心约束，@moorewithmadi |发布在@sdtimes上的DevOps Evolution的作用及其对文化和合作的影响是显而易见的。英特尔数据中心和数据中心的领导者们需要更多的证据来应对数据中心和数据中心的新挑战。调查的一个主要发现是，企业云服务的需求量比以前更大了。IT领导者需要解决数据中心的制约因素和DevOps的发展https://t.co/hqbCmwFHuc@moorewithmadi@sdtimespic.twitter.com/DRzkqQjI2r-CloudBees（@electricloud）9月29日，2016225值得关注的DevOps供应商作者：Curtis Franklin Jr.|发表于@InformationWeek这些好处包括更高的开发效率、更高的操作效率以及由于持续反馈而改善的用户体验，DevOps对一个组织来说是一个巨大的胜利。所以，近年来，德沃普斯运动的势头越来越大，这一点也不奇怪。但旅程并不总是那么容易。当涉及到将您的公司转变为DevOps组织时，您需要一个可靠的计划、完整的管理层支持以及正确的工具和产品来完成所有工作。25您需要了解的DevOps供应商-DevOps依赖于支持pra的自动化部署工具和产品。。。https://t.co/MzXuyvyA2L-InformationWeek（@InformationWeek）20163年9月27日授权开发人员在DevOpsBy@Veracode |中构建安全性，发布在@devopsdotcom上https://devops.com/2016/09/26/empower-developers-build-security-devops/Over在过去的10年里，随着越来越多的组织向DevOps过渡，出现了一种文化安全和开发团队一致认为质量是首要任务。然而，即使有着共同的质量关注点，开发、安全和运营团队仍然发现自己在安全软件的持续交付道路上存在分歧。有些人声称开发人员不关心安全性。事实上，他们希望编写安全代码的优秀代码，但通常他们无法访问适合他们的工具工作。授权开发人员在#DevOps中构建安全性https://t.co/iyFPlM10rl@devopsdotcom@Veracodepic.twitter.com/OnXMnAWD71-CloudBees（@electricloud）20164年9月27日是时候结束对技术的指责了GameBy裸体首席信息官发布于@TechRepublic我们IT世界的现实是，我们经常被视为公司环境中的路障和对手。我们经常被视为交通警察，他们通过支持流程和协议来降低业务同事的兴奋感，并将梦幻般的景象变成复杂的机械混乱。我们需要的是一个包容各方的对话和合作战略，专注于交付和推动商业价值，摒弃传统的接力棒式的滑稽动作是的。它是时候结束科技怪罪游戏了https://t.co/dvwD7ROnUE@泰克共和国pic.twitter.com/1VjPXzsDH8-CloudBees（@electricloud）9月26日，你们准备好连续交货了吗？作者：Nigel Harniman |发表于@JAXenterCOMhttps://jaxenter.com/are-you-continuous-delivery-ready-129278.htmlAs一个愤世嫉俗的人，我可以说CD风靡一时，很多高管和管理层都听说过……但说真的……是高层管理层要求你这么做的吗，所以这只是一个勾选框，表明你正在实现目标，还是你有强烈的信仰吗？最终的目标是实现一个商业目标，比如提高质量、发布频率、新特性上市时间或节约成本。如果您的目标是后者，请注意，新建管道可能会降低第一个主要项目的成本释放。是你准备好继续送货了吗？https://t.co/f1F8zk4ogI#CD@JAXenterCOMpic.twitter.com/M9Bn0rvHyO-CloudBees（@electricloud）9月22日，20166下面是如何加速您的CI/CD管道，并让Valerie Silverthorne的快速构建发布在@TechTarget上你的构建速度不够快，罪魁祸首可能是你的管道。专家Abraham Marin Perez解释了如何诊断和治疗这个问题。根据您的经验，公司失去对其CI/CD管道的控制是否很常见？有没有办法从一开始就建立管道来避免这种情况？在某种程度上，是的。他们不会称之为"失去控制"，但我认为，尽管有些真正创新的公司拥有一些非常复杂的CI/CD管道，大多数公司仍处在一个完全自动化的阶段怎么造的以加快您的"CI"CD管道并快速构建https://t.co/ZyeM0fEnfA@技术目标pic.twitter.com/wyPgCD7xc6-CloudBees（@electricloud）9月21日，20167睁开一只眼睡觉：如何在2030年证明它是未来的？@ZeitJen|发表在@cionline上阿里巴巴、腾讯、亚马逊和谷歌等本土企业通过想象力、速度和勇气获得了市场支配地位。敏捷是他们的基因。他们的文化渊源使他们敏锐地意识到新颖性和预见性是他们的区别。这也让他们有点"偏执"，他们知道自己必须始终挑战现状，不断让客户和竞争对手感到惊讶，并极力捍卫自己的领先优势。他们必须用一只眼睛睡觉打开。睡觉睁大一只眼：如何为2030年提供未来保障https://t.co/k6rbiIrHk0#DevOps@cionline@ZeitJenpic.twitter.com/5R7bjjuF19-CloudBees（@electricloud）9月21日，20168《软件设计中的容器和模块化：历史透视》，克里斯托弗·托齐（Christopher Tozzi）发表于@ContainerBlog倾向于把容器说成是一种彻底创新的技术。然而，最好把容器看作是模块化的下一个渐进的步骤，这种趋势可以追溯到几十年前。我一直在读什么的解释。对许多人来说，像Docker这样的容器平台是一种革命性的技术。的确，容器实际上并不是一个很新的概念；容器技术可以追溯到几十年前。但大多数人只是在Docker于2013年推出并开始关注企业市场时才开始关注容器。《软件设计中的容器与模块化：一个历史的视角》https://t.co/qGwClFfXd5@集装箱日志pic.twitter.com/lHD5NMzKV5-CloudBees（@electricloud）9月28日，20169穿上敏捷伪装：5种辨别你是否敏捷的方法仅限于@stephenfrein |发表在@TechBeaconCom上方法已经走过了很长的一段路，摆脱了曾经的暴发户地位，进入了软件开发的主流。因此，这些方法现在不仅为许多组织所接受，而且是人们所期望的。那些还没有实施的团队有可能被视为正在努力适应现代社会的恐龙。为了避免不称职和不舒服的审查，这些团队可能会用敏捷伪装来掩饰自己，借用敏捷方法的仪式和词汇，而不从根本上改变它们的底层工作习惯。穿上敏捷伪装：5种判断你是否只是名义上的敏捷的方法https://t.co/dzub0SmOsQ@TechBeaconCom@stephenfrein公司pic.twitter.com/agLhdoy64c-CloudBees（@electricloud）9月29日，2016100一项新研究调查了DevOpsBy@dbtrends |的现状和采用情况，发表在@dbtrends上软件开发和IT操作的方法在由Unisphere Research制作并由戴尔软件。研究指出，DevOp的核心不仅仅是一个开发过程或一组工具，它反映了创新思维和协作，并具有更好部署的潜力结果。新的审查当前的研究状况https://t.co/v377lyINxv@dbtrends-CloudBees（@electricloud）2016年9月20日