爲應對軟件危機，誕生了軟件工程，以期望其達到降低軟件生產成本 、改進軟件產品質量、提高軟件生產率水平的目標。自上個世紀60年代以來，從模塊化、面向對象設計到設計模式，從瀑布流模型到敏捷開發，dev-ops, 軟件生產的指導理論和工程方法都在不斷進步，軟件的生產效率有了很大改善。然而直到今天，業務需求的增長和企業開發資源緊缺的矛盾依然廣泛存在。
與此同時, 近年來no-code/low-code的理念得到越來越多的國內外企業的重視，各類零代碼、低代碼開發平臺層出不窮。據Gartner的研究預測，到2024年低代碼平臺將被應用於65%的應用程序開發。儘管它也不是解決所有問題的“銀彈”, 但是低代碼作爲一個趨勢，代表了業界向自動化編碼邁進了重要的一步，在AI編程變得普適之前，低代碼能夠大幅提升業務交付效率。
本文結合愛奇藝App後端在業務數據同步方面的實踐，分享基於低代碼平臺高效交付業務需求及避免重複開發的經驗。
Part 01 業務背景
首先以移動端爲例，我們先簡單回顧下業務數據在呈現給用戶之前普遍會經歷的大致過程：
- 數據生產後臺: 運營人員或者自動化程序通過業務生產後臺將數據生產出來。比如編輯或者用戶發佈的文章、上傳的視頻，或者爬蟲程序自動抓取網絡上的資源，數據生產後臺將這些數據存放的數據庫中，並提供讀取服務供下游業務獲取數據。當數據發生修改後，通過消息通知下游更新數據；
- 數據同步： 業務部門通過數據同步服務將生產後臺產生的數據進行轉換、聚合等加工處理，寫入到數據庫和分佈式緩存裏；
- 數據庫&緩存: 存儲各類業務數據供業務後端接口讀取；
- 後端接口： 接受App前端的請求，從緩存、數據庫以及第三方接口讀取各類業務數據，按業務需要進行各種組裝處理。
- App前端： 請求後端接口並解析返回的數據，並在設備上進行渲染呈現給用戶。
原文鏈接:【https://www.infoq.cn/article/q0zoUPkQ6Xco7PE8o2sq】。未經作者許可，禁止轉載。