Re:Container technologies at Coinbase: Why Kubernetes is not...
by threeseed on Monday June 08, 2020 @07:54PM
(#23462136)
I don't understand this comment at all.
Kubernetes is designed for a cluster of nodes not a single one.
Of course a single VPS is lower cost and easier to use but what happens if you want a second or third. Or any form of redundancy.
Re:Container technologies at Coinbase: Why Kubernetes is not...
by imtringued on Tuesday June 09, 2020 @04:09AM
(#23464729)
You just run scp with the compose file and run docker compose down; docker compose up
Bonus points if you just mount the compose file on an NFS share.
I've wasted enough man months on kubernetes that unless you tell me to manage 1000 nodes this approach will never cost me more time than the time I spent using and learning kubernetes.
Re:Container technologies at Coinbase: Why Kubernetes is not...
by folmar on Tuesday June 09, 2020 @06:39PM
(#23471752)
A lot of people use it for deployment standard and don't care about multinode.
Re:Container technologies at Coinbase: Why Kubernetes is not...
by j4ah4n on Monday June 08, 2020 @09:34PM
(#23462732)
I presume they are using docker swarm in this instance.
Re:Container technologies at Coinbase: Why Kubernetes is not...
by temptemptemp111 on Tuesday June 09, 2020 @04:44AM
(#23464900)
Agreed. Good support for compose currently, and swarm is usually overkill. With a bit more elegant HA functionality, docker-compose could be the go-to for many more. The comment below claiming he doesn't understand your comment reminds me of all of those who will say "well its not FOR production" - seems more like superstition than science.
An inexpensive VPS runs compose well with more resources at a lower cost than the managed costs of k8s.