- Fully managed turn-key messaging infrastructure. SQS queues requires very little effort to set up, maintain and manage over time.
- Integrates seamlessly with other services provided by AWS, for example, IAM, CloudWatch, Lambda, etc. For organizations already committed to AWS, SQS is a natural choice.
- Can be used as a gateway between endpoints that may not have direct connectivity to each-other.
- Like other message brokers, there is no local store-and-forward mechanism available. If an endpoint cannot reach SQS, either due to network problems or if SQS is unavailable, the endpoint will not be able to send nor receive messages.
- Can be relatively expensive when using larger volumes of messages.
By default, Access Key ID and Secret Access Key are discovered from environment variables of the machine that is running the endpoint:
- Access Key ID goes in
- Secret Access Key goes in
var transport = endpointConfiguration.UseTransport<SqsTransport>(); transport.Region("ap-southeast-2"); transport.S3BucketForLargeMessages("myBucketName", "my/key/prefix");