Skip to main content
  1. Posts/

Cloud Integrations

·587 words·3 mins

This section is about multiple applications communicating with each other.

  1. Synchronous communication (application to application)
    • Can be problematic if there are sudden spikes of traffic
  2. Asynchronous / Event-based communication (application to queue to application)
    • It is called decoupling of applications
      • SQS: queue model
      • SNS: pub / sub model
      • Kinesis: real-time data streaming model
    • Those services can scale independently from our application

SQS #

SQS = Simple Queue Service. #

What is Amazon SQS

SQS - Standard Queue #

  • Oldest AWS offering (over 10 years old)
  • Fully managed, serverless service used to decouple applications
  • Sales from 1 message per second to 10,000s per second
  • Default messages retention: 4 days, maximum 14 days
  • No limit to how many messages can be in the queue
  • Messages are deleted after they’re read by consumers (applications)
  • Low latency
  • Consumers share the work to read messages and scale horizontally

SQS - FIFO Queue #

FIFO = First in First Out (ordering of messages in the queue) #

Messages are processed in order by the consumer.

Amazon Kinesis #

Kinesis = real-time big data streaming. #

Managed service to collect, process and analyze real-time streaming data at any scale.

Amazon SNS #

SNS = Simple Notification Service. #

SNS is sending one message to multiple receivers.

  • The “event publishers” only sending message to one SNS topic
  • As many “event publishers” as we want to listen to the SNS topic notifications
  • Each subscriber to the topic will get all the messages
  • Up to 12,500,000 subscriptions per topic, 100,000 topics limit

Amazon MQ #

SQS and SNS are “cloud-native” services. Traditional applications running from on-premises may use open protocols, such as:

  • MQTT
  • AMQP
  • STOMP
  • Openwire
  • WSS

When migrating to the cloud, instead of re-engineering the application to use SQS and SNS, Amazon MQ can be used instead.

Amazon MQ is a managed message broker service for:

  • RabbitMQ

  • Active MQ

  • Amazon MQ doesn’t scale as much as SQS / SNS

  • Amazon MQ runs on servers, can run in Multi-AZ with failover

  • Amazon MQ has both - queue feature (~SQS) and topic features (~SNS)

Summary #

  • SQS
    • Queue service in AWS
    • Multiple Producers, messages kept up to 14 days
    • Multiple Consumers share the read and delete messages when done
    • Used to decouple applications in AWS
  • SNS
    • Notification service in AWS
    • Subscribers:
      • Email
      • Lambda
      • SQS
      • HTTP
      • Mobile
      • Others
    • Multiple Subscribers, sending all messages to all of them
    • No message retention
  • Kinesis
    • Real-time data streaming
  • Amazon MQ
    • Managed message broker for Active MQ and Rabbit MQ in the cloud (MQTT, AMQP protocols)

» Sources « #

» Table of contents (CLF-C02) « #

1. What is Cloud Computing2. IAM3. Budget
4. EC25. Security Groups6. Storage
7. AMI8. Scalability & High Availability9. Elastic Load Balancing
10. Auto Scaling Group11. S312. Databases
13. Other Compute Services14. Deployments15. AWS Global Infrastructure
16. Cloud Integrations17. Cloud Monitoring18. VPC
19. Security and Compliance20. Machine Learning21. Account Management and Billing
22. Advanced Identity23. Other Services24. AWS Architecting & Ecosystem
25. Preparing for AWS Practitioner exam

» Disclaimer « #

Disclaimer: Content for educational purposes only, no rights reserved.

Most of the content in this series is coming from Stephane Maarek’s Ultimate AWS Certified Cloud Practitioner CLF-C02 2025 course on Udemy.

I highly encourage you to take the Stephane’s courses as they are awesome and really help understanding the subject.

More about Stephane Maarek:

This article is just a summary and has been published to help me learning and passing the practitioner exam.