#jason-aws-webhooks
1 messages ยท Page 1 of 1 (latest)
Hi ๐
I'm not sure I follow. Webhooks are the current recommended approach to receive event notifications and, as far as I know, this will not change when Workbench GAs
To the best of my knowledge, Workbench is still building on top of webhook events. They would not replace this functionality but rather provide a more centralized UI for managing them.
ah. I was trying to follow the quickstart on AWS At https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-saas-furls.html#furls-connection-stripe. But the stripe option has been removed from the quickstarts
Your Amazon EventBridge event bus can use an AWS Lambda function URL created by an AWS CloudFormation template to receive events from supported SaaS providers. With function URLs, the event data is sent to a Lambda function. The function then converts this data into an event that can be ingested by EventBridge and sent to an event bus for proces...
then I was referred to this one : https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-saas.html#eb-saas-integration
Provides basic scenarios and procedures for receiving events from a SaaS partner with Amazon EventBridge.
Unfortunately I cannot speak to non-Stripe content.
fair enough.
It's hard to tell what exactly these tools would do (I'm not well versed in AWS tooling). But as long as you have a publicly accessible URL that we can send POST requests to and the function that receives them can correctly process the payload like we show here https://stripe.com/docs/webhooks#webhook-endpoint-def, I don't see why this wouldn't work.
Yeah, AWS is a bit of a beast... I was told it's not an aws best pratice to just hang a publicly accessible webhook endpoint out on the web... There are two walkthroughs on the aws docs with specfic implementations for stripe.... but one is no longer available ( the we hook cloud formation template, it was there a few months ago... ) and the other is not availble yet (using work bench. I'll try to reach out to aws...
thanks for the link, I appreciate effort ๐ happy new year
Hmmmm....I'm not aware of any way to avoid a publicly accessible endpoint, maybe you could proxy the request but you would definitely want to watch out for any transofmration of the payload since we use it to validate the signature and even trimming whitespace will cause that to fail.
It's stil publicly available, but wrapped in some aws security... it helps prevents bad actors from flooding the enpoint and driving up your aws bill i guess
I see. Another way you could address that is with traffic rules. We publish all the IP addresses we will send webhook requests from here https://stripe.com/docs/ips#webhook-notifications
cool, thanks for your help. i'll look into that
Happy to shed what ๐ก I can ๐