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
This is all fine. However, it doesn't support different deployment environments (say int/test/live), where a lambda can have different name (say created via CloudFormation).
To address this, I would propose to overload LambdaInvokerFactory.build to take an additional map of key->lambdaName. Key would store the value passed to @LambdaFunction, whilst value for this key would be the actual function name in AWS. This would allow to use different function names for different environments. An example of use:
As you can see this let's us to pull the names at runtime, from places like config etc. I think this would be a beneficial addition to the API.
I have implemented this functionality in this fork
The text was updated successfully, but these errors were encountered:
If I create an interface:
And then build an implementation:
This is all fine. However, it doesn't support different deployment environments (say int/test/live), where a lambda can have different name (say created via CloudFormation).
To address this, I would propose to overload
LambdaInvokerFactory.build
to take an additional map of key->lambdaName. Key would store the value passed to@LambdaFunction
, whilst value for this key would be the actual function name in AWS. This would allow to use different function names for different environments. An example of use:As you can see this let's us to pull the names at runtime, from places like config etc. I think this would be a beneficial addition to the API.
I have implemented this functionality in this fork
The text was updated successfully, but these errors were encountered: