【发布时间】：2021-03-27 10:15:05
【问题描述】：
构建了静态前端后，我的想法是将其部署到 S3 等静态资产服务器，同时使用 kubernetes 将我的微服务后端部署到 EC2 或 EKS 等计算服务。
但是，我的研究只发现了一种方法：building the frontend as a service 在我的 kubernetes 集群中。
我的问题：
- 是否可以像我上面的想法那样有两个部署目标？
- 如果可能的话，这样做的优缺点是什么（特别是前端和后端之间的通信会很棘手吗？）
- 除了这两种之外，还有其他需要考虑的部署方法吗？
对于其他上下文，我的前端是通过 create-react-app 构建的 React 应用程序，并且我已经通过生产构建提取了。我的后端包含几个 NodeJS 微服务。
【问题讨论】：
-
这对我来说似乎是一个足够合理的方法；您遇到了具体问题吗？
-
我还没有尝试部署，但考虑到这种方法对我来说似乎很合理，我很惊讶我找不到任何提到这种方法的资源。我发现的所有资源都描述了在集群中将前端作为服务部署，这让我得出了两个可能的结论：1）我没有搜索正确的关键字，或者 2）首选集群方法中的前端。
-
Webpack 会将前端编译为静态文件，此时您可以让 S3 为您服务，或者运行您自己的纯 HTTP 服务器。如果可以的话，有一些充分的理由将其移植到 S3（包括能够为最近没有重新加载足够多的客户端保留旧版本）。
标签： javascript kubernetes microservices