Kubernetes V1 Released

Post by gtaylor » Tue, Jul 21, 2015, 5:54 PM UTC

TheIronYuppie wrote: post #44

geku wrote: post #38

Getting started with Kubernetes is pretty easy and I wrote a guide to quickly run it on your local machine: https://www.cloudgear.net/blog/2015/5-minutes-kubernetes-set... It's not up to date with Kubernetes 1.0.0 but I'll update the images as soon as the final version 1 is tagged.

I definitely don't want this to come off as a sales pitch, but you can get started in one click using Google Container Engine (and $300 in free credit) as well. Full disclosure: I work at Google on Kubernetes

Post by teraflop » Tue, Jul 21, 2015, 6:00 PM UTC

TheIronYuppie wrote: post #44

geku wrote: post #38

Getting started with Kubernetes is pretty easy and I wrote a guide to quickly run it on your local machine: https://www.cloudgear.net/blog/2015/5-minutes-kubernetes-set... It's not up to date with Kubernetes 1.0.0 but I'll update the images as soon as the final version 1 is tagged.

I definitely don't want this to come off as a sales pitch, but you can get started in one click using Google Container Engine (and $300 in free credit) as well. Full disclosure: I work at Google on Kubernetes

Post by nzoschke » Tue, Jul 21, 2015, 6:09 PM UTC

puja108 wrote: post #9

nickbauman wrote: post #7

I've found that Kubernetes is a big hammer. If your problem can be backed by a web app, you should start with AppEngine. If you need specialty library support or wider computational space per instance, you can move your AppEngine app to ManagedVMs (which uses Kubernetes under the covers). If you need special, "grid-like" services where you need exquisite control over the entire stack, only then does it make sense to…

ManagedVMs don't use k8s under the covers afaik. However there's GKE (Google Container Engine), which goes on top of (at least 3) MVMs and that one does use k8s. While it is true that going with a PaaS(-like) solution like AppEngine or Heroku is easy in the beginning it can get pretty expensive pretty fast and it limits you in the choice of languages, frameworks, and data stores you can use. This can in some instance…

Post by waffle_ss » Tue, Jul 21, 2015, 6:24 PM UTC

TheIronYuppie wrote: post #46

waffle_ss wrote: post #20

Earlier quoted context omitted.

A couple things I've found when evaluating these: Docker Swarm seems to be the only one that supports one-off interactive containers that bind a TTY, like a Rails console (i.e. does the cluster support `docker run -it --rm busybox sh`). But its scheduling strategies[1] aren't as sophisticated as the others. Marathon doesn't support linked containers[2], so if you're using Mesos and need linked containers, you probabl…

Kubernetes does this as well: cluster/kubectl.sh exec pod_name -ti bash Full disclosure: I work at Google on Kubernetes

Post by pestaa » Tue, Jul 21, 2015, 6:32 PM UTC

teraflop wrote: post #53

TheIronYuppie wrote: post #44

Earlier quoted context omitted.

I definitely don't want this to come off as a sales pitch, but you can get started in one click using Google Container Engine (and $300 in free credit) as well. Full disclosure: I work at Google on Kubernetes

Except: "Sorry, you aren't eligible for a free trial at this time. The free trial is for new customers only." Apparently, the fact that I've been curious enough to experiment with other Google developer products in the past means I'm not part of the target audience.