-
Notifications
You must be signed in to change notification settings - Fork 202
support for ingress resource fragment file generation #1396
Comments
This issue has been automatically marked as stale because it has not had any activity since 90 days. It will be closed if no further activity occurs within 7 days. Thank you for your contributions! |
Hm, sounds like a genuine issue to me. I tried using an ingress resource fragment and was able to create ingress resource. We can provide an option in xml-config too in order to generate yaml; thoughts @rhuss @lordofthejars @dev-gaur ??? |
@rohanKanojia - could you please share your yaml ? I am struggling to see how to create the resource fragment |
@wadeholler : Sorry for the delay, I just placed an ingress.yml provided in Kubernetes documentation in the fragments directory(
|
This issue has been automatically marked as stale because it has not had any activity since 90 days. It will be closed if no further activity occurs within 7 days. Thank you for your contributions! |
@wadeholler : Polite ping, Could you please find time to check if it's working for you? |
@rohanKanojia Even though the ingress yaml seems to generate an ingress resource, we need a better solution for ingress here.. Currently, ingress (and route for openshift ) is created by the ApplyMojo if set the
Although, We need to make things better here.. by adding an Enricher for Ingress similar to Route : |
Description
I want to use Ingress in GCP as described here : https://cloud.google.com/kubernetes-engine/docs/tutorials/http-balancer. To achieve this, I have to create an Ingress File.
I want to use fabric8-maven-plugin to do it but the plugin does not provide Ingress File generation.
Is it possible to support this feature for a future release ?
Info
The plugin documentation identifies a mechanism named "Resource Fragment" that can be used to generate Kubernetes files using enrichers but it does not support Ingress files.
In fact, the appendix contains contains ConfigMap, Secret, Service but no Ingress Kind:
https://maven.fabric8.io/#appendix-kind-mapping
When looking at the code, It confirms that the Ingress kind has not been taken into account.
I think it could be processed as done for the other kinds as the low level code provides all the base code in the package named io.fabric8.kubernetes.api.model.extensions:
Hacking
I successfully done it using a side effect with a development file based enricher: when processing the development builder, I create an ingress file and write it at the expected location.
Then I post process the main file "kubernetes.yml" reading it, adding the ingress file, and rewriting at a later stage in the maven process.
I could be made simpler...
It would be much better to make it part of the plugin and share it with the community. Do you think it could be possible to integrate it into the plugin ?
ExposeController
Note: I also notice the fmp-service enricher supports expose controller but I did not successfully migrate to it. I think using the expose controller could be a solution for some cases but not as flexible as resource fragments, and so the plugin should also provide Ingress file fragments without the need for exposecontroller. I also created a ticket there: jenkins-x/exposecontroller#148
Thanks,
Ben.
The text was updated successfully, but these errors were encountered: