I have been running my own postgres helm chart with read replication and pgpool2 for three years and never had major trouble. If you're interested check out https://github.com/sspies8684/helm-repo
Actually, each tenant has just a view of the full table. There is no need to save the same routes for each customer over and over again. Furthermore, there is aggregation done before a route is installed on the switch.
We are working on this as well at http://datapath.io. You can use multiple iaas providers using global elastic IP addresses that you can announce from multiple locations at the same time. If you want to participate in our beta please write to [email protected]
Transit providers sell access to the whole internet to us. We are in negotitations with them, but we will be more specific, once we have the commitments. Technically, we choose at least three different providers, so our appliance has a good basis of decision-making.
For the connection between your VPC and our appliance, we use the regular AWS DC API.
Traffic passes the appliance at the edge of the hosting provider. It takes congestion at all links and the appliance itself into account and re-routes accordingly.
Depending on the characteristics of the location, at least three very unsimilar transit connections are used.
Id adds one hop (our appliance) to the path. It tries to increase performance of your path by taking non-standard BGP metrics into account: congestion and latency
Do you run multi-region or maybe multi-provider setups? How do you migrate your instances from failed regions to healthy ones? How do you route users to the healthy regions? DNS? Do you think anycast could be an alternative?
Working on http://datapath.io, which is an SDN solution for WANs. We open the internet routing system to DevOps and provide anycast routing to cloud users and remote transit provider bypass.
Currently, SDN use cases only affect the networks within datacenters or campuses. With vast.ly, we address the WAN, one of the last IT areas that exists out of reach for most developers. We think that developers deserve control about which network routes, ISPs and countries their content passes to reach users! It's time for the democratization of the internet backbone.
We are looking for talented software and network engineers. If you are interested to develop distributed software and already had a hand on OpenFlow, BGP or OSPF mail me sspies [AT] sloc.de
We offer a competitive salary and the possibility to work from remote.