News for hackers. Stuff that matters.

velkyk

Re:Our nightmare on Amazon ECS on Saturday July 09, 2016 @04:08PM (#12063065)
Do you mean hard coding configs to docker image? I wouldn't support this, IMO this is worst case scenario setup :)

Imagine you need to change single config value, for this you would need to update image, push, build, redeploy, this can take some time depending on your deployment.

With k8s you do only `kubectl edit configmaps <name>`, restart pods that are using it and you are done.

Also no need to creating per stage images...

Re:Our nightmare on Amazon ECS on Saturday July 09, 2016 @03:59PM (#12063021)
heh, I would rather run psql as a service which is what we have with RDS :). We are aware of BigQuery advantages, Redshift resizing is tedious job, but we currently don't think that the cost of migrating to GCP would be so beneficial that it is worth the effort. This can of course change in future, but for now we are reasonably happy with our setup on AWS and its reliability.
Re:Our nightmare on Amazon ECS on Saturday July 09, 2016 @02:14AM (#12060350)
this was a no go for us, since most of our apps are minimal golang images. IMO it is just good example of bad design :)
Re:Our nightmare on Amazon ECS on Saturday July 09, 2016 @02:12AM (#12060344)
Sure, we use configMaps, secrets, mounting EBS, you name it. Implementing k8s felt like Jack in Titanic getting into first class :). Nice to know they won't lock you up when the boat is going to sink :).

configMaps is nice, but we use it in limited way because its so much easier to update pods when editing env vars. Note: we are using deployments, so if you need to change env var, you do `kubectl edit deployment <name>`, edit/save/close file that opened in your $EDITOR and watch the magic to happen.

Re:Our nightmare on Amazon ECS on Saturday July 09, 2016 @02:05AM (#12060333)
I am ops at Appuri. We deployed k8s on AWS since we are using other services like Redshift and RDS inside the VPC, also happy with how EC2 works plus of course we have Reserved instances so we didn't look into GCP yet. We're running kube on CentOS 7, we bootstrap nodes using cloud-init (user-data) to setup k8s, which we then use to run everything else. I would love to give you more details, I might write blog post about our kube setup decisions later. Kelsey wrote nice manual for setting up k8s - https://github.com/kelseyhightower/kubernetes-the-hard-way which is definitely on my to-read list this weekend :)
Re:Our nightmare on Amazon ECS on Saturday July 09, 2016 @01:49AM (#12060302)
yep, we were using Amazon ECS-Optimized Amazon Linux AMI, docker and agent should've matched there. It was strange behavior, either all agents were connected or most of them were disconnected at the same time...
Re:Running Kubernetes Example on CoreOS, Part 2 on Thursday July 31, 2014 @05:58AM (#8113250)
Hi thanks for another great post.

I've started with similar project running mesos-marathon on top of CoreOS. (https://github.com/veverjak/coreos-mesos-marathon)

I was wondering whether kubernetes has same resource management like mesos - meaning can I get info about minion usage.

Re:Dynamic Docker links with an ambassador powered by etcd on Thursday July 24, 2014 @09:35AM (#8079487)
Nice work, very similar to sidekick method.

Is there a way though of attaching hosts network to docker container?

I am running mesos-master container which registers itself to zookeeper and I cannot connect to it from another coreos host...