如何解决跨多个EC2实例的buildManifest上的Nextjs 404
上下文:我有一个简单的Next.js和keystonejs应用。我已经在2个AWS EC2实例上进行了重复部署。每个实例还具有一个80至3000的Nginx反向代理路由端口(我的应用程序端口)。这两个实例也位于应用程序负载平衡器的后面。
问题:在路由到我的默认网址时,我的应用程序尝试为nextjs应用程序获取buildManifest
。但是,大多数情况下,这是404秒。
我的猜测::由于请求之间的距离非常近,因此我的负载均衡器将buildManifest
的第二个请求路由到另一个实例。由于我在该实例上执行了单独的yarn build
,因此build ids
是不同的,因此它无法获取正确的构建。这个请求404s,我的网站坏了。
我的问题:是否可以确保将来自实例A
的所有请求路由到实例A
?还是有更好的方法在每个实例上进行构建以使它们的ID相同?这是Docker的用例吗?
解决方法
我的负载均衡器遇到了类似的问题,并且指定了custom build id似乎可以解决此问题。这是dedicated issue,这就是我的next.config.js
的样子:
const execSync = require("child_process").execSync;
const lastCommitCommand = "git rev-parse HEAD";
module.exports = {
async generateBuildId() {
return execSync(lastCommitCommand).toString().trim();
},};
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。