Containers on the Google Cloud Platform

https://developers.google.com/compute/docs/containers

by proppy • 12 years ago

175 38 12 years ago

developers.google.com

ihsw• 12 years ago

Fascinating, however I'm quite curious about whether they took a serious look at utilizing CoreOS over Debian 7 (and if so, why Debian 7 was chosen instead).

Zikes• 12 years ago

As someone unfamiliar with the differences between those OSes, could you elaborate on why you would expect them to compare CoreOS in particular and why I or someone else might also want to consider it for similar purposes?

carlosdp• 12 years ago

CoreOS is a linux distro specifically created to support containerization. It has great Docker support and a built-in distributed key/value store and a container manager for orchestration and service discovery.

sturadnidge• 12 years ago

CoreOS is essentially built for running containers, which is how Google have described the Debian 7 image deployed in this preview. CoreOS has a number of features that are really geared towards running it as a bare metal OS (won't elaborate on that here, their docs do a good job of explaining), which is not the use case here so can't really blame Google for going with something more familiar (to them).

proppy2• 12 years ago

CoreOS is already working great on GCE http://coreos.com/docs/running-coreos/cloud-providers/google... We also wanted to offer a way for regular Debian users to get easily started with Docker on GCE.

rch2• 12 years ago

How about Fedora (etc.)?

thockingoog7• 12 years ago

We're certainly still evaluating alternatives, here. Debian is much closer to what we use internally, and we wanted to start with sharing some of the internal ways we work.

mikecb• 12 years ago

What about wrt other container implementations, like your own LMCTFY?

jbeda3• 12 years ago

My slides from the talk at GlueCon: https://speakerdeck.com/jbeda/containers-at-scale

patrickaljord• 12 years ago

Could you upload it somewhere else please? Links don't work on speakerdeck and it's unusable on mobile. I'll never understand why people keep using speakerdeck as it has very poor usability. Your presentation looks great though!

edit: here's the direct link to pdf https://speakerd.s3.amazonaws.com/presentations/83bc6d40c41a...

jbeda3• 12 years ago

Here it is hosted on GCS: http://slides.eightypercent.net/GlueCon%202014%20-%20Contain...

ansimionescu• 12 years ago

Completely superfluous comment, but those are one of the nicest slides I've seen. I really dig the extra-wide format.

jbeda3• 12 years ago

Thanks -- the template was done by the Google Cloud Platform marketing guys.

Working with the extra wide format can be a little tricky. Just having text ends up looking really stark so I find myself adding a lot more supporting graphics and such.

Funny thing -- I wanted an "If it fits, I sits" picture for the LMCTFY slide but clearing copyright on any sort of meme image is next to impossible. So even though there are millions of cat pictures on the internet I had to go to a stock photo site and pay for one :)

akerl_• 12 years ago

I'm looking forward to digging through the agent, but I'm a bit surprised that it's in Python rather than Go, given the minimal nature of the "host" OS.

If any Google folks or other knowledgable people are around, I'd be curious to know what went in to that choice.

thockingoog7• 12 years ago

(primary author of that python here)

We have a number of things we're looking at for agents. One is derived from internal code, but has to clear some legal hurdles to OSS. One is a new codebase, but not quite up to the current spec. We're also keeping an eye on other OSS projects. We don't really want to reinvent the wheel here, but we clearly have our own ideas about how to run jobs :)

Doing it in python was a way to quickly demonstrate the ideas and make something that works, albeit minimally. I expect that we will want to do more interesting things that will really ask for a "proper" (sorry python) language like Go or C++.

Watch this space.

ddispaltro• 12 years ago

This could be an interesting option as well, https://github.com/virgo-agent-toolkit. It has a very small footprint, built with SIGAR for reporting metrics and a lightweight embedded lua interpreter for performing the business logic.

jradd3• 12 years ago

Python advocate here. Apology accepted, but no apology necessary. Sorry Python… :)

cordite• 12 years ago

Will this get amazon and others to rush to support container centric cloud infrastructure?

jhspaybar• 12 years ago

http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/create... This seems pretty comparable, both are essentially deploying a manifest to a machine and exposing things like ports, volumes, etc.

IanCal• 12 years ago

Although at the moment the EBS setup will allow you to run just one container per instance, whereas this lets you run several.

paukiatwee• 12 years ago

Now major players start to adopt Docker, I wonder whether they should standardized manifest format?

GCE use diff format than AWS BE, it would be good to have standard so more love for DevOps. :)

thockingoog7• 12 years ago

We're in favor of standardizing the ideas, here.

shykes2• 12 years ago

There's a lot of discussion about that on #docker-dev. I think we (Docker maintainers) might pick a default format + plugin system to swap in your own. Of course the plugin would itself be a container :)

rajmann2• 12 years ago

Is this a way to run docker/container in a GCE/VM, or does the docker/container run on top of the base OS, so that your application can run at bare metal speed, without the overhead of of a VM.

thockingoog7• 12 years ago

This runs in a VM. We're not selling bare-metal (and even if we wanted to, Docker doesn't really have a co-tenancy model yet, so you'd have to buy full machines...)

rajmann2• 12 years ago

Thanks for the reply. I wasn't familiar with docker, and thought that it was similar to zones in solaris/smartos. and this offer from GCP was similar to the SmartMachine offer from Joyent.

sidcool• 12 years ago

Impressive of Docker to gain Google's attention. I think this is a win-win for everyone involved.

shykes2• 12 years ago

Google deserves a shout-out for embracing Docker in a really constructive way. In addition to building cool tools on top of it (like the one linked here), they are also contributing real engineering effort into the upstream Docker project itself. For example Victor and Rohit from the Google LMCTFY team are now active maintainers of libcontainer (https://github.com/dotcloud/docker/blob/master/pkg/libcontai...)

Containers on the Google Cloud Platform

Related Stories