存的马克·马斯里分享了存的IT DevSecOps之旅以及自动化如何成为我们成功的核心. 以下是他就此主题发表的内容链接:
在前一篇文章中，我讨论了如何 软件开发既是科学又是艺术. 而编写软件代码更是一门科学, 还有人的因素，包括提出一个问题，然后创造性地思考软件可以解决问题的方法. 软件应用程序开发是一个创造性的过程，不仅需要技术技能, 但是创造性的创造力.
考虑到这一点, 让我们讨论一下如何减少辛劳, 或手动, 重复的, 以及与生产服务相关的自动化任务, 在发布管理过程中可以释放额外的vns6060威尼斯城官网来分配软件开发中更具创造性的方面.
消除“劳烦”
开发后准备应用程序发布可能是一个复杂的过程.
传统上，这涉及到几个必须手动审查的人, 验证, 并在为vnsr威尼斯城官网登入发布做准备的工件上签字. 这可能会对开发流程造成干扰，并使敏捷团队感到沮丧，因为他们发现自己在辛苦工作，而不是直接进入下一个sprint. 当过程和程序耗费时间和精力时, 然后，脑力/创造力就会从寻找创新解决方案的追求中转移出来.
记住这一点, 通过创建自助服务平台(SSP)，我们简化了许多流程，以减少手工流程可能带来的麻烦。. 前面的一个示例涉及管理防火墙网络流量. 以前, 监视和控制网络流量的新防火墙请求有一个多步骤的孤立交付过程，并且存在瓶颈. 通过简化和自动化工作流程, 然而, 我们实现了低环境防火墙交付改进高达90%.
虽然这是一个提高效率的例子, 随着时间的推移，我们已经协同了许多与发布管理相关的工具和处理. 这些改进包括:
- 必要的但手工的过程: 我们的系统在开发代码时分析并标记任何问题, 而不是在最后依靠测试来发现问题.
- 请求/票务审查: 自动化流程消除了冗余请求, 这需要一个人来创造，另一个人来审查. 这不仅消除了辛劳, 它还在组织发布时提供了一定程度的精确度，这是旧的手工过程无法实现的.
- 遗留技术: 我们检查了我们的工具, 专门寻找延迟发布的漏洞和瓶颈，发现遗留技术被用于特定类型的部署. 在某些情况下，使用不同的工具跨环境进行构建和部署(dev-prod)。. 我们的团队合理化了这些工具和功能，将多个独立的过程整合为一个, 简化了开发和发布管理过程. 最终的结果是DevSecOps交付管道之间的协同作用, 敏捷和发布管理系统.
为什么是现在? 从单片到聚焦微服务
现代软件需要更频繁和更复杂的发布. 大多数现代业务应用程序都是基于微服务的, 这意味着软件是由许多独立的部件或组件组成的. 每个组件都可以与应用程序的其余部分分开管理和开发，具有更改和测试多个组件并将它们打包到单个版本中的能力.
单片方法由单个人管理, 统一的实体和任何变化都需要对整个系统进行测试, 验证, 和部署, 多个更改需要多个部署. 将这些部分分解成更多的小块可以提供真正的优势, 比如长期管理软件的质量和规模. 但是有一个小问题:所有这些小部分必须在发布和运行时结合在一起. So, 而单片方法可能只需要一次部署, 微服务应用程序将需要许多较小的部署, 可能以特定的顺序部署.
为了使其形象化, 让我们以使用基于微服务的体系结构设计的旅游网站为例. 系统的一部分是管理搜索功能, 而其他部分管理预订, 支付, 以及其他功能. 还有发送客户更新之类的功能, 监视预订更改, 和更多的. 所有这些都是整个生态系统中独立的功能. 如果对单个部分进行了更改(例如使用过滤器增强搜索功能), 可以为更改的单个部分编辑代码，然后进行测试和部署，而不需要测试保留, 付款, 以及其他系统.
我们能够将这种现代微服务架构简化并构建到我们自己的DevSecOps和发布流程中. 结果是, 这增强了我们的部署过程，因为我们可以进行更改, 单独测试和部署多个组件, 同时将其打包并管理单个版本. 这些增强功能加快了我们的部署, 因为更改是打包的，需要一组批准, 而不是为每个单独的更改要求批准. 此外, 它降低了风险, 通过在发布期间消除每个微服务部署的手动编排.
为创新创造空间
步骤更少，审批更少, 更少的电子邮件和来回的交流, 花在非创新追求上的时间也更少. 我们还大大减少了在此过程中创建的文书工作的数量.
通过采用这种整体方法来实现流程自动化并消除瓶颈, 我们也让同一个团队可以做更多的事情. 我们现在可以支持比以往更大的部署量, 这使我们能够以更快的速度提供更多创新的解决方案.
创新不是一条直达最终解决方案的直线. 创新通常意味着有一个想法, 测试, 失败了，不得不再次尝试寻找可行的解决方案. 将开发人员从不必要的任务中解放出来，减少了工作量，并为创新创造了更多空间.