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
I am again demonstrating coroot to my customers explaining them that it is a good solution. To do it I prepared FluxCD manifests. Everything fine for the exception that Coroot CE does not look like a thing that could be installed in one go. Let's say as a DevOps I want to publish coroot outside to be accessible by users. I need to set up ingress to do it. And what do I see? Completely different semantics than I'm used to see before.
so I am just filling hostname and hosts (no idea why, because charts of other application use this semantics) and.... nothing.
I think it would be great to change templates and values to the next as project is on early stage of development and in future it would be much harder to do it:
remove className in favour of ingressClassName. The logic behind it that there is no className field in Ingress spec and many charts use ingressClassName (examples: sentry, nixys universal chart, victoria stack). It is clear and standard. I don't think that it is good to be different
remove dedicated hostname/path/pathType keys. If user of the chart wants, it would be easy to him to populate hosts lists like it is done in other charts. Now the two settings creates confusion. I may guess that authors of the coroot chart thought that user may want to add additional hosts to the default one. But in fact managing of single list is simpler.
The text was updated successfully, but these errors were encountered:
Good day Sirs!
I am again demonstrating coroot to my customers explaining them that it is a good solution. To do it I prepared FluxCD manifests. Everything fine for the exception that Coroot CE does not look like a thing that could be installed in one go. Let's say as a DevOps I want to publish coroot outside to be accessible by users. I need to set up ingress to do it. And what do I see? Completely different semantics than I'm used to see before.
I see the next default values:
so I am just filling hostname and hosts (no idea why, because charts of other application use this semantics) and.... nothing.
I think it would be great to change templates and values to the next as project is on early stage of development and in future it would be much harder to do it:
so main changes are
className
in favour ofingressClassName
. The logic behind it that there is noclassName
field in Ingress spec and many charts useingressClassName
(examples: sentry, nixys universal chart, victoria stack). It is clear and standard. I don't think that it is good to be differenthostname
/path
/pathType
keys. If user of the chart wants, it would be easy to him to populatehosts
lists like it is done in other charts. Now the two settings creates confusion. I may guess that authors of the coroot chart thought that user may want to add additional hosts to the default one. But in fact managing of single list is simpler.The text was updated successfully, but these errors were encountered: