By using AWS re:Post, you agree to the AWS re:Post Terms of Use
AWS re:Postre:Post

AWS StepFunction HTTP Invoke. Transfer-Encoding: chunked vs Content-Length

0

I see that the HTTP Invoke Task from StepFunctions uses "Transfer-Encoding: chunked" and streams data to the 3rd party. Why is that so? Afaik it's way better to use the more adopted way of setting the Content-Length as we already know the size of the content in advance anyway. Could you please support that, or do you have it in your roadmap to implement?

Topics
ServerlessApplication Integration
Tags
ServerlessAWS Step Functions
Language
English
Siggi
asked 2 months ago174 views
1 Answer
-1
  • Transfer-Encoding: chunked is used when the size of the content is not known in advance or is dynamically generated. This allows the sender to start transmitting dynamically generated content before knowing the total size, which can be beneficial for large files or streams.
  • On the other hand, Content-Length is used when the size of the content is known in advance. It allows the receiver to know the exact size of the content that will be received, which can be useful for progress tracking and resource allocation.

I do not have hold of any roadmap

profile picture
EXPERT
Giovanni Lauria
answered 2 months ago
  • Siggi
    2 months ago

    Thanks for the reply, but I didn't ask what those headers are. I'm well aware of it. My question is why they use "Transfer-Encoding: chunked" as they know the payload in advance. It is the input of the task and smaller than 256kb. Whenever we know the size in advance it makes way more sense to use the Content-Length approach. I hope the request gets somehow forwarded to the StepFunction team.

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.

Guidelines for Answering Questions

Relevant content