如何在AWS上托管SSR/SSG/ISR?在互联网无隐私的环境下，保护个人隐私和信息安全越来越受到重视，搭建私人SS服务器已经成为了网络自由之路上的一个选择。之前分享了AWS谷歌云搭建教程，亚马逊云，也可以免费使用一年，不过每个月在使用上也有一些限制，比如流量每个月只能免费使用 15 G的出口流量，超出就要额外收费，具体免费的限制可以看官网文章。

在下面文章中，我们将讨论如何在AWS上运行SSR/SSG/ISR以及App Runner的魅力。我们将首先分别解释传统和现代网络应用。下文，我们将介绍如何在AWS上托管SSR/SSG/ISR。

在AWS上托管SSR：http://www.hkt4.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会检测到它并以良好的方式部署容器。