1 Answer
- Newest
- Most votes
- Most comments
0
Hi, Based on the ingestion rates, I think that the architecture you envisioned should work well.
It is a variant of this pattern , the difference is that you use the Lambda to load Opensearch and not to trigger a search.
The other pattern you could consider is to use API Gateway as a proxy to Amazon Kinesis Firehose (please, note the tutorial is for Kinesis Streams, and was only meant as a source of inspiration), and then use Firehose to transform the data (it will still uses Lambda functions for the transformations) and then deliver the data directly to OpenSearch.
Some information additional information on this can be
Relevant content
- asked a year ago
- asked 10 months ago
- asked 5 months ago
- AWS OFFICIALUpdated 8 months ago
- AWS OFFICIALUpdated 24 days ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 5 months ago
Thanks for your response
I am not able to see a ingestion pipeline other than Kinesis based I feel Kinesis is a overkill for me, as I will not be having continuous real time data flowing, it can be busts of events.
Hence trying to see, if any lighter stuff for processing (can event MQ based lambda or a pipeline) in AWS, else I guess myself have to setup a always On pipeline service