伴隨著這次疫情的大背景下,大多數(shù)企業(yè)已經(jīng)意識到跨地域、跨平臺環(huán)境下協(xié)同辦公對公司治理的重要性和必要性。另外,人工智能時代到來,企業(yè)的數(shù)字化轉(zhuǎn)型已成為大勢所趨,如何打造以“服務(wù)客戶為導(dǎo)向”的次時代智能型協(xié)同辦公平臺架構(gòu),也是R&D的重要課題之一。
架構(gòu)改造牽涉到公司頂層戰(zhàn)略、業(yè)務(wù)架構(gòu)、技術(shù)路線、部署策略、客戶需求特性等諸多維度的深度思考,所以它不單純是一個技術(shù)更迭的過程,更是,為滿足當(dāng)下行業(yè)需求的多樣性和客戶定制化趨勢,以穩(wěn)定、精準(zhǔn)、便捷、及時滿足客戶需求為服務(wù)標(biāo)準(zhǔn),為公司內(nèi)部新業(yè)務(wù)開發(fā)人員或者第三方業(yè)務(wù)需求開發(fā)團隊提供統(tǒng)一、規(guī)范、便捷的RAP框架結(jié)構(gòu)及相關(guān)開發(fā)支撐工具改善過程,有效降低個性化需求開發(fā)的成本。
一、關(guān)于業(yè)務(wù)中臺的微服務(wù)化:致遠(yuǎn)協(xié)同辦公平臺雖經(jīng)過20年來技術(shù)的發(fā)展,其核心后臺架構(gòu)平臺是J2EE為容器的架構(gòu)思維,所以其核心業(yè)務(wù)的積累和更迭有一定的連續(xù)性和重用性。但是,目前架構(gòu)是以數(shù)據(jù)庫中心的一體化集成開發(fā)模型(Centre-based model),該模式伴隨著業(yè)務(wù)復(fù)雜度的增加和業(yè)務(wù)數(shù)據(jù)的增加,平臺性能和業(yè)務(wù)柔性很大程度取決于數(shù)據(jù)庫層的訪問壓力。所以,以分布式系統(tǒng)為理念的微服務(wù)架構(gòu)模式成為技術(shù)架構(gòu)部門的核心研究課題之一。當(dāng)前,微服務(wù)架構(gòu)技術(shù)棧已經(jīng)非常成熟,而且其性能在其他應(yīng)用平臺上也多次驗證,所以協(xié)同辦公平臺的微服務(wù)化改造后的性能問題改善是大概率事件;微服務(wù)化改造的難題是,微服務(wù)化團隊建設(shè)和實現(xiàn)路徑問題,微服務(wù)化后前端工程集成化問題、現(xiàn)有客戶的多版本系統(tǒng)的升級問題、集成開發(fā)環(huán)境的升遷問題等。其中,業(yè)務(wù)架構(gòu)的重構(gòu)是微服務(wù)化的核心,對于數(shù)據(jù)庫中心的一體化平臺而言,圍繞業(yè)務(wù)模塊,做好業(yè)務(wù)線的數(shù)據(jù)庫解耦不僅有利于當(dāng)前平臺的性能改善,更有利于微服務(wù)化的接口設(shè)計和實現(xiàn)。
二、關(guān)于交互終端的桌面化:對于致遠(yuǎn)A8+協(xié)同管理平臺等當(dāng)前產(chǎn)品線,用戶主要通過瀏覽器完成日常流程作業(yè),當(dāng)下瀏覽器兼容性問題和系統(tǒng)加載是業(yè)務(wù)龐大系統(tǒng)的開發(fā)維護難題之一。其二,瀏覽器受限于本地化資源的訪問,類似業(yè)務(wù)流程中活動中的本地資源上傳、業(yè)務(wù)流程中“機器人代理值守”、以及與其他桌面應(yīng)用的數(shù)據(jù)共享等業(yè)務(wù)流程自動化業(yè)務(wù)而言,提供桌面版的前段容器成為必要“利器”。 從技術(shù)角度而言,以Web、桌面、APP等跨平臺技術(shù)棧以及前端JavaScript語言的Electron容器也日趨成熟,為用戶提供統(tǒng)一、便捷、規(guī)范的協(xié)同工作臺提供開發(fā)基礎(chǔ)。
三、關(guān)于從其他系統(tǒng)升遷的工具化:伴隨國家和企事業(yè)單位對于國產(chǎn)化軟件的重視,Notes系統(tǒng)的國產(chǎn)化升遷也是業(yè)務(wù)拓展的主要渠道之一。然而,基于客戶業(yè)務(wù)的復(fù)雜度和差異性,數(shù)據(jù)升遷工作對于實施團隊而言都是一個頭痛的課題。圍繞著行業(yè)和流程,打造數(shù)據(jù)升遷工具既是次時代協(xié)同辦公平臺的重要外圍工具,也是DDE平臺的補充之一。