Anything else we need to know?:
When using Ambassador we do not create actual Ingress resource. Ambassador uses getambassador.io/config annotation defined as part of the Service manifest. More details here: https://www.getambassador.io/reference/advanced
This is different from all currently supported gateways which create separate Ingress resource to direct HTTP traffic to the function.
In my understanding when new HTTP trigger is created for Ambassador we need to edit existing Service definition by injecting proper getambassador.io/config annotation. When trigger is deleted we need to remove this annotation from Service.
Questions:
Does this sound correct in terms of HTTP trigger support?
Is this a BUG REPORT or FEATURE REQUEST?: Feature request
What you expect to happen: Kubeless will support https://www.getambassador.io/ as a gateway. Following expected to work:
Anything else we need to know?: When using Ambassador we do not create actual Ingress resource. Ambassador uses
getambassador.io/config
annotation defined as part of the Service manifest. More details here: https://www.getambassador.io/reference/advancedThis is different from all currently supported gateways which create separate Ingress resource to direct HTTP traffic to the function.
In my understanding when new HTTP trigger is created for Ambassador we need to edit existing Service definition by injecting proper
getambassador.io/config
annotation. When trigger is deleted we need to remove this annotation from Service.Questions: