Otavio Ferreira

Monitor Amazon SNS-based applications end-to-end with AWS X-Ray active tracing | Amazon Web Services This post is written by Daniel Lorch, Senior Consultant and David Mbonu, Senior Solutions Architect. Amazon Simple Notification Service (Amazon SNS), a messaging service that provides high-throughput, push-based, many-to-many messaging between distributed systems, microservices, and event-driven serverless applications, now supports active tracing with AWS X-Ray. With AWS X-Ray active tracing enabled for SNS, you can […]

Today, we released a new blog, showcasing the AWS X-Ray active tracing feature in action, in an event-driven serverless application, built on SNS, SQS, Lambda, and Firehose. 🔍

I’d love to hear your feedback on it. Cheers! 👍

Twitter on desktop seems to be down. I can’t log in. Others have reported the same.

Is it down for you too⁉️

As a cloud service customer, if you had to choose, would you rather have a lower though explicitly documented service quota, or a higher quota that isn’t explicitly documented?

Amazon Kinesis Data Firehose now supports data delivery to Elastic

Amazon SNS now supports the delivery of messages to Elastic via Kinesis Data Firehose subscriptions.

With this new feature, Amazon SNS customers have an easier way to ingest data into Elastic and then consume the Elastic (ELK) stack for enterprise search and observability purposes. No code needed.

Implementing error handling for AWS Lambda asynchronous invocations | Amazon Web Services This blog is written by Poornima Chand, Senior Solutions Architect, Strategic Accounts and Giedrius Praspaliauskas, Senior Solutions Architect, Serverless. AWS Lambda functions allow both synchronous and asynchronous invocations, which both have different function behaviors and error handling: When you invoke a function synchronously, Lambda returns any unhandled errors in the function code back to the […]

Great new blog about implementing error handling for AWS Lambda asynchronous invocations, using SNS topics and SQS queues.

https://aws.amazon.com/blogs/compute/implementing-error-handling-for-aws-lambda-asynchronous-invocations/

I can relate… 😅

To learn more about the log data protection feature in CloudWatch, see: https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/mask-sensitive-log-data.html

To learn more about this message data protection feature in SNS, see: https://docs.aws.amazon.com/sns/latest/dg/message-data-protection.html

And this is actually a no-code solution. For example, the data protection policy above can detect and mask any credit card number in transit, in your architecture. You can attach the policy to any SNS topic or CloudWatch log group.

Here’s the message transformation that occurs:

This is one of the inventions that I’m most proud of. Previously data loss prevention (DLP) was an after thought, when you cared about masking PII only after the data had already been stored. Now you can mask data in real time, as it moves through your architecture, via SNS topics or CloudWatch logs

Hello World 👋