Интервью Распределенной базе данных SQL CockroachDB потребовалось почти пять лет, чтобы перенести свой сервис на платформу Microsoft Azure, в отличие от конкурента MariaDB, который выпустил SkySQL в марте 2020 года во всех трех основных облаках. Но время было потрачено не зря, обещает генеральный директор и соучредитель Спенсер Кимбалл. Регистр.
По его словам, поскольку она была разработана как распределенная система, перенос службы базы данных в новое облако был «нетривиальным объемом работы».
«Есть много проблем, которые нужно охватить. Чтобы это хорошо работало в AWS, GCP и Azure — у всего есть аналоги, но они также идиосинкразичны».
Например, когда таракан запускает выделенный кластер для клиента, он создает субаккаунт в облачном сервисе от его имени, которым таракан управляет.
«У AWS есть фундаментальное ограничение на их число, которое измеряется одноразрядными тысячами, — говорит Кимбалл. «У GCP нет такого ограничения. Различия между тем, как вы их создаете, — это совершенно другой API, разные настройки, они занимают разное время, у них разная частота отказов. Поддерживая одно облако, вы как бы привыкните ко всем этим ограничениям и производительности, а затем вы перейдете в другое облако. И вы используете новый API, и получаете другие результаты, и он терпит неудачу по-разному. Это всего лишь один пример».
Cockroach Labs анонсировала свою DBaaS на AWS и GCP в 2018 году. В конце концов, решение предложить службу базы данных в Azure последней среди основных облачных провайдеров было принято на основе потребительского спроса, особенно среди крупнейших корпоративных клиентов.
Кимбалл сказал, что четыре или пять лет назад первые пользователи базы данных в облаке хотели использовать AWS и GCP. Однако корпоративные клиенты хотели разместить его самостоятельно. По мере того как последняя группа организаций стала более удобной при развертывании в облаке, спрос на Azure вырос.
«На этих крупных предприятиях вы, скорее всего, увидите их в Azure», — говорит он. Эль Рег.
Cockroach Labs обещает создать бессерверную базу данных, которая может увеличиваться и уменьшаться по желанию пользователя. Это сообщение, к которому с пониманием относятся глобальные компании, такие как Bose, Comcast и Netflix.
Чтобы привлечь больше предприятий с глобальным охватом, восьмилетний стартап базы данных выпустил мультирегиональные возможности для своей бессерверной службы автоматического масштабирования на основе потребления.
CockroachDB уже был доступен во многих регионах, но только на выделенной облачной платформе, и это имело финансовые последствия. «Многорегиональность без бессерверных решений — это очень дорого: вы можете получить ее так же, как и в самых ценных вариантах использования», — говорит Кимбалл.
На самом деле, одним из преимуществ перехода на бессерверную систему было, в первую очередь, обеспечение более эффективного маршрута для развертывания в нескольких регионах.
Бессерверное развертывание означает, что пользователи могут выполнять развертывание с подготовкой. Вместо этого они получают виртуальную часть более крупного физического кластера.
Переход на несколько регионов означает, что клиент может обслуживать регионы локально, без необходимости развертывания всего кластера в каждом регионе.
«Это похоже на физическое развертывание Cockroach, которое охватывает все эти центры обработки данных, а затем вы можете создавать виртуальные или логические кластеры в этом физическом пространстве. Каждый из них может иметь очень точный срез этой физической топологии, который соответствует их потребностям, не имея кучу неиспользуемых простаивающих ресурсов. И это то, что в первую очередь мотивировало бессерверные технологии. Однако хитрость заключалась в том, чтобы попытаться воплотить все это в жизнь», — говорит Кимбалл.
«Создание бессерверной системы было огромной задачей, потому что нам пришлось изменить базовую архитектуру CockroachDB, чтобы действительно эффективно поддерживать мультиарендность».
Будучи студентами Калифорнийского университета в Беркли, Кимбалл и соучредитель и технический директор Питер Мэттис разработали популярное программное обеспечение для редактирования изображений с открытым исходным кодом General Image Manipulation Program (GIMP, с тех пор разветвленное как Glimpse, в первую очередь для того, чтобы предлагать программное обеспечение под альтернативным названием).
Кимбалл и Мэттис также являются ветеранами Googleкоманда разработчиков программного обеспечения, работавшая над распределенным файловым хранилищем Colossus.
Несмотря на это наследие, у CockroachDB есть некоторая конкуренция с точки зрения распределенных баз данных SQL, включая Yugabyte и MariaDB.
В то время как Yugabyte заявляет о 100-процентной совместимости с PostgreSQL, MariaDB недавно запустила совместимый с PostgreSQL внешний интерфейс для своей распределенной серверной части MariaDB, включая поддержку инструментов, используемых техническими командами, знакомыми с популярной базой данных с открытым исходным кодом, таких как PG Admin.
Кимбалл признает, что CockroachDB не имеет полной совместимости с PostgreSQL, но она близка к этому.
«Мы заново реализовали синтаксис и возможности PostgreSQL с нуля. Мы решили сделать это, потому что решили, что архитектура является главной задачей для получения кластеров из 3000 узлов, о которых просят наши клиенты. start.Очевидно, что PostgreSQL построен не так, и поэтому вы не можете просто импортировать его.MariaDB была построена на MySQL.Это монолитные механизмы баз данных.
«Мы очень совместимы с PostgreSQL. С каждым выпуском мы становимся все более совместимыми. В этом последнем выпуске мы развернули распределенные доменные сокеты Unix, а хранимые процедуры появятся в следующем выпуске».
CockroachDB рассматривал возможность выхода на биржу в 2021 году, но отложил планы, поскольку рыночный аппетит остыл. Тем не менее, Кимбалл отмечает, что, продавая напрямую предприятиям, а не другим стартапам, как это обычно делают многие компании, занимающиеся базами данных, и другие новые технологические компании, CockroachDB обеспечила свои потоки доходов.
«Вместо того, чтобы пытаться перейти на уровень предприятия, мы просто начали продавать фирменные продукты, потому что это то, что у нас есть. В долгосрочной перспективе они все еще будут здесь через десять или 20 лет, и у них огромный потенциал для расширения. Сначала мы взялись за сложную часть», — говорит он.
Но с усилением конкуренции на рынке распределенного SQL он может обнаружить, что трудная часть продолжается и продолжается. ®
