Open samritchie opened 1 year ago
Given the good overall support for DDB Streams via Lambda Event Source Mappings (and AIUI the lack of meaningful .NET support for client api directly), I'd like to see it cover the Lambda side.
An example case for me is that the Propulsion.DynamoStore Indexer consumes writes by Equinox.DynamoStore
Here, I was initially hoping to 'just' parse directly by reading it back into the write model, but the nature of my task does not involve parsing all the content. Hence consuming it directly happens to work ok without it. But being able to succinctly express the fields I do want to map would definitely make the code far more intelligible.
I'll watch this and try to relate any proposed APIs to how they could be applied to this particular task.
Speculating on the Kinesis side: I'd envisage the parsing being more likely to be valuable in that context; DDB Streams consumption is by its nature going to tend to be a single thing that can more easily be done as a hardwired/hardcoded one-off given the maximum consumer count limits. For Kinesis, I'd say there are far more likely to be multiple consumers with different roles which you then want to maintain the logic and parsing of over time.
From https://github.com/fsprojects/FSharp.AWS.DynamoDB/issues/59#issuecomment-1326297316
Look into supporting Stream -> Record deserialisation so that F# code can consume Dynamo changes.
Questions to resolve: