{"id":2482,"date":"2019-03-19T10:06:10","date_gmt":"2019-03-19T14:06:10","guid":{"rendered":"http:\/\/www.soul-repairs.com\/blog\/?p=2482"},"modified":"2019-02-28T17:29:29","modified_gmt":"2019-02-28T22:29:29","slug":"kubernetes-what-is-it-and-why-do-i-care","status":"publish","type":"post","link":"https:\/\/soul-repairs.com\/blog\/2019\/03\/19\/kubernetes-what-is-it-and-why-do-i-care\/","title":{"rendered":"Kubernetes: What is it, and why do I care?"},"content":{"rendered":"

\"\"So you\u2019re a Java\/C++\/web developer and you’ve heard about all of these \u201ccloud native\u201d technologies, and containers, and you\u2019re wondering \u201cexcuse me, what is a Kubernetes please, and why do I care?\u201d<\/p>\n

…or maybe you\u2019re a general technologist – idly curious enough to wonder what all the fuss is about but not super interested in digging into the guts of the thing.<\/span><\/p>\n

…or maybe you tend to understand technology more big-picture than detail and you wish someone would just tl;dr<\/a>\u00a0it for you.<\/p>\n

Well…welcome to the first of our Technology TLDR posts!\u00a0Kubernetes, you’re up.<\/em><\/p>\n

<\/p>\n

Officially…<\/h2>\n

From the Kubernetes<\/a> website\/documentation:<\/p>\n

\n

Kubernetes is an open-source<\/a> system for automating deployment, scaling, and management of containerized applications.<\/p>\n<\/blockquote>\n

You may also see it referred to as k8s – because of the 8 letters between the k and the s. Yes, seriously.\u00a0<\/em>Go ahead, count the letters. (Laine: I have to do this every time I see “k8s.” I think I’m suspicious that I counted wrong the first 15 times…)<\/em> We’ll wait.<\/span><\/p>\n

Translated: Kubernetes is a Platform<\/em><\/span><\/h2>\n

Just like the laptop\/desktop\/phone that you\u2019re looking at<\/span>, and just like a<\/span> cluster\/group of Java web servers or virtual machines (or a mainframe!), a Kubernetes cluster (a running instance of the Kubernetes product) is a place to run applications\u00a0<\/strong>– specifically applications bundled within a container<\/a>.<\/span><\/p>\n

If you write an application to run in a Docker<\/a> container (or more recently CRI-O<\/a>, or several others), you can deploy that container to a Kubernetes cluster, and with the right magic spell (…commands, Kubernetes uses the kubectl<\/a>\u00a0command line interface), the application will start up, and run, and scale, and accept traffic, and also connect to stuff<\/em>. <\/span><\/p>\n

You can think of Kubernetes (and the technologies used at the same time to make Kubernetes a\u00a0complete working platform)\u00a0as a shiny new kind of virtualization<\/a>. With this virtualization, you don\u2019t have to worry about operating system config and setup, and you also\u00a0<\/em>don\u2019t have to worry about allocating the necessary CPU and memory and storage to run the application(s).<\/span><\/p>\n

Well…Kubernetes is a <\/span>Really Nice <\/span><\/em>Platform<\/span><\/h2>\n

Like we said, in the process of getting an application running on a Kubernetes cluster, you have to worry about a lot less stuff<\/em>\u00a0than other platforms. Just write up a Docker<\/span>\u00a0image, deploy it, set up ingress routing<\/a>\u00a0(routing into<\/em> the application,\u00a0a way to get to it) and <\/span>TADA<\/span><\/em> you have <\/span>a<\/span>\u00a0fully-working application. <\/span><\/p>\n

Usually, all of the setup and deployment can be fully automated, and the necessary resources from the cluster to run the application can be handed out on request as the application needs them. Without a platform like this, a VM typically needs to be set up as the alternate place to run the application, with resources specifically allocated ahead of time – unless there’s a mainframe, and that’s a whole different<\/em> set of complications.\u00a0<\/span><\/p>\n

So basically, you write your app and deploy it onto the cluster using service requests to the Kubernetes API (the kubectl commands), and your app is running on the platform in minutes. This is what’s meant by the term Platform as a Service (PaaS)<\/a>\u00a0–\u00a0Kubernetes allows for developers\/devops people\/choose your own implementation<\/em> to self-serve the infrastructure<\/em>\u00a0(platform) necessary to run the applications<\/em>.<\/span><\/p>\n

Kubernetes is the De Facto Cloud Standard<\/span><\/h2>\n

Cloud: a bunch of servers organized and coordinated so you don\u2019t have to worry about which server is running your application, you just get a big pile of computer resources to use.<\/p><\/blockquote>\n

<\/a>
From r\/ProgrammerHumor<\/figcaption><\/figure>\n

A few years ago, there were many technologies competing to be the best at wrangling Linux servers into cloud technology. But none of them were as good as Kubernetes, and so open source contributors slowly stopped working on those<\/em> and switched to contributing to Kubernetes.<\/p>\n

At this point, Kubernetes is the leader and standard, and all of the new nerd hotness\u00a0technology (Istio<\/a>, Knative<\/a>, OpenShift<\/a>\u00a0[tag<\/a>])\u00a0is being built on Kubernetes. If you know how to deploy to Kubernetes, you can work with just about any major cloud provider, and people keep finding amazing, easier ways to do so.<\/p>\n

So if you want to start taking advantage of simpler application builds and deployments with containers<\/a>, or you want to learn more about the current and future of platforms in IT, Kubernetes is where it’s at.<\/p>\n

Affects on a Company<\/h2>\n

We mentioned that a common alternative platform to run applications on is VM’s. If you’ve never waited for a VM to be set up from an infrastructure\/operations group, trust us when we say that it takes a long time<\/em>. Probably at least a week, and reasonably up to a month depending on the size and agility of the enterprise.\u00a0<\/span><\/p>\n

This is just one<\/em> example of how\u00a0bringing in\u00a0PaaS\u00a0technology like this can have a\u00a0massive<\/em> affect on a company. How<\/em> massive will depend on where the company was before it was brought in – if developers were mostly trusted, things were mostly self-service, and there wasn’t a lot of red tape\/check boxes\/oversight, the affect will be less – not none<\/em>, but less. If, however, the company is on the\u00a0other\u00a0<\/em>end of that spectrum, a self-service platform like this will speed up\u00a0basically everything IT does<\/strong>. This sounds awesome, and it\u00a0is awesome<\/strong><\/em>.<\/p>\n

It’s also a shock to the organization, a bit like the tortoise suddenly turning into<\/em> the hare. It requires ownership, explanation, and support<\/em>, and it requires modifications to the culture if the organization takes full advantage of the opportunities the technology offers.<\/p>\n

TL;DR<\/h2>\n

Kubernetes is:<\/p>\n