Amazon web services AWS SNS主题数量限制

Amazon web services AWS SNS主题数量限制,amazon-web-services,amazon-sns,Amazon Web Services,Amazon Sns,将会有很多用户。每个用户可能有多个区域。我想为每个区域发送3类电子邮件警报。每个类别将有多个电子邮件端点 那么为每个类别创建一个主题是否可行 例如,如果我的每个区域有3个类别,我必须为每个类别创建一个主题。因此,每个区域将有三个TPOIC,每个主题将有一些订户 我想问,这是正确的方法还是有更好的选择?关于你提到的场景,我想最适合。您也可以按照AWS教程“”进行此操作 过滤策略的思想非常简单, 将消息发布到主题时,还可以在消息中包含一些属性(元数据),例如area=2、category=3 现在,

将会有很多用户。每个用户可能有多个区域。我想为每个区域发送3类电子邮件警报。每个类别将有多个电子邮件端点

那么为每个类别创建一个主题是否可行

例如,如果我的每个区域有3个类别,我必须为每个类别创建一个主题。因此,每个区域将有三个TPOIC,每个主题将有一些订户


我想问,这是正确的方法还是有更好的选择?

关于你提到的场景,我想最适合。您也可以按照AWS教程“”进行此操作

过滤策略的思想非常简单,
将消息发布到主题时,还可以在消息中包含一些属性(元数据),例如area=2、category=3
现在,此消息将只发送给订阅策略(属性)中提到的具有此键值对的订阅方,或发送给所有根本没有任何策略的订阅方

您可以定义订阅策略(属性),同时从客户端在代码中发出订阅请求

要发布的示例消息(注意消息中的MessageAttributes):

订阅服务器策略示例:

{
    "store": ["example_corp"],
    "event": [{"anything-but":"order_cancelled"}],
    "customer_interests": ["rugby", "football", "baseball"],
    "price_usd": [{"numeric":[">=", 100]}]
}
关于限制:
默认情况下,SNS每个主题提供1000万订阅,每个帐户提供100000个主题。若要请求更高的限制,请与支持部门联系


我希望这个答案能让你朝着正确的方向思考/进入你提到的情景,我想这是最合适的。您也可以按照AWS教程“”进行此操作

过滤策略的思想非常简单,
将消息发布到主题时,还可以在消息中包含一些属性(元数据),例如area=2、category=3
现在,此消息将只发送给订阅策略(属性)中提到的具有此键值对的订阅方,或发送给所有根本没有任何策略的订阅方

您可以定义订阅策略(属性),同时从客户端在代码中发出订阅请求

要发布的示例消息(注意消息中的MessageAttributes):

订阅服务器策略示例:

{
    "store": ["example_corp"],
    "event": [{"anything-but":"order_cancelled"}],
    "customer_interests": ["rugby", "football", "baseball"],
    "price_usd": [{"numeric":[">=", 100]}]
}
关于限制:
默认情况下,SNS每个主题提供1000万订阅,每个帐户提供100000个主题。若要请求更高的限制,请与支持部门联系


我希望这个答案能让你正确思考/行动

谢谢你的详细回答。我们是否可以在创建订阅时设置筛选策略,即使用
subscribe
函数?您可以在subscribe调用之后调用setSubscriptionAttributes。对于java()对于CLI()是。但是
setSubscriptionAttributes
需要subscriptionArn,除非用户/端点调用
confirmSubscription
,否则我不会拥有subscriptionArn。那么考虑到这种情况,我将如何设置过滤器属性呢?我是这方面的新手。哦,是的!这在某种程度上是好的,它将为所有根本不确认的人保存调用和配置。因此,设置订阅属性的调用将在客户端发出确认订阅调用后进行,这反过来将为您提供所需的ARN…但我如何知道用户何时调用confirmSubscription功能?谢谢您的详细回答。我们是否可以在创建订阅时设置筛选策略,即使用
subscribe
函数?您可以在subscribe调用之后调用setSubscriptionAttributes。对于java()对于CLI()是。但是
setSubscriptionAttributes
需要subscriptionArn,除非用户/端点调用
confirmSubscription
,否则我不会拥有subscriptionArn。那么考虑到这种情况,我将如何设置过滤器属性呢?我是这方面的新手。哦,是的!这在某种程度上是好的,它将为所有根本不确认的人保存调用和配置。因此,设置订阅属性的调用将在客户端发出“确认订阅”调用后进行,这将反过来为您提供所需的ARN…但我如何知道用户何时调用confirmSubscription函数?