[diminoten]

The only misunderstanding that's taking place here is how unproven you think the tech being discussed is.

No one is suggesting you spend sleepless nights troubleshooting beta software in production.

K8s is not beta software, and the fact that you have to misrepresent my position as such is a pretty good indicator that you don't find my actual position (use solid software even if it's new, as long as it's solid, which k8s is) to be objectionable. I wish you'd start there...

[toomuchtodo]

We disagree k8s is solid, so no further discussion is necessary.

You questioned the maturity of an IRC client that was only 3 years old [1]. But that's enough time for Kubernetes to be a mature orchestration framework, to be relied upon as critical infrastructure? Yes, more development resources have been committed to Kubernetes, but that does not make it solid.

[1] https://news.ycombinator.com/item?id=18408813

[diminoten]

I questioned (misleading word, I did genuinely question as in I was unsure, not question as in demonstrate skepticism) the IRC client's maturity with a ton of caveats about myself and my admitted paranoia in this specific area.

And yes, they're two completely different pieces of technology with two completely different sets of eyeballs on them. 3 years for k8s is not the same as 3 years for an IRC client.

> Yes, more development resources have been committed to Kubernetes, but that does not make it solid.

It's a strong indicator of stability, and pretending like it's not kind of tips your hand here, I think.

Do you honestly think the two are even remotely comparable?

[toomuchtodo]

I question why you push an immature technology so hard in a public forum, that is all.

[diminoten]

And I question why you care more about going home at the end of the day than delivering the best product to your clients.

If you think I'm affiliated in any way with Kubernetes, you can look into that. I've tied my account on HN to my identity, I'm entirely Googleable.

Also, we're arguing about whether or not it's immature, what you just wrote is textbook begging the question. :/

[toomuchtodo]

> And I question why you care more about going home at the end of the day than delivering the best product to your clients.

Because I work to live, not live to work. Why would I give my time away for free to an employer or a client? I suggest proven solutions that require limited or no support outside of business hours. Several of my clients pay overtime to their ops staff when an on call event occurs. Time is literally money.

Your definition of "best" seems to be Kubernetes. My risk-adjusted recommendation is not. No more, no less. Appreciate the discourse!

[diminoten]

Because you signed a contract with your employer/client saying you'd do that? Unless you're hourly...

My definition of "best" isn't k8s, I merely don't exclude technologies just because I've arbitrarily decided to stop learning at some point in time and mask this decision in "skepticism" for all technologies developed after that point in time.

Your risk assessment seems to be calibrated around "was this tech around when I was a technical contributor", and that will continue to hurt your clients/employer for as long as you continue to do it.

[diminoten]

For the people reading this who might be on the fence about k8s and its "solidness", keep in mind that hostility like what's being shown here is exactly the kind of thing that holds good tech back. Don't fall for this evidence-less claim, look at what people are accomplishing and the issues they're running into.

Find the positivity about the tech, and see what those people have trouble with. Tons of case studies to demonstrate, resoundingly, that k8s is "solid": https://kubernetes.io/case-studies/ . See what these people struggled with, and that'll give you a better idea of who's right here.