面向云原生，RPA的最终形态是SaaS化？.docxVIP

面向云原生，RPA的最终形态是SaaS化？ 凡人饮水处，皆言云计算。时至今日，云计算经过多年的镞砺括羽早已像“水、电、煤”那样，成为数字经济时代的基础设施。尤其是在新冠疫情爆发后，云计算对组织数字化业务的重要性得到了充分验证，应用和市场规模实现了空前增长。 ? 根据Gartner调查数据显示，2021年全球用户在公有云上的支出将增长18%，达到3049亿美元。国务院发展研究中心国际技术经济研究所发布的《中国云计算产业发展与应用白皮书》显示，到2023年，中国云计算产业规模将超过3000亿元，政府和企业上云率将超过60%。 ? 在此大背景下，RPA上云朝着SaaS化发展似乎成了大势所趋水到渠成的事情。今天RPA中国将和大家聊聊以下几个问题： 传统RPA项目的不足； RPA与云计算结合的形态及结合优势； RPA厂商和云厂商的布局； RPA上云后其发展形态。 ?? RPA项目在应用层面存在的问题 随着社会的发展，企业外部和企业内部的变化在不断的加快，技术更新、项目迭代从最开始以年记，到现在以周记甚至以日记，需求从提出到被满足的周期也在不断的加速，现代企业只有不断的提高效率，才能在今天竞争激烈的商业环境中超越对手获得成功。 ? RPA从被正式提出来后就被寄予了厚望，超短的交付周期、平台化能力、成本较传统IT系统低了好几个数量级，这些优势都非常天然的适合当前的商业环境。随着企业数字化转型升级概念在近两年被提出并持续火热，让RPA也在其中充当了很重要的角色。应用RPA技术将是企业数字化转型迈出的第一步！ ? 但在实际使用RPA技术的过程中还是存在了一些问题。根据Forrester调查数据显示，资金预算投入、跨部门流程协同和RPA项目的维护管理成为用户使用RPA的“三座大山”，也是阻碍企业提高流程自动化程度的三大因素，相信有不少的RPA用户深有体会。 目前RPA项目从前期的产品选型、业务流程咨询，再到项目开发实施，最后到项目上线运维，整个过程缺乏行业规范和标准，RPA技术轻量化的特点，使其很容易形成“项目简单化”的问题，项目没有管理标准，开发环境生产环境相互混淆，跨部门支持，机器人运行环境复杂不统一，文档不规范甚至根本没有文档等问题，导致项目部署起来要“一机一对待”，后续更是难以维护。还有一部分是源于行业高质量的咨询人才和实施人才的短缺、客户不懂RPA项目周期管理、第三方服务商为了节省成本，缺乏行之有效的监管等原因。 这些问题基本或多或少都会存在RPA项目中，用户在经过第一次失败的尝试后，很难会继续再投入更多的人力物力到RPA项目上。 ? RPA机器人上云？RPA产品上云？ 我们所谈论的RPA上云，一般有三种情况： 一、机器人的管理平台、开发和运行都在云端； 二、机器人的管理平台和开发在云端，运行在本地； 三、机器人的管理平台在云端，开发和运行都在本地。 目前，有一部分RPA厂商从敏捷性、交付性、扩展性和容器化等因素考虑，在产品构建项目交付的过程中会选择云原生的方式进行即第一种模式。可能很多人对云原生这个概念不是很了解，这里简单说一下：云原生概念最早是由Pivotal公司的Matt Stine于2013年首次提出。Matt Stine表示，云原生就是把一系列云计算技术和开发管理方法集合在一起，例如，DevOps、持续交付、微服务、API协作和敏捷基础设施等。所以，云原生从一开始就不是一项技术或一个产品，而是一种系统化的方法论和技术集合。说回到RPA项目的交付过程以“云原生”的方式进行，核心就是在RPA全生命周期里，包括项目的构建、运行测试、机器人管理、数据存储管理等部分都放在了云端，最大化的降低对本地环境的依赖和影响。 ? 微服务、容器化、DevOps、持续交付是云原生的四大核心技术。其中，微服务具有功能上线快、独立扩容和数据恢复快等特点。容器化技术的优势是，执行运维时不再需要关心每个服务所使用的技术，因为服务都被无差别的封装在容器里进行管理和维护。DevOps则强调的是团队之间如何通过自动化工具协作和沟通，来完成软件的生命周期管理，从而更快、更频繁地交付项目。持续交付就是指不误时的开发、不停机更新，是一种小步快跑反传统瀑布式开发模型，从而满足用户频繁更新功能的需求。 ? 当云原生的这些特性应用到RPA项目中去，用户所面临的问题也得到了一定程度的解决，上云并不是唯一解决方案，每一种技术都有各自特性，扬长而避短，最终达到目的即可。 RPA上云对厂商、用户来说是双赢 部署成本减少：在云化RPA的帮助下用户无需关注本地运行环境，只需在网络环境下，登录到开发平台便可开始设计自动化业务流程。与本地化部署相比，云端RPA可以满足用户随时随地的自动化需求，以云原生构建的产品，一般会与云计算大厂做集成，可以做到可视化和低成本部署，同时机器人不再受本地环境变