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
Tyk Operator should be able to update the originating Ingress resource with metadata once the API has been created within Tyk.
In the following example I have a deployment in kubernetes with a replicaset behind a service, and then two ingress resources defined;
Screenshot from K8s dashboard (detail redacted):
The first is a Tyk ingress class, the second is an AWS ALB ingress class.
You'll notice that the AWS Load Balancer controller is able to update the kubernetes ingress resource to give us further detail on the endpoints and hosts which have been provisioned for that Ingress.
looking at the k8s api, the definition of the AWS ALB ingress as additional 'status' properties':
@komalsukhani Yeah exactly that, the "Tyk Url" (host and path) for any APIs created by the ingress controller, it's something that is useful for service discovery as well as allowing dashboards and monitoring to render URLs to assist engineers
That's great idea! @BenWolstencroft. Thank you for raising it! I am sure it will be useful for other users too.
We will get to it as soon as we can unless you want to raise PR for it!
MichaelTyk
changed the title
Have tyk operator update Ingress resources with endpoint metadata
[TT-6436] Have tyk operator update Ingress resources with endpoint metadata
Aug 29, 2022
Tyk Operator should be able to update the originating Ingress resource with metadata once the API has been created within Tyk.
In the following example I have a deployment in kubernetes with a replicaset behind a service, and then two ingress resources defined;
Screenshot from K8s dashboard (detail redacted):
![Screenshot](https://camo.githubusercontent.com/0902496991d562a0ce47b4f6728555ec31b741be276fa8fcc6ee4bcaa3edf646/68747470733a2f2f692e6962622e636f2f564e625057794e2f53637265656e73686f742d323032322d30382d32322d3134303730332e706e67)
The first is a Tyk ingress class, the second is an AWS ALB ingress class.
You'll notice that the AWS Load Balancer controller is able to update the kubernetes ingress resource to give us further detail on the endpoints and hosts which have been provisioned for that Ingress.
looking at the k8s api, the definition of the AWS ALB ingress as additional 'status' properties':
The text was updated successfully, but these errors were encountered: