You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Essentially, in Go's gRPC library, the default maximum received message size is 4MB. So messages sent between composition functions need to be remain under this limit, since this includes the observed composite resource and the desiresd resources, this message size can increase as more resources are being generated by a composition pipeline.
A few months ago we hit the 4MB limit (our composition, provisions large amounts of EC2 with custom user data), we then refactored the user data so that the total size would fall below 4MB.
Fast forward to last week: We bumped our function-sdk-go to 0.3.0 and the message size between our composition increased resulting in an error along the lines of received message larger than max (420000 vs. 4194304)". Rolling back the function-sdk-go lowered the message size.
We were easily able to update our own function's MaxRecvMessageSize but not function-auto-ready so we had to fork it and make the change.
It makes sense function-template-go is updated, along with any other functions that may need this change.
There was a need to bump
MaxRecvMessageSize
across all our functions recently with the upgrade to the new v1 sdk, this includedfunction-auto-ready
.Just dropping an issue to track this, and get some feedback about where the best place to implement this is.
Simple fix is to update the fn.Serve with
function.MaxRecvMessageSize(c.MaxGRPCMessageSize)
.Could either happen at each function level, or
function-sdk-go
template.The text was updated successfully, but these errors were encountered: