Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Comparison / contrast with Kompose #48

Open
bcdady opened this issue Jan 14, 2023 · 6 comments
Open

Comparison / contrast with Kompose #48

bcdady opened this issue Jan 14, 2023 · 6 comments

Comments

@bcdady
Copy link

bcdady commented Jan 14, 2023

I've just now learned of both this tool, and also learned of Kompose (from this kubernetes.io page).

Could the contributors/maintainers help clarify benefits or difference that might help me appreciate if Katenary might be a better tool for my use case, when compared to Kompose?

At first glance, there appear to be many similarities. The fact that Kompose is part of the 'Kubernetes' organization (in GitHub as well as being referenced from the aforementioned Kubernetes.io docs) seems to suggest it may be a more active/useful tool to consider.

Perhaps an acknowledgement of the Kompose tool and a brief explanation of when/why/how Katenary might be a beneficial choice would help the larger container user community understand the value proposition.

@metal3d
Copy link
Owner

metal3d commented Jan 15, 2023

Hi,
First, I have some enhancement to apply to Katernary. I am very busy between my work and my child born this year, and I admit that I have difficulty managing everything. :)

The benefits is that:

  • Kompose actually creates an export “transposed” into raw objects, even if the target is "helm"
  • With Katernary there is a "values.yaml" file where created to make installation very easy to tweak
  • there are many ways to create volumes like reading files to mount as ConfigMap for example
  • I'm currently appending labels to manage helm dependencies
  • Katenary proposes some configuration to adapt environment mapping (for example, when the value is linked to the release name)
  • Katenary manages the "depends_on" when a service needs to wait another

Of course, Katenary is not perfect. Kompose has got many benefits (for example, it let you choose the target type, while Katenary exclusively uses helm)

@bcdady bcdady changed the title Comparison / contract with Kompose Comparison / contrast with Kompose Jan 16, 2023
@bcdady
Copy link
Author

bcdady commented Jan 16, 2023

Wow, congratulations @metal3d on the new baby!

This is really great context; thank you!
I tried out Kompose a bit, and provided some feedback on that project.

I'll give Katenary a try now too. I think the values file and depend_on features might be really useful in this project.

Would you consider if helpful if I werw to summarize your list above into a new 'Why Katenary' section in the README?

@cdrage
Copy link

cdrage commented Nov 22, 2023

Just saw this now, I wanted to let you know @bcdady a big thanks for this tool. Kompose hasn't been able to maintain the Helm support for the last couple of years as Helm continued to move very fast.

With your consent, could we add a link to your tool when we eventually close kubernetes/kompose#1716 ? We'll add it to the README / direct users to your tool as the support for compose to helm is a lot more superior than what we have in Kompose at the moment.

@metal3d
Copy link
Owner

metal3d commented Nov 29, 2023 via email

@metal3d
Copy link
Owner

metal3d commented Apr 4, 2024

The develop branch is, ASAIK, working with my local examples. I need a proper testing mecanism and I will release a V3-alpha as soon as possible.

Sorry for the delay. My life has been a little too busy lately, but I swear I'm doing my utmost to get this version out as soon as possible.

Hopefully, before the end of April 2024 (certainly sooner).

@metal3d
Copy link
Owner

metal3d commented Oct 29, 2024

You can, if possible, now, try the master branch

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants