协同办公平台比较(关于次时代协同办公平台架构改善的几点思考)

伴随着这次疫情的大背景下,大多数企业已经意识到跨地域、跨平台环境下协同办公对公司治理的重要性和必要性。另外,人工智能时代到来,企业的数字化转型已成为大势所趋,如何打造以"服务客户为导向"的次时代智能型协同办公平台架构,也是R&D的重要课题之一。

架构改造牵涉到公司顶层战略、业务架构、技术路线、部署策略、客户需求特性等诸多维度的深度思考,所以它不单纯是一个技术更迭的过程,更是,为满足当下行业需求的多样性和客户定制化趋势,以稳定、精准、便捷、及时满足客户需求为服务标准,为公司内部新业务开发人员或者第三方业务需求开发团队提供统一、规范、便捷的RAP框架结构及相关开发支撑工具改善过程,有效降低个性化需求开发的成本。

协同办公平台比较(关于次时代协同办公平台架构改善的几点思考)(1)

一、关于业务中台的微服务化

致远协同办公平台虽经过20年来技术的发展,其核心后台架构平台是J2EE为容器的架构思维,所以其核心业务的积累和更迭有一定的连续性和重用性。但是,目前架构是以数据库中心的一体化集成开发模型(Centre-based model),该模式伴随着业务复杂度的增加和业务数据的增加,平台性能和业务柔性很大程度取决于数据库层的访问压力。所以,以分布式系统为理念的微服务架构模式成为技术架构部门的核心研究课题之一。当前,微服务架构技术栈已经非常成熟,而且其性能在其他应用平台上也多次验证,所以协同办公平台的微服务化改造后的性能问题改善是大概率事件;微服务化改造的难题是,微服务化团队建设和实现路径问题,微服务化后前端工程集成化问题、现有客户的多版本系统的升级问题、集成开发环境的升迁问题等。其中,业务架构的重构是微服务化的核心,对于数据库中心的一体化平台而言,围绕业务模块,做好业务线的数据库解耦不仅有利于当前平台的性能改善,更有利于微服务化的接口设计和实现。

二、关于交互终端的桌面化

对于致远A8 协同管理平台等当前产品线,用户主要通过浏览器完成日常流程作业,当下浏览器兼容性问题和系统加载是业务庞大系统的开发维护难题之一。其二,浏览器受限于本地化资源的访问,类似业务流程中活动中的本地资源上传、业务流程中"机器人代理值守"、以及与其他桌面应用的数据共享等业务流程自动化业务而言,提供桌面版的前段容器成为必要"利器"。 从技术角度而言,以Web、桌面、APP等跨平台技术栈以及前端JavaScript语言的Electron容器也日趋成熟,为用户提供统一、便捷、规范的协同工作台提供开发基础。

三、关于从其他系统升迁的工具化

伴随国家和企事业单位对于国产化软件的重视,Notes系统的国产化升迁也是业务拓展的主要渠道之一。然而,基于客户业务的复杂度和差异性,数据升迁工作对于实施团队而言都是一个头痛的课题。围绕着行业和流程,打造数据升迁工具既是次时代协同办公平台的重要外围工具,也是DDE平台的补充之一。

来源:致远互联协同研究院

,

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com

    分享
    投诉
    首页