INSUBCONTINENT EXCLUSIVE:
Back in 2010, YouTube was in a fix
huge spreadsheet of all problems and solutions, and when we looked at all that, it was obvious that we needed to build something that sits
makes it easy to scale and manage large clusters of MySQL databases
Sugu tells us that the project has grown quite a bit since its inception at YouTube
started asking for more and more features
So when you want to scale out, you want pieces to be more loosely coupled
But if you use [MySQL] clustering then you don't get that flexibility to move things around more easily
partitioned or sharded in DBA speak
VTGate, one of the two main proxies in Vitess, that started as a connection consolidator, is now becoming an important piece of the
note of that feature and built a JDBC driver for Vitess, which then allowed them to easily port their application to Vitess
This one feature that Sugu claims was relatively easy to implement, changed the outlook for the project.(Image credit: Pixabay)Cloud-native
We had to actually make Vitess work in that environment where Borg will, at will, come and take down your pod and wipe your data and you had
In Kubernetes, if a pod goes down, your data is lost
rescheduled sometimes it will put something else on the same address
For example, it could reschedule one shard and schedule in another shard
You won't even know because the schema is correct, you send a query and it will send you responses
Sugu and his co-developer were in no mood of reimplementing their scalability solution from scratch, if and when their career took them
in their code.Open Sourcing Vitess is what eventually led to Sugu leaving YouTube to start a services company around Vitess called
But what had happened is the community had taken notice of the project and there was a big interest of people wanting to adopt it and there
an infrastructure component and on the other you had a skeptical community hesitant to commit to a project from a company whose core
healthy, it needs to have somebody to take care of it dedicated
The way we worked it out is YouTube donated the project to CNCF (Cloud Native Computing Foundation) and then I left to start PlanetScale
For example, if you have a hierarchical relationship, then it's easy to shard
cases that Sugu illustrated in his talk at the event.As we end our conversation, Sugu says both he and his co-founder believe that the
the relational databases refused to answer the demand of scalability
If they had answered that demand, people would not have gone to key value stores
Our vision is to hopefully reverse that trend to the extent possible since now you can scale relational
