海外电商:如何在AWS上托管SSR/SSG/ISR？(aws代理服务器构造)

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

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

在AWS上托管SSR:

1.如何在AWS上托管SSR/SSG/ISR？

1、SSR(服务器端
渲染)、服务器渲染、响应请求、返回动态生成的HTML、在服务器端使用JavaScript和虚拟DOM。

1)部署该服务需要服务器的计算资源和公网流量，消耗的资源与页面访问量正相关。当页面访问量突然增加时，渲染服务也需要扩展；

2)服务器只能部署在有限的区域。对于远离服务器的用户，加载速度比静态资源的CDN慢一个数量级(通常5ms VS)
50-10找独服ms)；

缺点是服务器很重:传统服务器也有同样的运维、监控、报警的负担，团队需要额外的人力去开发和维护。如果使用API通信，响应时间非常慢。

2、SSG(静态网站生成器)，静态网站生成。

预先生成的HTML被返回以响应请求。SSG在构建时生成HTML，交付速度很快，但是部署后不能动态改变页面内容。

3、ISR(增量静态再生).增量网站渲染

响应请求并返回到静态构造的页面。当有效期到期时，SSR异步重新生成静态页面。使用缓存时，静态页面可以自动更新。如果在一段时间后再次发出请求，内容将被更新，因为内容是为下一次启动而创建的。

只需要一台服务器渲染(一台带Nodejs的服务器就够了)。缓存问题当你希望ISR工作时，ISR使用缓存重新生成HTML。随着实例和容器的扩展，缓存时间不同，因此HTML响应的显示也不同，这取决于从LB接收访问的实例或容器。

4.还有其他选择吗？

其他选项包括一个名为Serverless Next.js组件的第三方工具和App Runner。

其实委托它放大也是可以的。静态网站部署管道和托管的简单服务，非常适合SPA或者Jamstack托管。Amplify = >无服务器
Next.js组件好像就是基于它的。

二、什么是App Runner？

APP Runner是
“在AWS上构建、部署和运行容器化网络应用程序的最简单、最快速的方法”是一项服务，允许您在AWS环境中非常容易、非常快速地准备和运行容器应用程序。
换句话说，它是一个允许您在AWS环境中非常容易和非常快速地准备和运行容器应用程序的服务。

你为什么选择App Runner？

当然，如果是容器运行的环境，那么ECS也可以。不过，说实话，就算是ECS
Fargate是一个选项，操作起来不困难吗？我觉得是因为我觉得是。

应用
运行者，与Fargate，你必须结合容器管理，围绕VPC，ALB，NLB的设置和自动扩展与Codebuild。如果想实现自动化，但是App。
Runner在一个(隐藏的)包中提供了所有这些。

在App Runner中部署，在App中
在Runner的部署方法中，有一个函数可以自动做到这一点。使用方面，如果你把容器镜像推送到ECR，或者把源代码推送到GitHub，App。
Runner将检测到它并以一种好的方式部署容器。