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

Is kopf operator is not a production ready assest ?? #1128

Open
kuldeep0508 opened this issue Oct 11, 2024 · 3 comments
Open

Is kopf operator is not a production ready assest ?? #1128

kuldeep0508 opened this issue Oct 11, 2024 · 3 comments
Labels
question Further information is requested

Comments

@kuldeep0508
Copy link

Keywords

No response

Problem

Hi, Can you please confirm that is it advisable to use this faramework to write a production ready code ??

Because there is noticed a warning as been added recently as per below screenshot:
image

So it is better to use operator sdk framework rather than this ?

@kuldeep0508 kuldeep0508 added the question Further information is requested label Oct 11, 2024
@nolar
Copy link
Owner

nolar commented Oct 11, 2024

It was a bad joke and a bad idea from my side to put this feedback into the docs.

As for the usage, it is up to you to decide. This framework, so as Python in general, are quite unusual for the Go-based world of Kubenetes. There are trade-offs: it might be convenient in the beginning, but it will be more difficult to migrate when/if you move to Go.

As a rule of thumb, I recommend that teams choose the languages & frameworks they are the most familiar with, and experienced in — unless they already know the specific requirements of what they are doing and which highly specialised tools are most suited for that. In most cases, maintainability beats performance cost-wise.

@kuldeep0508
Copy link
Author

If its a bad joke, then can you please remove that from your documenation ?

As it is giving the bad expression on the usage of this framework.

And do you think it is okay to continue with this framework if I want to stay in the python and there is no plan to migrate to go.

@nolar
Copy link
Owner

nolar commented Oct 15, 2024

Removed. Thanks for the feedback. (UPD: But the build has failed due to missing/yanked dependencies; I will fix it a bit later.)

As for the usage, the answer is highly dependent on your context, pros & cons in your situation — it is up to you to decide. Sorry, I do not provide consultancy on software engineering for 3rd parties at the moment, so I cannot evaluate this decision for you.

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

No branches or pull requests

2 participants