如何在AWS上托管SSR/SSG/ISR?在互聯網無隱私的環境下，保護個人隱私和信息安全越來越受到重視，搭建私人SS服務器已經成為了網絡自由之路上的一個選擇。之前分享了AWS谷歌云搭建教程，亞馬遜云，也可以免費使用一年，不過每個月在使用上也有一些限制，比如流量每個月只能免費使用
15 G的出口流量，超出就要額外收費，具體免費的限制可以看官網文章。
在下面文章中，我們將討論如何在AWS上運行SSR/SSG/ISR以及App
Runner的魅力。我們將首先分別解釋傳統和現代網絡應用。下文，我們將介紹如何在AWS上托管SSR/SSG/ISR。
在AWS上托管SSR：http://www.bxgb88.com/cloud/108vps.html
一、如何在AWS上托管SSR/SSG/ISR?
1、SSR(Server Side
Rendering)，服務端渲染，響應請求，返回動態生成的HTML，還在服務器端使用JavaScript、虛擬DOM等。
1)需要服務器的計算資源和公網流量來部署這套服務，并且消耗的資源與頁面的訪問量成正相關，當頁面的訪問量突增時，渲染服務也需要進行擴容;
2)服務端只能部署在有限的幾個地域，對于距離服務端較遠的用戶而言，加載速度跟靜態資源的 CDN 相比，慢了一個數量級(通常是 1-5ms VS
50-100+ms);
缺點是服務器端很重：日常也存在傳統服務端同樣的運維、監控告警等方面的負擔，團隊需要額外的人力來開發和維護。如果使用API通信等，響應時間很慢。
2、SSG(Static Site Generator)，靜態網站生成
預先生成的HTML被返回以響應一個請求，SSG在構建時生成HTML，交付速度非常快，但頁面內容在部署后不能動態改變。
3、ISR(Incremental Static Regeneration)。增量式的網站渲染
響應一個請求，返回靜態構建的頁面。當超過有效期時，SSR異步地重新生成靜態頁面。在利用緩存的同時，靜態頁面可以被自動更新，如果在一段時間后再次提出請求，內容就會被更新，因為內容是為下一次開始建立的。
你只需要一個服務器來渲染(設置了Nodejs的服務器就可以了)。當你想讓ISR工作時的緩存問題，ISR使用緩存來重新生成HTML。隨著實例和容器的擴展，緩存的時間也不同，所以HTML響應的顯示方式也不同，這取決于從LB接收訪問的實例或容器。
4、還有其他選擇嗎?
其他選擇包括一個名為Serverless Next.js Component和App Runner的第三方工具。
事實上，托管給Amplify也是可以的。靜態網站部署管道和托管的簡易服務，很適合SPA或Jamstack托管。Amplify => Serverless
Next.js組件似乎是基于它的。
二、什么是App Runner?
APP Runner是
"在AWS上構建、部署和運行容器化網絡應用程序的最簡單和最快速的方法"，即一項允許你在AWS環境中非常容易和非?？焖俚販蕚浜瓦\行容器應用的服務。
換句話說，它是一項允許你在AWS環境中非常容易和非?？焖俚販蕚浜瓦\行容器應用程序的服務。
為什么選擇App Runner?
當然，如果是運行容器的環境，那么ECS就可以了。然而，說實話，即使ECS
Fargate是一個選項，它不是很難操作嗎?我認為它是，因為我認為它是。
App
Runner，有了Fargate，你必須把容器管理、圍繞VPC、ALB、NLB和自動擴展設置和Codebuild結合起來，如果你想實現自動化，但App
Runner在一個(隱藏的)包中提供了所有這些。
最后，在App Runner中部署，在App
Runner的部署方法中，有一個功能可以自動做到這一點。在使用方面，如果你把容器鏡像推送到ECR或源代碼推送到GitHub，App
Runner會檢測到它并以良好的方式部署容器。
上一篇：
DFS 分布式存儲系統是什么?
下一篇：
案列分析：AWS的lightsail新加坡節點如何?
