Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The Cult of Kubernetes

christine.website

Post reply on HN
Print view View original

31–40 of 338 posts

Re: The Cult of Kubernetes

#31

Post by pjmlp »

Juliate wrote: post #27
pjmlp wrote: post #14

Earlier quoted context omitted.

It helps working for big corps. The job might not be as interessing as riding every tech wave, but on the plus side there are plenty of tech waves that you save yourself from riding on. Plus one gets to rescue projects that ended up betting on the wrong waves, getting back to boring old tech.

You mean, Kubernetes is the COBOL of 2050?

I mean that Kubernetes is the NoSQL, CoffeScript, BigData, Grails, SOAP... of 2019.

It is a bit unfair for Cobol, given that its latest revision is from 2014, and while verbose as it might be, it supports most of the nice features of any modern multi-paradigm language.

Re: The Cult of Kubernetes

#32

Post by goatinaboat »

usgroup wrote: post #12

I think devs often make bad decision makers because in some sense tech is often an addiction rather than a pragmatic choice. The cycle of picking a tech, jumping ship to it, religiously evangelising it, riding the wave and then jumping ship to the next related tech is typical in my opinion. I try hard to correct for this bias but sometimes struggle with exactly the same thing. There's just something about wanting to…

The cycle of picking a tech, jumping ship to it, religiously evangelising it, riding the wave and then jumping ship to the next related tech is typical in my opinion.

It is typical for devs.

Meanwhile ops have to support every half-arsed tyre-fire technology until the end of time, because a dev wanted to try it once, and now it’s in prod with users relying on it.

Kubernetes is in a sense the pushback against that “do what you want, as long as k8s is up, what you run in your pods is your problem, not ours”.

Re: The Cult of Kubernetes

#33

Post by [deleted] »

lukasLansky wrote: post #29

Kubernetes is our one shot at having the universal vendor-neutral cluster interface. The fact that it's time consuming to do simple things directly against it doesn't surprise me in the same way I'm not surprised that writing todo app directly against POSIX abstraction would be time consuming. It's a great way to learn how these interfaces work though.

[deleted]

Re: The Cult of Kubernetes

#34

Post by ericflo »

surbas wrote: post #22

People just responding to the title. The author was successful in migrating! Mostly an article about how immature GitHub actions are now that it’s just out of beta. Edit: As noted below github actions seem to still be in beta. The original point stands.

AFAIK Github actions are still in beta. I had some time set aside today to set up some build actions for a project I'm working on, but was roadblocked by a "request access to the beta" page. Do agree with your main point re: article though.

Re: The Cult of Kubernetes

#35

Post by arethuza »

lukasLansky wrote: post #29

Kubernetes is our one shot at having the universal vendor-neutral cluster interface. The fact that it's time consuming to do simple things directly against it doesn't surprise me in the same way I'm not surprised that writing todo app directly against POSIX abstraction would be time consuming. It's a great way to learn how these interfaces work though.

"todo app directly against POSIX abstraction"

After trying a few cloud based ToDo applications with mobile apps etc. I gave up and started using org mode files from a text editor.

Re: The Cult of Kubernetes

#36

Post by swsieber »

Fiahil wrote: post #28
wepower_ico wrote: post #2

I am one of these guys who is using K8S at home. The reason is a unified platform for work and home environment.

I'm using K8S (with rancher's k3s) at home too ! My main reason is portability. When I need to unplug one of the Raspberries or move all services to somewhere else, I only need to change the storage layer.

So you're running bare metal k8s at home? What do you use for storage? That's my biggest question in how to move frok minikube at home to a true cluster.

Re: The Cult of Kubernetes

#37

Post by watwut »

usgroup wrote: post #12

I think devs often make bad decision makers because in some sense tech is often an addiction rather than a pragmatic choice. The cycle of picking a tech, jumping ship to it, religiously evangelising it, riding the wave and then jumping ship to the next related tech is typical in my opinion. I try hard to correct for this bias but sometimes struggle with exactly the same thing. There's just something about wanting to…

I think that larger reason is that devs who don't act like that or at least don't pretend to be like that are considered less capable by many. Somehow pragmatical decision making that is seen as not being passionate.

There is also such a thing as being sleepy old.

And there is reasonable in between.

Re: The Cult of Kubernetes

#38

Post by gdamjan1 »

apeacox wrote: post #25
tshanmu wrote: post #4

Earlier quoted context omitted.

How do you expose your services via an ingress when it needs to be behind a nat (via your home router/gateway)? Thanks!

DNAT. You map one/more ports from your router exposed on internet to ip:port of the local app. However, http/https ports are already used on routers to offer an admin web GUI. It’s technically possible to circumvent this with some ad-hoc firewall rules, but it depends if the router admin UI let’s you do that.

> However, http/https ports are already used on routers to offer an admin web GUI.

not on the wan side I'd hope

Re: The Cult of Kubernetes

#39

Post by cwingrav »

It's an interesting mix of comments on this post, where half are talking about the typical "new tech switcher trope" and the others "I use it at X/It solves my problem X". The first is expected, the later shows smoke and a bit of fire around Kubernetes. I use Kubernetes and I usually don't like new tech, but Kubernetes solves so many real/hard problems with dev and ops (enough that i'm willing to work with the problems it creates for me). In my experience, it's the real thing.

Re: The Cult of Kubernetes

#40

Post by pstadler »

echelon wrote: post #3
wepower_ico wrote: post #2

I am one of these guys who is using K8S at home. The reason is a unified platform for work and home environment.

What's the cheapest you can run a k8s cluster in the cloud? I've been looking to spin one up in AWS, but it looks remarkably expensive for running personal projects.

I‘m running at three node Kubernetes cluster for less than $10 a month using this guide: https://github.com/hobby-kube/guide

Disclaimer: I‘m the author.

Post reply on HN