RPA自动化软件如何运营维护大家都说上车容易下车难
发表时间：2023-09-04 10:01:28
文章来源：炫佑科技
浏览次数：156
菏泽炫佑科技
RPA自动化软件如何运营维护大家都说上车容易下车难
如何操作和维护RPA自动化软件
大家都说上车容易下车难。 今天我想谈谈如何长时间驾驶，更重要的是如何保持“低油耗”。
首先我想指出的是，RPA运维是RPA自动化工具长期服务的关键一环，而且也可以通过低成本实现。
作为RPA的早期实践者和公司的领导者之一，我思考问题从来不只考虑技术。 我也会考虑投资回报率以及是否值得投资。
“我真的等不及了！” 他搂着女友的腰，冲了进去！
×
现在大家都在讨论要不要使用RPA以及选择哪种RPA工具。 今天我就和已经使用过RPA的朋友**次聊一下RPA流程的运维。 如何做好RPA运维？ 我们首先需要看看RPA的特点：
1）流程逻辑基本一目了然，没有大量的代码，不存在各种常用代码中回调函数导致的时序复杂的问题；
2）程序运行基本可视化，所见即所得，无需分析日志也能知道问题的大致位置。 并且每个RPA工具都会打印出异常堆栈，方便定位；
3）无侵入式UI操作，无法预测大量第三方目标业务系统UI层面的迭代修改自动化软件开发，一个很小的元素变化就可能导致整个流程中断；
4）作业环境抗鲁莽能力较差。 莫名其妙的软件弹窗或者网络稍不稳定都可能导致进程中断；
在RPA流程的运维实践中，1）和2）非常重要。 这与传统的软件运维完全不同。 传统软件代码的代码量达到一定复杂程度时，逻辑复杂，仅通过日志无法了解程序全貌，运维难度很大； 运维往往需要借助原软件开发团队才能完成，并且往往需要与专业测试人员合作进行全面的测试用例，从各个角度完成程序质量保证。 ——但是RPA流程的运维不需要开发人员的帮助。 无论过程多么复杂，逻辑都是清晰的。 通过开发流程工程师的想法文档，您可以完全掌握流程。 从运维成本来看，完全可以在不影响服务质量SLA的情况下，用成本较低的专业运维服务商替代高成本的流程开发服务商。
那么剩下的3）和4）的特征就会导致一个普遍的现象，就是RPA流程每经过一段时间，就会出现这里或者那里的小问题； 但问题并不大。 调整一下就可以了，但是你无法预测什么时候会出现问题，而且往往不能做到100%容错。 这让运维人员非常痛苦，然后使用流程的部门经常发现问题RPA自动化软件如何运营维护大家都说上车容易下车难，不断挑战运维人员的责任心和专业性。 这是启动 RPA 流程的*大挑战。
针对这个问题，我们在实践中可以采用以下机制：
1）标准化桌面。 我们对所有部署RPA的PC进行全面虚拟化，打造一个完全干净、标准化的桌面环境和网络环境，这就是“云桌面”。 这使得各种参数只需配置一次即可供整个公司使用； 避免环境的个体差异。 消除因机器个体差异造成的程序异常。
2）模块化设计。 与传统的MVC架构程序一样，流程可以分解为流程模型和流程数据； 一个大进程可以分解为多个小进程，进程可以直接跨文件调用。 因此，我们*好将数据和子模块进行分解，这样才能达到改一处、修一切的*佳实践。 比如有N个进程，都查询A URL，然后根据A URL的内容做各种事情； 我们不需要在每个进程中包含查询A进程，而是将其单独作为一个模块。 只需将其提供给其他进程调用即可。 在我们的服务实践中，很少有企业在流程开发时考虑到这一点，这让后续的运维人员非常苦恼。
3）异常报警机制。 这是我们运维人员的*后一道坎。 我们的目标是让业务人员能够在业务中断发生之前完成流程修复。 具体实现可以私信讨论。
通过上述运维机制，我们发现企业RPA流程在高可用的同时可以节省大量预算：
通过标准化、模块化设计，降低运维复杂度和整体工作量
通过异常报价机制，减少专职运维工程师的工作量。 往往一个人可以完成几十个流程的日常运维； 流程少于几十个的公司甚至可能不需要聘请专职运维工程师。
