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

121–130 of 338 posts

Re: The Cult of Kubernetes

#121

Post by ConfusedDog »

xena wrote: post #104
collyw wrote: post #99

Earlier quoted context omitted.

Part of the problem is the hiring process (plus attitudes seen on here). Your resume needs to have lots of fashionable buzzwords rather than pragmatic good enough / keep it simple choices. You must keep on learning (lots of things rather than mastering any one thing). I can write a really nice site in standard Django with some JQuery, and it will take me half the time that adding React to it will. But adding React wi…

The real trick is to make your site load so fast people swear it's magic. I use a combination of serving things from ram and https://instant.page to do this with a fairly boring plain old HTML rendering on the server app. I even have a Progressive Web App out of it too.

Are there any side effects from preloading pages when hovering over the link?

Re: The Cult of Kubernetes

#122

Post by majewsky »

nih0 wrote: post #9
echelon wrote: post #3

Earlier quoted context omitted.

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.

3 node k3s cluster on hetzner cloud for about 10€/month

And easily provisioned with https://github.com/xetys/hetzner-kube (not affiliated, but I tried it out once and found the deployment to work smoothly)

Re: The Cult of Kubernetes

#123

Post by pjmlp »

apalmer wrote: post #108
pjmlp wrote: post #31

Earlier quoted context omitted.

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.

I think this is a bit unfair to SOAP. SOAP was\is a pretty stable technology that did exactly what it promised to do, without too many releases or breaking changes for about 10 years. Even today it has a good utility for the situations it is designed for... RPC over a well known standard format, for tightly coupled endpoints, that require metadata, enforced schema, security, and perhaps transactions. big problem for…

CORBA and DCOM certainly felt easier to use than all the headaches I had with SOAP interoperability.

And neither of them were selling "magic" stuff like BPEL and BizzTalk.

Re: The Cult of Kubernetes

#124

Post by dragonwriter »

marvin wrote: post #48
Traster wrote: post #17

This post and the discussion of it on Hacker News could well be performance art. As an FPGA engineer I'm not entirely sure.

Now imagine how hard it is for executives that don't know anything about technology to aid in making long-term strategic decisions that depends on this!

> Now imagine how hard it is for executives that don't know anything about technology to aid in making long-term strategic decisions that depends on this!

Executives that don't know anything about technology shouldn't be aiding in making strategic decisions that depend on this. They might make decisions on the advice of others (including, hopefully, executives who do know something about technology—CEOs may make the decisions in some cases, but with CTOs and/or CIOs innthe loop, and if they know nothing about technology, that's as bad as if your CFO knows nothing about corporate finance.)

Re: The Cult of Kubernetes

#125

Post by ConfusedDog »

throwaway286 wrote: post #77
dagw wrote: post #52

Earlier quoted context omitted.

And I've worked at companies where the devs where expected to know their place and not question ops, because ops was seen as the serious adults in the room keeping things running and devs where seen as easily distracted children chasing after the shiniest thing that most recently caught their attention. Made perfect sense when I was on the ops side and was super annoying when I was on the dev side :) Imagine if peopl…

Let's make a movement to bridge the fundamental divide between Dev and Ops.. we can call it OpsDev.

You are forgetting Cybersecurity team. Now, that's a fun party. SecOpsDev.

Re: The Cult of Kubernetes

#126

Post by xena »

cutler wrote: post #112

I gave up at Dyson running Terraform running Kubernetes. He's right - dev tooling has become a cult. Give me PHP+LAMP on a VPS any day over this madness.

It's more dyson running terraform to tell DigitalOcean to run Kubernetes :D

Re: The Cult of Kubernetes

#127

Post by wayoutthere »

I mean, good on the author, but this isn’t what Kubernetes is really for.

Kubernetes is basically a way to run a Java-like application server that can run things other than Java. If that sounds like an appealing prospect to you, the complexity of Kubernetes may be a good fit.

Kubernetes is complex because sometimes you need to be able to do complex things. Sometimes you operate at a scale where spending 12 hours writing a deployment script is ok, because it will save you hundreds of hours in the near term. Kubernetes expects you to write a bunch of custom integrations to tie your k8s clusters into whatever ITSM / ITIL process you use.

But complaining that running a blog on Kubernetes is too complex is like complaining that a semi is a terrible vehicle because it’s hard to park at the grocery store.

Re: The Cult of Kubernetes

#128

Post by worldsayshi »

cutler wrote: post #112

I gave up at Dyson running Terraform running Kubernetes. He's right - dev tooling has become a cult. Give me PHP+LAMP on a VPS any day over this madness.

Dyson, Terraform, Helm. I don't quite understand why to add so many additional tools for simple deployments? Just use kubectl?

And if you really have a use case for using all those tools then it doesn't seem like your deployment is that simple anyway so is it that surprising that the configuration seems complex?

Re: The Cult of Kubernetes

#129

Post by xena »

ConfusedDog wrote: post #121
xena wrote: post #104

Earlier quoted context omitted.

The real trick is to make your site load so fast people swear it's magic. I use a combination of serving things from ram and https://instant.page to do this with a fairly boring plain old HTML rendering on the server app. I even have a Progressive Web App out of it too.

Are there any side effects from preloading pages when hovering over the link?

Probably? I don't have side effects on hyperlinks though.

Re: The Cult of Kubernetes

#130

Post by jmartrican »

marcinzm wrote: post #106
jmartrican wrote: post #85

Earlier quoted context omitted.

Thank you for posting your experience. I am starting on the same path. I am at the point where I got the deployment working and a pod setup. Now I need to be able to access my service from the Internet using a DNS name and SSL certs. Before reading your post I didn't realize how many supporting characters would be needed to do this. It feels daunting and am grateful you posted your scripts and configurations. I'm run…

AWS K8 either requires managing the master(s)/etcd yourself or paying amazon to do it via EKS. Amazon charges $150/cluster/month for the masters/etcd in EKS. As I understand it, Google and Digital Ocean charge $0/month for the master(s)/etcd. So if $150/cluster/month is an amount that matters to you then you shouldn't use EKS.

Oh wow! I guess I would have found that out at the end of the month.
Post reply on HN