一文搞懂傳統(tǒng)單節(jié)點網(wǎng)站的 Serverless 上云

什么是函數(shù)？剛剛考完數(shù)學(xué)沒多久的我，腦里立馬想到的是自變量、因變量、函數(shù)值，也就是 y=f(x)。當(dāng)然，在計算機里，函數(shù) function 往往指的是一段被定義好的代碼程序，我們可以通過傳參調(diào)用這個定義好的函數(shù)，實現(xiàn)我們所需要的功能。那么，今天的阿里云函數(shù)計算 FC 又是什么？

當(dāng)然，DevOps 的落地、服務(wù)器/集群的運維，這些都是需要投入大量的資源與精力，DevOps 是一條捷徑，但不是唯一的出路。而阿里云函數(shù)計算 FC 的出現(xiàn)，帶來了無服務(wù) Serverless 的架構(gòu)，讓開發(fā)者在開發(fā)和部署的時候，不再有部署服務(wù)復(fù)雜的感覺。

對服務(wù)器的無感化，可以使開發(fā)者真正的關(guān)注在自己的代碼上。阿里云 Serverless 函數(shù)式極簡編程可專注于業(yè)務(wù)創(chuàng)新，無采購和部署成本、提供監(jiān)控報警等完備的可觀測能力。阿里云函數(shù)計算 FC 是事件驅(qū)動的全托管計算服務(wù)，真正的無需去考慮服務(wù)器的運維管理，只需要完成開發(fā)的代碼進(jìn)行上傳，函數(shù)計算會通過角色策略去規(guī)劃計算資源，彈性的方式執(zhí)行函數(shù)，最后高效的執(zhí)行部署。優(yōu)雅！

在改造之前，我相信是很多中小型公司業(yè)務(wù)的經(jīng)典 AllinOne 結(jié)構(gòu)，把業(yè)務(wù)涉及到的所有服務(wù)中間件運行在一臺服務(wù)器/虛擬機上，雖然現(xiàn)在看可能完完全全是實驗室環(huán)境，但是實際看到的依然有很多項目是這么做的。壞處也不用多提，部署運維難、難以進(jìn)行資源的擴(kuò)容、后續(xù)改造復(fù)雜、性能差沒有應(yīng)用高可用技術(shù)等等。。。

Serverless 的農(nóng)產(chǎn)品電商平臺上云，項目比較簡單，規(guī)劃就在同一地域了。主要是將前端 HTML 頁面與后端 Jar 包運行分別由兩個單獨的 Serverless 函數(shù)完成運行計算。其余支撐服務(wù)上云，分別用對應(yīng)的云產(chǎn)品實現(xiàn)，這里 Redis 服務(wù)由于我自己 ECS 上有運行 Redis 服務(wù)，就不再單獨購買云數(shù)據(jù)庫 Redis 版了，當(dāng)然推薦使用阿里云的 Redis 云數(shù)據(jù)庫產(chǎn)品。

完成函數(shù)創(chuàng)建后，進(jìn)入到函數(shù)詳情界面，可以在函數(shù)代碼中對代碼進(jìn)行編輯修改，代碼改動后需要點擊部署代碼重新上傳。上述也提到了，這里需要將 Nginx 服務(wù)配置一同上傳，其中需要拷貝一份/etc/nginx/mime.types 文件到當(dāng)下目錄，避免 mime 文件類型映射錯誤。

這里放 Nginx 關(guān)鍵配置，根據(jù)自己的業(yè)務(wù)情況修改，注意配置中端口監(jiān)聽需要與函數(shù)創(chuàng)建監(jiān)聽端口保持一致，同時網(wǎng)頁代碼的路徑設(shè)置為/code

http {    include mime.types;  #注意引入此文件    keepalive_timeout  900;    server {        listen       80;                server_name  localhost;        location / {            root   /code;            index  index.html index.htm;            proxy_set_header    Host $host;             proxy_set_header    X-Real-IP $remote_addr;              proxy_set_header    X-Forwarded-For  $proxy_add_x_forwarded_for;       }        location /users {            proxy_pass http://serverless.后端函數(shù)訪問地址.run;      #Nginx反代傳給后端的函數(shù)，地址在后續(xù)后端函數(shù)創(chuàng)建完可以拷貝        }        location /items {            proxy_pass http://serverless.后端函數(shù)訪問地址.run; #Nginx反代傳給后端的函數(shù)，地址在后續(xù)后端函數(shù)創(chuàng)建完可以拷貝        }

可以在調(diào)用日志查詢相關(guān)日志

后端函數(shù)創(chuàng)建完成后進(jìn)入函數(shù)詳情界面，其余功能與上述前端函數(shù)相同，不再復(fù)述

點擊【觸發(fā)器管理】，此處 HTTP 觸發(fā)器提供了公網(wǎng)與內(nèi)網(wǎng)訪問地址，我們拷貝內(nèi)網(wǎng)地址在前端中間件反代配置處填入此域名，實現(xiàn)訪問前端觸發(fā)后端函數(shù)

• RDS MySQL Serverless 實例創(chuàng)建

   

• RDS 數(shù)據(jù)庫用戶設(shè)置

   

• RDS 業(yè)務(wù)數(shù)據(jù)庫創(chuàng)建

   

• RDS 服務(wù)連接地址

   

• RDS 業(yè)務(wù)數(shù)據(jù)庫的導(dǎo)入恢復(fù)

   

Serverless 應(yīng)用提供了大量的官方應(yīng)用模板，我們可以根據(jù)給出的模板來修改自己的業(yè)務(wù)，因此熟悉模板的部署也很重要。

進(jìn)入到函數(shù)計算 FC 的控制臺頁面，點擊【應(yīng)用】，選擇【通過模板創(chuàng)建應(yīng)用】，選擇【商城案例】

點擊立即創(chuàng)建后，我們進(jìn)行應(yīng)用的初始化配置。

部署類型有兩種：

1.通過第三方代碼倉庫部署

2.直接部署

兩者區(qū)別就是使用自己的倉庫代碼后續(xù)可以通過 push 更新項目發(fā)布，而直接部署需要手動配置。這里就可以看到，我們的交付觸發(fā)也是以 Git 倉庫 push 提交為主，每次提交會自動觸發(fā)部署。

如是自己配置應(yīng)用，需要根據(jù)業(yè)務(wù)配置 s.yaml 文件，參考：

https://www.serverless-devs.com/fc/yaml/readme

Serverless 相對其他方案來說，也是非常容易上手并高效的技術(shù)方案。上面的部署測試，其實還有很多需要改進(jìn)的地方，但是我想把案例的重點放在 Serverless 服務(wù)器無感化上，本人也使用過不少阿里云的技術(shù)產(chǎn)品，深知對底層基礎(chǔ)設(shè)施運維難度。

點擊下方，立即查看作者原文！