这是与我的问题相关的Cloudformation模板代码:
"SNSTopic": {
"Type": "AWS::SNS::Topic",
"Properties": {
"TopicName": "JumpboxPresenceTopic",
"DisplayName": "Jumpbox Presence Topic",
"Subscription": [
{
"Endpoint": {
"Fn::GetAtt": [
"Lambda",
"Arn"
]
},
"Protocol": "lambda"
}
]
}
},
"Lambda": {
"Type": "AWS::Lambda::Function",
"Properties": [...]
Run Code Online (Sandbox Code Playgroud)
但它不会显示在lambda函数Event Sources面板中:
关于这一点的奇怪之处在于,如果我从SNS仪表板为同一个lambda函数创建一个新订阅,则不会创建新的订阅,因为它将完全重复.但是,现在,如果我检查Lambda仪表板中的Event Sources面板,我可以看到以下新条目:
SNS: JumpboxPresenceTopic
我觉得这在亚马逊方面是一个问题,但我可能是错的.我的方法有问题还是AWS的限制?
amazon-web-services amazon-sns aws-cloudformation aws-lambda
考虑我们当前的架构:
+---------------+
| Clients |
| (API) |
+-------+-------+
?
?
+-------+-------+ +-----------------------+
| Load Balancer | | Nginx |
| (AWS - ELB) +<-->+ (Service Routing) |
+---------------+ +-----------------------+
?
?
+-----------------------+
| Nginx |
| (Backend layer) |
+-----------+-----------+
?
?
----------------- +-----------+-----------+
File Storage | Gunicorn |
(AWS - S3) <-->+ (Django) |
----------------- +-----------------------+
Run Code Online (Sandbox Code Playgroud)
当客户端,移动设备或Web尝试在我们的服务器上上传大文件(超过GB)时,通常会面临空闲的连接超时.从他们的客户端库,在iOS上,或从我们的负载均衡器.
当客户端实际上载文件时,不会发生超时,因为连接不是"空闲",正在传输字节.但我认为当文件被转移到Nginx后端层并且Django开始将文件上传到S3时,客户端和我们的服务器之间的连接将变为空闲,直到上传完成.
有没有办法防止这种情况发生,我应该在哪一层解决这个问题?
我正在尝试使用Django过滤掉敏感信息@sensitive_post_parameters
.我认为将这些注释添加到几个特定的功能上就足够了,但它不起作用.我在内部设置了断点SafeExceptionReporterFilter
,只有在从其他处理程序AdminEmailHandler
而不是其他处理程序调用时才会中断.我错过了什么?
我有一个 ECS 集群,由不同可用区中的 2 个实例组成。我运行的众多服务之一是 SMTP 中继。我想在这个服务前面使用一个网络负载均衡器来方便地配置其他应用程序来使用中继。
一切就绪后,我面临以下问题:
如果容器存在于实例 'A' 上,则只有实例 'B' 能够访问它,反之亦然,否则它会超时。因此网络负载均衡器似乎阻止访问位于同一实例上的服务。
有什么我在这里想念的吗?有没有人知道这一点并有解决方法?
更新: 将服务扩展到 2 个实例时,它开始工作。我现在倾向于相信它与可用区有关。
amazon-elb ×2
django ×2
amazon-ec2 ×1
amazon-s3 ×1
amazon-sns ×1
aws-lambda ×1
filter ×1
gunicorn ×1
logging ×1
nginx ×1
nlb ×1
python ×1