華為MetaERP資產(chǎn)核算系統(tǒng)使用華為云函數(shù)工作流FunctionGraph(基于元戎內(nèi)核)微服務serverless化解決方案，實現(xiàn)了復雜企業(yè)應用MetaSaaS Serverless化，成本節(jié)約70%。
資產(chǎn)核算是指在一定的財務周期，對企業(yè)擁有的房屋建筑物、機器設備、商標權和專利權等資產(chǎn)的取得、折舊和處置的會計核算，反映企業(yè)固定資產(chǎn)、無形資產(chǎn)的增減變動和價值分攤活動。華為資產(chǎn)核算產(chǎn)品，支撐企業(yè)資產(chǎn)從獲取到處置全生命周期的管理和交易核算，在資產(chǎn)使用壽命內(nèi)遵循會計準則和稅法折舊的要求系統(tǒng)地計提資產(chǎn)折舊費用。
華為集團資產(chǎn)核算場景非常復雜，具備以下四大特點：
● 數(shù)據(jù)海量：管理的固定資產(chǎn)和無形資產(chǎn)的數(shù)量多達200多萬項;
●涉及國家多：覆蓋國際會計準則和全球170多個國家的會計準則和稅法政策要求;
●業(yè)務流量不均衡：平時業(yè)務流量少，月末結(jié)賬場景流量巨大，特別是在季結(jié)、年結(jié)時，1~2小時內(nèi)需完成200多萬筆資產(chǎn)折舊、300多萬的分錄生成;
●結(jié)賬期時間緊：華為資產(chǎn)核算業(yè)務結(jié)賬截止時間為月末最后一天23點，在截止時間前需完成折舊、關賬和分錄創(chuàng)建，若延遲會影響集團財報出具的及時性;
原先業(yè)務是基于關系型數(shù)據(jù)庫構建，這套架構能很好地解決數(shù)據(jù)一致性控制，但強依賴數(shù)據(jù)庫性能，在業(yè)務數(shù)據(jù)流量不均衡的情況下，系統(tǒng)計算資源無法實現(xiàn)彈性伸縮。平日業(yè)務數(shù)據(jù)流量小時，系統(tǒng)資源大量閑置未得到有效利用，一旦遇到業(yè)務沖刺、月結(jié)等數(shù)據(jù)洪峰，系統(tǒng)資源又無法彈性擴容，導致業(yè)務數(shù)據(jù)積壓，嚴重影響業(yè)務處理效率。
●服務彈性慢，業(yè)務峰值處理性能不足：在月底、年底結(jié)賬期，批量導入導出等任務集中生成，服務CPU資源利用率會瞬間突增至50%到100%不等。服務彈性能力較弱，啟動時延超過了1分鐘，一旦出現(xiàn)預留資源不足的情況，極易影響業(yè)務性能，導致無法在1~2小時內(nèi)完成百萬級資產(chǎn)核算業(yè)務的處理;
●周期性集中處理型業(yè)務，預置資源利用率低：以批量上載、資源折舊兩個業(yè)務為例，雖然平時很少使用，但為了保證服務隨時可用，仍然需要保持最低配置在線，業(yè)務平均資源利用率不到2%。隨著資產(chǎn)核算業(yè)務的不斷演進、微服務數(shù)量增加，資源成本問題被進一步放大;
●業(yè)務上線周期長，運維壓力大：業(yè)務開發(fā)人員不僅要關注業(yè)務邏輯，還要額外考慮高并發(fā)等極端場景的處理，開發(fā)工作量大，問題多。在業(yè)務上線前需提前采購、配置硬件資源，日常運行時，不同服務彈性策略不同，需投入大量精力進行資源類的運維工作。業(yè)務的版本上線時間達到月級，無法快速響應客戶需求;
為了進一步優(yōu)化資源成本、簡化服務開發(fā)，實現(xiàn)應用的現(xiàn)代化的轉(zhuǎn)型，MetaERP資產(chǎn)核算業(yè)務決定采用華為云FunctionGraph函數(shù)工作流試點Serverless化服務改造：
1、全自動彈性，算力隨叫隨到，輕松應對流量波峰
資產(chǎn)核算業(yè)務相關服務采用Java開發(fā)，改造為函數(shù)后，面臨冷啟動的問題。通過創(chuàng)新的進程級快照加速方案，應用直接從初始化后的快照進行運行環(huán)境恢復，從而跳過復雜的框架啟動、業(yè)務初始化階段，助力資產(chǎn)核算業(yè)務冷啟動時間縮短到7秒，相比之前一分鐘的啟動時延，性能提升10倍。 同時，F(xiàn)unctionGraph按請求并發(fā)量全自動彈性，無需再手動擴縮容，彈性速度實時匹配業(yè)務量，輕松應對流量波峰。
2、無請求時不需啟動業(yè)務實例，資源成本降低70%
函數(shù)實例隨請求自動擴縮容，在沒有請求時，實例會縮容到0。基于此能力，針對批量上載、資源折舊類業(yè)務場景，減少了最小預置實例資源，資產(chǎn)核算業(yè)務Serverless化改造后常駐實例資源降低75%，月均資源消耗降低70%，收益顯著。
3、存量業(yè)務無縫遷移，新業(yè)務開發(fā)運維效率提升3倍
資產(chǎn)核算存量業(yè)務基于SpringBoot等微服務框架開發(fā)，直接改造為原生函數(shù)方式工作量非常大。為此FunctionGraph提供了Springboot等框架兼容能力，服務只需集成統(tǒng)一SDK，并進行少量配置文件修改，即可完成改造，實現(xiàn)微服務平滑Serverless化。同時，對比傳統(tǒng)微服務框架，F(xiàn)unctionGraph內(nèi)置心跳檢測、服務治理等能力，使能業(yè)務更聚焦。
同時，新業(yè)務使用華為云函數(shù)工作流 FunctionGraph開發(fā)，可拆解粒度更小、開發(fā)并行度更高。函數(shù)本身依賴后端數(shù)據(jù)庫、消息隊列等服務，需要集成多個SDK才能實現(xiàn)訪問，開發(fā)復雜度高。對此FunctionGraph提供了統(tǒng)一對接后端鏈接能力(ServiceBridge)，簡化業(yè)務訪問后端服務。ServiceBridge也天然具備彈性能力，當訪問量激增時自動進行擴容?；谠瘮?shù)開發(fā)模式，可實現(xiàn)天級業(yè)務上線、免資源運維，以資產(chǎn)核算為例，業(yè)務上線時間從94人天(傳統(tǒng)的應用構建流程)降低至30.5人天，大大提升了開發(fā)和運維效率。
首戰(zhàn)告捷，華為云持續(xù)推進應用現(xiàn)代化
華為云函數(shù)工作流FunctionGraph將持續(xù)打造通用Serverless技術競爭力，致力解決Java服務啟動慢、彈性能力不足等問題，使能負載在硬件資源的“細粒度”復用，以提高資源的利用率。同時提供與“硬件無關”的編程抽象和系統(tǒng)服務，簡化分布式應用的開發(fā)、部署和運維。
MetaERP資產(chǎn)核算業(yè)務Serverless化后性能未劣化，常駐實例資源降低75%，月均資源消耗降低70%，成本優(yōu)化收益明顯。同時服務上線時間降至30.5人天，提升了開發(fā)運維效率。
接下來，華為云函數(shù)工作流FunctionGraph將持續(xù)圍繞“極簡架構、極高質(zhì)量、極低成本、極優(yōu)體驗”的目標，持續(xù)技術創(chuàng)新，助力MetaERP Serverless化，用技術力量提升企業(yè)服務質(zhì)量、效率、體驗。
在2023年7月25日，由中國信息通信研究院(以下簡稱“中國信通院”)和中國通信標準化協(xié)會聯(lián)合主辦的2023可信云大會上，華為云函數(shù)工作流FunctionGraph憑借此最佳實踐榮獲“可信云2022-2023年度云原生-Serverless技術最佳實踐”。
函數(shù)工作流FunctionGraph官網(wǎng)：
https://www.huaweicloud.com/product/functiongraph.html
（免責聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。
任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權或存在不實內(nèi)容時，應及時向本網(wǎng)站提出書面權利通知或不實情況說明，并提供身份證明、權屬證明及詳細侵權或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關文章源頭核實，溝通刪除相關內(nèi)容或斷開相關鏈接。 ）
