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
The inline definition of resources using source: Inline can become unmaintainable as the template size grows. The solution to the problem of increasing size of the inline template is to use source: FileSystem for which you can construct a config map and mount it to the function using DeploymentRuntimeConfig but that has another problem for each different composition template, you have to deploy a copy of the function.
Change proposed to help solve the problem?
Using source: Inline if there is a new field inline.templates is introduced of type []string that can have multiple yaml strings for resource definitions then kustomize can be used to separate resource definitions into separate files e.g
What problem are you facing?
The inline definition of resources using
source: Inline
can become unmaintainable as the template size grows. The solution to the problem of increasing size of the inline template is to usesource: FileSystem
for which you can construct a config map and mount it to the function usingDeploymentRuntimeConfig
but that has another problem for each different composition template, you have to deploy a copy of the function.Change proposed to help solve the problem?
Using
source: Inline
if there is a new fieldinline.templates
is introduced of type[]string
that can have multiple yaml strings for resource definitions then kustomize can be used to separate resource definitions into separate files e.gImplementation
Adding this new field to
TemplateSourceInline
will be backwards compatible.The
string
items ofTemplates
field will be appended to theTemplate
field with separator"\n---\n"
The text was updated successfully, but these errors were encountered: