by brynary on 7/25/14, 5:13 PM with 66 comments
by rckclmbr on 7/25/14, 6:40 PM
There's only 2 real problems, both of them very minor:
* fleet managing state. We've had to manually kill containers sometimes, and destroy systemd services before we could start it again.
* all EC2 amis use ebs backed instances. We haven't used a higher-IOPs ebs backed instance because the only delay we see are in startup times (which doesn't matter, just longer rolling deploys). But an instance-backed ami would be nice.
by netcraft on 7/25/14, 5:28 PM
I can only find a tweet that linode is "considering" it: https://twitter.com/linode/status/488045339023532032
anyone have any other information re vps vendor support?
by JohnTHaller on 7/25/14, 7:20 PM
by brynary on 7/25/14, 6:08 PM
IMHO, the weakest part of CoreOS is fleet (https://github.com/coreos/fleet). Compared to the other components in the stack, it just feels very inelegant. The systemd configuration syntax is complex and ugly. I wonder if there will be work invested to upgrade fleet to something that is as elegant as e.g. etcd/Docker/CoreOS itself.
by otterley on 7/25/14, 8:55 PM
Can someone from CoreOS clarify?
by outside1234 on 7/25/14, 7:16 PM
I've been reading about using vulcand to do frontend deploys and traffic management (http://coreos.com/blog/zero-downtime-frontend-deploys-vulcan...) and using ambassadors to do dynamic routing to backend stores (http://coreos.com/blog/docker-dynamic-ambassador-powered-by-...)
But it is hard to get my head around this - has anyone actually tied all of these concepts together in a deployment that they've written up?
by jvandyke on 7/25/14, 5:27 PM
by devNoise on 7/25/14, 9:18 PM
by jimmcslim on 7/25/14, 11:38 PM