不同 Serverless 服務的對比
上圖從支持語言、觸發(fā)器、價格等多個方面對不同 Serverless 服務進行了對比 ， 可以發(fā)現(xiàn)有差異 ， 也有共性 。
1、比如幾乎所有 Serverless 服務都支持 Node.js/Python/Java 等語言 。
2、從支持的觸發(fā)器來看 ， 幾乎所有服務也都支持 HTTP、對象存儲、定時任務、消息隊列等觸發(fā)器 。當然 ， 這些觸發(fā)器也與平臺自己的后端服務相關 ， 比如阿里云的對象存儲觸發(fā)器 ， 是基于阿里云的 OSS 產(chǎn)品的存取等事件觸發(fā)的；而 AWS 的對象存儲觸發(fā)器 ， 則是基于 AWS 的 S3 的事件觸發(fā)的 ， 兩個平臺并不通用 。這也是當前 Serverless 面臨的一個問題 ， 就是標準不統(tǒng)一 。
S3:Amazon Simple Storage Service (Amazon S3) 是一種對象存儲服務 ， 提供行業(yè)領先的可擴展性、數(shù)據(jù)可用性、安全性和性能從計費的角度來看 ， 各個平臺的費用基本一致 。在前面也提到 ， Serverless 的計費是按調(diào)用次數(shù)計費 ， 執(zhí)行時長 。
三 基于 Serverless 的前端開發(fā)模式serverless 開發(fā)流程
1、在開始具體的案例之前 ， 先看一下傳統(tǒng)開發(fā)流程 。
在傳統(tǒng)開發(fā)流程中 ， 我們需要前端寫頁面 ， 后端工程師寫接口 。后端寫完接口之后 ， 把接口部署了 ， 再進行前后端聯(lián)調(diào) 。聯(lián)調(diào)完畢后再測試、上線 。上線之后 ， 還需要運維工程師對系統(tǒng)進行維護 。整個過程涉及多個不同角色 ， 鏈路較長 ， 溝通協(xié)調(diào)也是一個問題 。
2、而基于 Serverless ， 后端變得非常簡單了 ， 以往的后端應用被拆分為一個個函數(shù) ， 只需要寫完函數(shù)并部署到 Serverless 服務即可 ， 后續(xù)也不用關心任何服務器的運維操作 。后端開發(fā)的門檻大幅度降低了 。因此 ， 只需要一個前端就可以完成所有的開發(fā)工作 。
當然 ， 前端基于 Serverless 去寫后端 ， 最好也需要具備一定的后端知識 。涉及復雜的后端系統(tǒng)或者 Serverless 不適用的場景 ， 還是需要后端開發(fā) 。
serverless帶來的價值1．降低運營復雜度
Serverless架構(gòu)使軟件應用和服務器實現(xiàn)了解耦 ， 服務器不再是用戶開發(fā)和運營應用的焦點 。在應用上線前 ， 用戶無須再提前規(guī)劃服務器的數(shù)量和規(guī)格 。在運維過程中 ， 用戶無須再持續(xù)監(jiān)控和維護具體服務器的狀態(tài) ， 只需要關心應用的整體狀態(tài) 。應用運營的整體復雜度下降 ， 用戶的關注點可以更多地放在軟件應用的體驗和改進以及其他能帶來更高業(yè)務價值的地方 。
2．降低運營成本
服務器不再是用戶關注的一個受管資源 ， 運營的復雜度下降 ， 應用運營所需要投入的時間和人力將大大降低 。在最好的情況下 ， 可以做到少數(shù)幾個應用管理員即可管理一個處理海量請求的應用系統(tǒng) 。
3、縮短產(chǎn)品的上市時間
在Serverless架構(gòu)下 ， 應用的功能被解構(gòu)成若干個細顆粒度的無狀態(tài)函數(shù) ， 功能與功能之間的邊界變得更加清晰 ， 功能模塊之間的耦合度大大減小 。這使得軟件應用的開發(fā)效率更高 ， 應用開發(fā)的迭代周期更短 。
serverless實踐基于 Serverless 的 BFF (Backend For Frontend)
推薦閱讀
- 阿里云圖片存儲 阿里云盤資源共享站
- 阿里網(wǎng)絡擬受讓眾信旅游6.04%股份 轉(zhuǎn)讓價款共計2.4億元
- 青藤云安全值得去嗎 青藤云安全公司怎么樣
- 阿里云服務器使用教程centos 阿里云服務器使用教程windows
- spss統(tǒng)計分析大全武松百度云 spss統(tǒng)計分析大全pdf
- oppo手機怎么備份所有數(shù)據(jù)到新手機 oppo手機怎么備份所有數(shù)據(jù)到云端
- 云南12個最好玩的地方 七彩云南歡樂世界
- 想什么看什么放電影似的
- 關于歲月的唯美句子107句
- 遭性侵阿里女員工被訴名譽侵權(quán),起訴者是他