路由到 AWS ElastickBeanstalk 与负载均衡器
Routing to AWS ElastickBeanstalk vs. Load Balancer
从 AWS Route53 转发工作负载的最佳实践是什么？我应该将它发送到 ElasticBeanstalk 环境还是分配给该 EB 的 LoadBalancer？每种方法的优缺点是什么？
P.S。休息 API、PHP
因为您有 EB 的 ALB in-front，您应该在 R53 中设置别名记录到 EB 的 url。它无论如何都会解析为 ALB 的地址。
这样做的最大好处是 EB 的 url 会自动更新到新的 EB 环境，如果您正在这样做 blue/green deployments。这样您就不必担心 R53 别名记录的有效性，因为它总是指向正确的 ALB。
相比之下，如果您link直接将R53转为ALB，则可以使用上述福利。
此外，但不完全确定，使用 EB 的 URL 确保 R53 将使用您的 EB 环境健康状况。如果您只是在 R53 中使用 ALB url，则 EB 提供的任何额外健康检查将不会在 R53 中说明。
从 AWS Route53 转发工作负载的最佳实践是什么？我应该将它发送到 ElasticBeanstalk 环境还是分配给该 EB 的 LoadBalancer？每种方法的优缺点是什么？
P.S。休息 API、PHP
因为您有 EB 的 ALB in-front，您应该在 R53 中设置别名记录到 EB 的 url。它无论如何都会解析为 ALB 的地址。
这样做的最大好处是 EB 的 url 会自动更新到新的 EB 环境，如果您正在这样做 blue/green deployments。这样您就不必担心 R53 别名记录的有效性，因为它总是指向正确的 ALB。
相比之下，如果您link直接将R53转为ALB，则可以使用上述福利。
此外，但不完全确定，使用 EB 的 URL 确保 R53 将使用您的 EB 环境健康状况。如果您只是在 R53 中使用 ALB url，则 EB 提供的任何额外健康检查将不会在 R53 中说明。