etcd-operator

Exactly. The frameworks that the article describes know how to run say Cassandra or Spark, but you can do the same thing in Kubernetes using TPRs or CRDs with operators: [0]https://github.com/coreos/prometheus-operator [1]https://github.com/coreos/etcd-operator [2]https://github.com/huawei-cloudfederation/redis-operator [3]https://github.com/CrunchyData/postgres-operator [4]https://github.com/krallistic/kafka-operator [5]https://github.com/pegerto/cassandra-operator

The brilliance of open sourcing Borg (aka Kubernetes) is evident in times like these. We[0] are seeing more and more SaaS companies abstract away their dependencies on AWS or any particular cloud provider with Kubernetes. Managing stateful services is still difficult but we are starting to see paths forward [1] and the community's velocity is remarkable. K8s seems to be the wolf in sheep's clothing that will break AWS' virtual monopoly on IaaS. [0] We (gravitational.com) help companies go "multi-region" or on-prem using Kubernetes as a portable run-time. [1] Some interesting projects from this comment (https://news.ycombinator.com/item?id=13738916) * Postgres automation for Kubernetes deployments https://github.com/sorintlab/stolon * Automation for operating the Etcd cluster:https://github.com/coreos/etcd-operator * Kubernetes-native depl

> Here's a quick question - isn't StatefulSets and PersistentVolumeClaim the exact opposite of how fault tolerant database systems are generally built ? In some cases it is perfectly valid to rely on underlying storage to get HA. E.g. RDS relies on EBS https://aws.amazon.com/message/65648/ > IMHO kubernetes still has problems in orchestrating an ElasticSearch/Zookeeper cluster for high availability I don't think that is the case any more. It is not trivial to build a proper automation on top of K8s, but possible, here is an example of a complex distributed DB deployed on top of Kubernetes: https://github.com/coreos/etcd-operator There are many challenges, but they are not specific to Kubernetes, rather than just automating the deployment of such complex systems is generally hard.

If you are interested in deployments of databases on top of cluster orchestrators, here are some interesting projects: * Postgres automation for Kubernetes deployments https://github.com/sorintlab/stolon * Automation for operating the Etcd cluster:https://github.com/coreos/etcd-operator * Kubernetes-native deployment of Ceph: https://rook.io/

Awesome. Although I wanted to use RethinkDB for new stuff I was very hesitant to introduce a probably discontinued product. Using a Linux product with Apache 2 instead makes the decision to introduce RethinkDB much easier. Is somebody already working on a operator for kubernetes like coreos did for etcd [1]? What is your recommended kubernetes deployment for RethinkDB? [1] https://github.com/coreos/etcd-operator

The "Chaos Monkey" lives inside the project as a sub-pkg right now: https://github.com/coreos/etcd-operator/tree/master/pkg/chao.... We plan to make it a separate project once we feel good about its functionality and reliability. If you have any potential use case, requirement in mind, please tell us. :)