作為一個開發者，應該都能理解一個網站從開發到上線，要經過很多繁瑣的步驟。編寫代碼，部署應用，部署數據庫，申請域名，申請SSL證書，域名備案，到最終上線起碼要幾天時間。作為一個不精通代碼的業務玩傢，當你想搞個網站玩玩時，經常會被淘寶貴得離譜的報價嚇跑。這兩年Serverless的概念被炒得火熱，顧名思義，“無服務”。今天的這篇文章，我想站在一個開發者的角度，帶大傢簡單的體驗下使用騰訊雲Serverless來開發網站的整體流程。看看在Serverless的概念下，開發網站是不是變得更加簡單瞭。本文的主要內容：Serverless概念解釋3分鐘部署一個網站10分鐘開發一個在線RSS閱讀小站騰訊Serverless Web Function的優缺點分析我是蠻三刀，關註我的個人原創技術公眾號：後端技術漫談首先放一個我部署好的RSS在線閱讀器頁面：隻要在url傳入需要解析的RSS訂閱地址，比如xxxx/rss?rssurl=https://blog.csdn.net/qqxx6661/rss/list ，就可以解析出該RSS，並渲染成你想要的博客樣式。整個實現代碼除瞭html模板，隻需要4行代碼。Serverless概念Serverless是一個怎樣的運行原理呢？簡單的解釋下：騰訊雲雲函數是騰訊雲提供的 Serverless 執行環境。您隻需編寫簡單的、目的單一的雲函數即可將它與您的騰訊雲基礎設施及其他雲服務產生的事件關聯。當然瞭，Serverless不是表示沒有服務器，而表示當您在使用 Serverless 時，您無需關心底層資源，也無需登錄服務器和優化服務器，隻需關註最核心的代碼片段，即可跳過復雜的、繁瑣的基本工作。核心的代碼片段完全由事件或者請求觸發，平臺根據請求自動平行調整服務資源。Serverless 擁有近乎無限的擴容能力，空閑時，不運行任何資源。代碼運行無狀態，可以輕易實現快速迭代、極速部署。它的大致執行流程如下圖：所以，Serverless其實本質上是雲服務上幫你整合瞭雲資源，你隻需要編寫最核心的代碼，比如一個請求過來如何處理和返回對應的數據。其他的服務器部署相關的事情，都交給雲服務商。這樣帶來的最核心的好處是節省瞭大量資源，隻有你的網站有人訪問時，才會計算資源消耗的價格，大幅度降低瞭成本。可能你隻是想搭建一個博客，以前可能需要買一年的服務器，起碼一年開銷幾百元。在Serverless下，如果你的博客訪問量並不是很高，可能一年隻要花費十幾塊錢。3分鐘部署一個網站我們打開Serverless創建函數服務頁面：https://console.cloud.tencent.com/scf/list-create?rid=16&ns=default&keyword=WebFunc選擇Python3 Web函數模板：接著可以設置一些基本信息，這裡我啥也沒修改，直接點擊完成。大概等待30秒，一個Serverless服務就創建完成瞭。接下來，我們就被跳轉到瞭代碼編輯頁面。由於我們在上面的選項裡選瞭Python3 Web開發，所以代碼默認有瞭一個最基本的Flask框架模板。（Flask是什麼？是Python的一個Web開發框架，就像Java下面的SpringBoot一樣，也能很輕松地開發一個Web服務。官方文檔：https://flask.palletsprojects.com/en/2.0.x/）模板代碼已經有瞭路徑（“/”）最基本的返回值，我們把它改幾個字，然後點擊左下角部署按鈕。花費瞭十幾秒部署完成後，點擊測試，我們就能看到返回的Body瞭，如下圖。這時候你訪問頁面，也返回瞭同樣的結果。一個最最基礎的WEB服務器就OK瞭，不需要買域名和HTTPS證書，不需要SSH登錄服務器，不需要手動編譯代碼，。10分鐘開發一個在線RSS閱讀小站上面是牛刀小試，接下來稍微整一個復雜一點點的例子。**我一直覺得RSS閱讀是一個雖然過時，但是其精神一直在傳承的閱讀方式。**比如微信的訂閱號，可以說其本質也是一種RSS閱讀，通過關註訂閱，並獲得更新文章的推送，來定制化你的閱讀內容。所以我想做一個RSS解析器，通過傳入RSS的網址（很多網站還保留有這個網址，比如CSDN，比如阮一峰的博客等），能夠渲染出該RSS鏈接裡所有的文章，並展示在網頁上。後面，還可以深度地修改頁面的展示，做出一個微信訂閱號網頁版，也不是不可能，哈哈哈。OK，花裡胡哨的就不扯瞭，先開始實現一個最簡單的事情，把RSS鏈接渲染出來。我們使用官方的Flask模板，這個模板的Flask環境相對更加完整，方便開發。我們首先需要一個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這個參數，拿到瞭什麼：可以看到，解析後的rss鏈接，被feedparser框架解析為瞭一個數組，每個entry是一個文章的標題，作者，鏈接等。根據上面的參數名，我們再加入一個rss/html，放在templates文件夾中，裡面寫好瞭我稍微美化過的html頁面，並且將每篇文章循環插入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/listimage-20210801114213652可以看到，完美解析出瞭我CSDN博客的RSS流，並且可以一個個打開。動圖見文章最上方。Web Function的優缺點分析可以看出來，Serverless開發一個網站和傳統網站開發區別非常大，它撇去瞭傳統開發中那些冗雜但是又不經常會去修改的配置和流程，讓開發者專註於業務邏輯的開發。但是這種開發方式真的完美嗎？我思考瞭一下它的優勢和不足。**最明顯的優勢便是它簡化瞭開發的步驟，省去瞭很多部署的無聊工作量。**但是，它的簡化是有代價的，簡化是會犧牲很大一部分靈活性和可定制性的。簡化能夠好用的前提是，雲服務商把這些事情做到瞭，並且做好瞭。如果你的網站需要大量復雜的邏輯，並且需要優化網關的配置，那麼很多事情在Serverless下，至少在目前提供的Serverless下，還是做不到的。上面說到的弊端，其實會帶來一個很大的問題，就是沉沒成本，當你花瞭很多時間在Serverless上，卻發現有一些小的要求或者定制化，沒法實現，這時你是去翻文檔，提工單，還是選擇老老實實買個虛機，自己手動重新部署呢。當然，上述觀點是一個開發者的視角來看的。作為普通消費者，可能很多時候隻需要部署一個靜態網站，用來放一個博客，或者說推廣下自己的公司和產品。那麼Serverlss大概率是符合要求的。除瞭上面的主要矛盾外，還有一點是我想提出的，就是目前在線代碼編輯頁面的調試功能有點太弱瞭。在最開始的Python3 Web模板中，在線的依賴庫貌似缺失瞭新版本的feedparser和flask，導致我在本地調試能夠運行的代碼放到Serverless上各種不成功，但是錯誤信息卻很難找。導致我不得不在VS Code的終端裡，一個手動開flask服務，一個去curl請求，才能看到報錯信息。當然，這個可能是我自己走的歪路，但是在頁面上，很難一眼看出來Debug窗口在哪裡。在用戶體驗上，還有很多事情可以做。總結不知不覺又是一篇2500字的文章，一個完整的周末又沒有瞭。Serverless概念提出瞭好幾年瞭，其產品形態總感覺還在摸索階段，它的用戶群體到底是開發者，還是普通消費者，其實還是會被產品形態所影響。不管怎麼說，Serverless在成本的節省上是有目共睹的，我也希望在我的雲服務器過期後，能夠把自己的博客和其他服務，部署在Serverless上，能夠節省一大筆開銷。光是成本這一點，就值得我不斷關註著Serverless。如果文章對你有幫助，請各位老板轉發支持一下，你的支持和鼓勵對我非常重要~個人公眾號：後端技術漫談