机器人生命周期管理：给你的机器人开发混乱带来平静产品见解卡希夫·马布布2018年9月26日，星期三9744个视图4分钟阅读标签：RPA公司软件工程的DevOps方法通过统一开发和操作，彻底改变了发布速度。今天，DevOps原则很有可能通过提供一个实施持续集成和部署的框架来指导开发团队的过程。当您使用DevOps方法开发软件时，您遵循一个开发、测试、验收和生产（DTAP）的生命周期。拥有大型（尤其是分布式）开发团队的组织已经通过使用DevOps方法实现了软件开发生命周期（SDLC）过程的重大改进。这就是为什么在企业级采用相同的DevOps方法来开发机器人过程自动化（RPA）机器人才是有意义的。如今，大多数机器人过程自动化（RPA）解决方案都提供了将机器人从开发生命周期的一个阶段移到下一个阶段的功能。这是否意味着他们支持DevOps方法来进行机器人生命周期管理（BLM）？不，简单地在DevOps生命周期中移动机器人就构成了BLM的想法是一个神话。但就像许多神话一样，如果你不仔细研究它，听起来似乎是有道理的。DevOps和BLM不一样DevOps生命周期中的每个阶段都在单独的环境中进行。在一个环境中开发，在另一个环境中测试。生产也是分开的。因此，要管理bot的生命周期，您需要能够根据bot在生命周期中所处的阶段为bot维护单独的环境。你需要能够在两个阶段之间移动整个机器人程序包。假设您创建了bota，为了使其有效运行，bota依赖于单个进程A.1、A.2和A.3。bot及其依赖项需要作为一个包在bot生命周期中进行管理和移动。"很明显，"你说。但大多数RPA解决方案并不容易做到这一点——它们只是在您提供的环境之间导入和导出bot。您可以单独管理bot依赖关系。"真正地？你可能会说，这听起来很无聊。真正地。而且，是的，正如任何RPA项目经理会告诉你的，这是相当乏味的。如果没有一个真正的BLM框架，您必须建立和管理您的开发和测试环境。您还必须单独管理和推进依赖关系。当你在为RPA做概念验证时，这可能会很好地工作，但它不能扩展。使用断开连接的进程管理的机器人程序越多，使机器人程序投入生产所需的时间就越长。另外，如果缺少依赖项，您可能会发现更多的错误，从而延迟持续集成和部署。合规性也是一个问题。对于符合法规遵从性要求的bot流程，例如Sarbanes-Oxley法案（SOX）所涵盖的财务流程，缺乏真正的BLM框架迫使您开发和管理自己对bot的控制。用BLM缩放包含在Automation Anywhere Enterprise中的BLM框架不仅仅是简单地导入和导出机器人程序，它很容易与DevOps工作流集成。内置了对单独的开发、测试、验收和生产环境的支持—包括完整的版本控制和回滚功能。高度细粒度的基于角色的访问控制（RBAC）是企业RPA平台安全性的另一个企业必备工具。使用粒度RBAC，机器人可以在DevOps生命周期的各个阶段之间无缝过渡。但是依赖关系呢？依赖关系随机器人程序一起转换。这是因为Automation Anywhere Enterprise将整个bot包作为bot生命周期的一部分进行管理。这种对版本、角色和机器人程序包的控制使您能够更快地开发更多的机器人程序，即使您有严格的法规遵从性要求。这使您能够在整个企业中快速扩展RPA，并更快地体验到更高的投资回报率—这是精心设计的企业级RPA战略的标志。请参阅bot lifecycle management in action。请求现场演示分享这个：分享