如何分析FaaS應(yīng)用場景中的數(shù)據(jù)編排

如何分析FaaS應(yīng)用場景中的數(shù)據(jù)編排，針對這個(gè)問題，這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡單易行的方法。

接下來，我們就繼續(xù)把焦點(diǎn)放到用完即毀型上，來具體看看它可以用在哪些更加自然的場景里。

數(shù)據(jù)編排

我們做開發(fā)的多多少少都知道，目前最成功最廣泛的設(shè)計(jì)模式就是 MVC 模式。但隨著前端 MVVM 框架越來越火，前端 View 層逐漸前置，發(fā)展成 SPA 單頁應(yīng)用；后端 Control 和 Model 層逐漸下沉，發(fā)展成面向服務(wù)編程的后端應(yīng)用。

這種情況下，前后端更加徹底地解耦了，前端開發(fā)可以依賴 Mock 數(shù)據(jù)接口完全脫離后端限制，而后端的同學(xué)則可以面向數(shù)據(jù)接口開發(fā)，但這也產(chǎn)生了高網(wǎng)絡(luò) I/O 的數(shù)據(jù)網(wǎng)關(guān)層。

Node.js 的異步非阻塞和 JavaScript 天然親近前端工程師的特性，自然地接過數(shù)據(jù)網(wǎng)關(guān)層。因此也誕生了 Node.js 的 BFF 層 (Backend For Frontend)，將后端數(shù)據(jù)和后端接口編排，適配成前端需要的數(shù)據(jù)結(jié)構(gòu)，提供給前端使用。

我們的程序員好朋友小程也跟進(jìn)了這個(gè)潮流，將“待辦任務(wù)”Web 服務(wù)重構(gòu)成了第二個(gè)版本。他將原先的應(yīng)用拆解成了 2 個(gè)項(xiàng)目：前端項(xiàng)目采用 React+AntDesignPro+Umi.js的單頁應(yīng)用，后端項(xiàng)目還是采用 Express。我的示例也采用這個(gè)技術(shù)架構(gòu)一步一步教你在云上部署 SPA+FaaS 混合框架演進(jìn)。

另外，除了我們自己的后端應(yīng)用數(shù)據(jù)接口，互聯(lián)網(wǎng)上還有大量的數(shù)據(jù)供我們使用。比如疫情期間，你要爬取下各個(gè)地區(qū)的疫情數(shù)據(jù)、天氣數(shù)據(jù)，這些工作，也都可以放到 FaaS 上輕松搞定，并且基本還能免費(fèi)，因?yàn)槟壳案鞔笤品?wù)商都提供了免費(fèi)的額度，這個(gè)我剛給你講過了。

關(guān)于如何分析FaaS應(yīng)用場景中的數(shù)據(jù)編排問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識。