作為一個開發(fā)者，應該都能理解一個網(wǎng)站從開發(fā)到上線，要經(jīng)過很多繁瑣的步驟。
編寫代碼，部署應用，部署數(shù)據(jù)庫，申請域名，申請SSL證書，域名備案，到最終上線起碼要幾天時間。
作為一個不精通代碼的業(yè)務玩家，當你想搞個網(wǎng)站玩玩時，經(jīng)常會被淘寶貴得離譜的報價嚇跑。
這兩年Serverless的概念被炒得火熱，顧名思義，“無服務”。今天的這篇文章，我想站在一個開發(fā)者的角度，帶大家簡單的體驗下使用騰訊云Serverless來開發(fā)網(wǎng)站的整體流程?？纯丛赟erverless的概念下，開發(fā)網(wǎng)站是不是變得更加簡單了。
本文的主要內容：
Serverless概念解釋3分鐘部署一個網(wǎng)站10分鐘開發(fā)一個在線RSS閱讀小站騰訊Serverless Web Function的優(yōu)缺點分析我是蠻三刀，關注我的個人原創(chuàng)技術公眾號：后端技術漫談
首先放一個我部署好的RSS在線閱讀器頁面：
只要在url傳入需要解析的RSS訂閱地址，比如xxxx/rss?rssurl=https://blog.csdn.net/qqxx6661/rss/list ，就可以解析出該RSS，并渲染成你想要的博客樣式。
整個實現(xiàn)代碼除了html模板，只需要4行代碼。
Serverless概念Serverless是一個怎樣的運行原理呢？簡單的解釋下：
騰訊云云函數(shù)是騰訊云提供的 Serverless 執(zhí)行環(huán)境。您只需編寫簡單的、目的單一的云函數(shù)即可將它與您的騰訊云基礎設施及其他云服務產(chǎn)生的事件關聯(lián)。
當然了，Serverless不是表示沒有服務器，而表示當您在使用 Serverless 時，您無需關心底層資源，也無需登錄服務器和優(yōu)化服務器，只需關注最核心的代碼片段，即可跳過復雜的、繁瑣的基本工作。核心的代碼片段完全由事件或者請求觸發(fā)，平臺根據(jù)請求自動平行調整服務資源。Serverless 擁有近乎無限的擴容能力，空閑時，不運行任何資源。代碼運行無狀態(tài)，可以輕易實現(xiàn)快速迭代、極速部署。
它的大致執(zhí)行流程如下圖：
所以，Serverless其實本質上是云服務上幫你整合了云資源，你只需要編寫最核心的代碼，比如一個請求過來如何處理和返回對應的數(shù)據(jù)。其他的服務器部署相關的事情，都交給云服務商。這樣帶來的最核心的好處是節(jié)省了大量資源，只有你的網(wǎng)站有人訪問時，才會計算資源消耗的價格，大幅度降低了成本。
可能你只是想搭建一個博客，以前可能需要買一年的服務器，起碼一年開銷幾百元。在Serverless下，如果你的博客訪問量并不是很高，可能一年只要花費十幾塊錢。
3分鐘部署一個網(wǎng)站我們打開Serverless創(chuàng)建函數(shù)服務頁面：
https://console.cloud.tencent.com/scf/list-create?rid=16&ns=default&keyword=WebFunc
選擇Python3 Web函數(shù)模板：
接著可以設置一些基本信息，這里我啥也沒修改，直接點擊完成。
大概等待30秒，一個Serverless服務就創(chuàng)建完成了。
接下來，我們就被跳轉到了代碼編輯頁面。由于我們在上面的選項里選了Python3 Web開發(fā)，所以代碼默認有了一個最基本的Flask框架模板。（Flask是什么？是Python的一個Web開發(fā)框架，就像Java下面的SpringBoot一樣，也能很輕松地開發(fā)一個Web服務。官方文檔：https://flask.palletsprojects.com/en/2.0.x/）
模板代碼已經(jīng)有了路徑（“/”）最基本的返回值，我們把它改幾個字，然后點擊左下角部署按鈕?；ㄙM了十幾秒部署完成后，點擊測試，我們就能看到返回的Body了，如下圖。這時候你訪問頁面，也返回了同樣的結果。
一個最最基礎的Web服務器就OK了，不需要買域名和HTTPS證書，不需要SSH登錄服務器，不需要手動編譯代碼，。
10分鐘開發(fā)一個在線RSS閱讀小站上面是牛刀小試，接下來稍微整一個復雜一點點的例子。
**我一直覺得RSS閱讀是一個雖然過時，但是其精神一直在傳承的閱讀方式。**比如微信的訂閱號，可以說其本質也是一種RSS閱讀，通過關注訂閱，并獲得更新文章的推送，來定制化你的閱讀內容。
所以我想做一個RSS解析器，通過傳入RSS的網(wǎng)址（很多網(wǎng)站還保留有這個網(wǎng)址，比如CSDN，比如阮一峰的博客等），能夠渲染出該RSS鏈接里所有的文章，并展示在網(wǎng)頁上。后面，還可以深度地修改頁面的展示，做出一個微信訂閱號網(wǎng)頁版，也不是不可能，哈哈哈。
OK，花里胡哨的就不扯了，先開始實現(xiàn)一個最簡單的事情，把RSS鏈接渲染出來。
我們使用官方的Flask模板，這個模板的Flask環(huán)境相對更加完整，方便開發(fā)。
我們首先需要一個RSS解析的框架，在Python中，有一個feedparser的框架，能夠解析RSS url。
使用pip3 install feedparser安裝feedparser：
接著我們在app.py加入代碼：
import feedparser@app.route('/rss')def rss(): feed = feedparser.parse(request.args.get('rssurl')) return render_template('rss.html', entries=feed.entries)在這里，我進行了一波本地調試，看一下feed這個參數(shù)，拿到了什么：
可以看到，解析后的rss鏈接，被feedparser框架解析為了一個數(shù)組，每個entry是一個文章的標題，作者，鏈接等。
根據(jù)上面的參數(shù)名，我們再加入一個rss/html，放在templates文件夾中，里面寫好了我稍微美化過的html頁面，并且將每篇文章循環(huán)插入html中，這里用到了flask自帶的渲染模板jinja2：
<html><head> <title>RSS閱讀博客</title> <link href="https://cdn.bootcdn.net/ajax/libs/twitter-bootstrap/5.0.2/css/bootstrap.min.css" rel="stylesheet"></head><body> <script src="https://cdn.bootcdn.net/ajax/libs/twitter-bootstrap/5.0.2/js/bootstrap.min.js"></script> <script src="https://cdn.bootcdn.net/ajax/libs/jquery/3.6.0/jquery.slim.min.js"></script><div class="container-fluid"> <div class="row-fluid"> <div class="span12"> <nav class="navbar navbar-expand-lg navbar-light bg-light"> <div class="container-fluid"> <a class="navbar-brand" href="#">RSS解析器</a> <button class="navbar-toggler" type="button" data-bs-toggle="collapse" data-bs-target="#navbarSupportedContent" aria-controls="navbarSupportedContent" aria-expanded="false" aria-label="Toggle navigation"> <span class="navbar-toggler-icon"></span> </button> <div class="collapse navbar-collapse" id="navbarSupportedContent"> <ul class="navbar-nav me-auto mb-2 mb-lg-0"> <li class="nav-item"> <a class="nav-link active" aria-current="page" href="#">首頁</a> </li> </ul> <form class="d-flex"> <input class="form-control me-2" type="search" placeholder="Search" aria-label="Search"> <button class="btn btn-outline-success" type="submit">Search</button> </form> </div> </div> </nav> <div class="accordion" id="accordionExample"> {% for entry in entries %} <div class="accordion-item"> <h2 class="accordion-header" id="heading{{ loop.index }}"> <button class="accordion-button" type="button" data-bs-toggle="collapse" data-bs-target="#collapse{{ loop.index }}" aria-expanded="false" aria-controls="collapse{{ loop.index }}"> {{ entry.title }} | {{ entry.published }} </button> </h2> <div id="collapse{{ loop.index }}" class="accordion-collapse collapse" aria-labelledby="heading{{ loop.index }}" data-bs-parent="#accordionExample"> <div class="accordion-body"> {{ entry.summary | safe }} </div> </div> </div> {% endfor %} </div> </div> </div></div></body></html>兩個文件修改完，直接點擊部署然后訪問騰訊云給我們分配的域名：
https://service-ehshqmzv-1252138314.cd.apigw.tencentcs.com/release/rss?url=https://blog.csdn.net/qqxx6661/rss/list
image-20210801114213652
可以看到，完美解析出了我CSDN博客的RSS流，并且可以一個個打開。動圖見文章最上方。
Web Function的優(yōu)缺點分析可以看出來，Serverless開發(fā)一個網(wǎng)站和傳統(tǒng)網(wǎng)站開發(fā)區(qū)別非常大，它撇去了傳統(tǒng)開發(fā)中那些冗雜但是又不經(jīng)常會去修改的配置和流程，讓開發(fā)者專注于業(yè)務邏輯的開發(fā)。但是這種開發(fā)方式真的完美嗎？我思考了一下它的優(yōu)勢和不足。
**最明顯的優(yōu)勢便是它簡化了開發(fā)的步驟，省去了很多部署的無聊工作量。**但是，它的簡化是有代價的，簡化是會犧牲很大一部分靈活性和可定制性的。簡化能夠好用的前提是，云服務商把這些事情做到了，并且做好了。如果你的網(wǎng)站需要大量復雜的邏輯，并且需要優(yōu)化網(wǎng)關的配置，那么很多事情在Serverless下，至少在目前提供的Serverless下，還是做不到的。
上面說到的弊端，其實會帶來一個很大的問題，就是沉沒成本，當你花了很多時間在Serverless上，卻發(fā)現(xiàn)有一些小的要求或者定制化，沒法實現(xiàn)，這時你是去翻文檔，提工單，還是選擇老老實實買個虛機，自己手動重新部署呢。
當然，上述觀點是一個開發(fā)者的視角來看的。
作為普通消費者，可能很多時候只需要部署一個靜態(tài)網(wǎng)站，用來放一個博客，或者說推廣下自己的公司和產(chǎn)品。那么Serverlss大概率是符合要求的。
除了上面的主要矛盾外，還有一點是我想提出的，就是目前在線代碼編輯頁面的調試功能有點太弱了。
在最開始的Python3 Web模板中，在線的依賴庫貌似缺失了新版本的feedparser和flask，導致我在本地調試能夠運行的代碼放到Serverless上各種不成功，但是錯誤信息卻很難找。導致我不得不在VS Code的終端里，一個手動開flask服務，一個去curl請求，才能看到報錯信息。
當然，這個可能是我自己走的歪路，但是在頁面上，很難一眼看出來Debug窗口在哪里。
在用戶體驗上，還有很多事情可以做。
總結不知不覺又是一篇2500字的文章，一個完整的周末又沒有了。
Serverless概念提出了好幾年了，其產(chǎn)品形態(tài)總感覺還在摸索階段，它的用戶群體到底是開發(fā)者，還是普通消費者，其實還是會被產(chǎn)品形態(tài)所影響。
不管怎么說，Serverless在成本的節(jié)省上是有目共睹的，我也希望在我的云服務器過期后，能夠把自己的博客和其他服務，部署在Serverless上，能夠節(jié)省一大筆開銷。光是成本這一點，就值得我不斷關注著Serverless。
如果文章對你有幫助，請各位老板轉發(fā)支持一下，你的支持和鼓勵對我非常重要~
個人公眾號：后端技術漫談
掃描二維碼推送至手機訪問。
版權聲明：本文由信途科技轉載于網(wǎng)絡，如有侵權聯(lián)系站長刪除。
