我正在尝试使用 AWS Systems Manager 会话管理器连接到我的 EC2 实例。
\n这些是私有 EC2 实例，没有公共 IP，位于 VPC 中的私有子网上，可通过 NAT 网关访问 Internet。
\n网络 ACL 已完全开放（入站和出站），但没有允许 SSH 访问实例的安全组。
\n我完成了所有会话管理器先决条件（SSM 代理、Amazon Linux 2 AMI），但是，当我尝试通过 AWS 控制台连接到实例时，我收到一个红色警告标志：“我们无法\xe2\x80\x99连接到您的实例。常见原因包括“.
\n然后，如果我向允许 SSH 访问（入站端口 22）的实例添加安全组并等待几秒钟，重复相同的连接过程，红色警告不会出现，我可以连接到该实例。
\n尽管我知道这些实例是安全的（它们没有公共 IP 并且位于私有子网中），但我并不期望会话管理器要求向它们打开 SSH 端口。事实上，官方文档称其好处之一是：“无需开放入站端口，无需管理堡垒主机或 SSH 密钥”。
\n我搜索了相关帖子但找不到任何具体内容。有什么想法我可能会错过吗？
\n谢谢！
\n我已经使用Flux v2设置了持续交付管道（因为 Flux v1 已弃用），并且运行良好。另一方面，我看到 Argo 和 Flux 在 2019 年底开始合并（请检查此链接）。
我想知道 Flux v2 是否是 Argo-Flux 合并的演变，或者它们是两个独立的 GitOps 实现选项。
我的印象是 Flux v2 非常活跃，所以我想它是一个真正的选择，并且至少会存在一段时间。但我对 Argo-Flux 不了解，也找不到太多信息。
谢谢！
continuous-deployment continuous-delivery argoproj fluxcd gitops
我在 AWS API Gateway 中有一个 REST API，它调用 Python Lambda 函数并返回一些结果。大多数情况下，此工作流程工作正常，这意味着执行 Lambda 函数并将结果传递回 API，API 又返回 200 OK 响应。
然而，有几次我从 API 收到 500 错误代码，而 Lambda 似乎甚至没有被执行。上面response.reason写着：“内部服务器错误”，并且没有给出其他信息。
对于 API 的失败请求和成功请求在方法或参数格式方面没有区别。
另一项评论是 API 启用了缓存设置。我看过类似的帖子，其中一些答案提到了 Lambda 函数返回的 JSON 对象的格式，其他答案则指出了 IAM 权限问题，但这些似乎都不是这里的原因。事实上，正如这篇文章的标题所说，这是一种间歇性行为：大多数时候它工作正常，但偶尔我会收到此错误。
任何提示将不胜感激。