Hi,
As part of a migration away from OpenSearch, we have been wanting to send data from AWS Kinesis Firehose to Elastic Cloud. This has historically required workarounds using either a transformation Lambda or a custom HTTP destination, which acts as a proxy between Firehose and Elastic Cloud. This is both inconvenient and complicates things.
We were super happy to see the new Elastic destination for Kinesis Firehose:
However, as excited as we were, we were equally disappointed to see that this solution is limited to fixed datasets, i.e. log types. This seems like a super strange choice, as there are plenty of people needing to send custom data to Elastic Cloud. We have been asking for this for years, and so have many others.
We really need a convenient way of getting our custom documents from Kinesis Firehose into Elastic Cloud (into a custom index or data stream). We are surprised and a bit puzzled as to why this was not baked into this new solution from the beginning, as it is by no means an edge case.
So our questions are along the lines of:
- Why is the destination limited to a specific use case? This seems odd.
- Are there any plans of allowing custom data in the future?
- Are there any good workarounds other than the ones I described above?
This solution was so close to solving a lot of issues with connecting AWS and Elastic Cloud, but this design choice means that it doesn't quite solve it. We think it would make a lot of sense to broaden its scope, both for us and for others.
Thank you in advance.