«Яндекс» представил собственную систему управления базами данных Yandex Database Статьи редакции
Это внутренняя разработка «Яндекса», на которой работает «Поиск», «Алиса» и другие сервисы компании.
1 октября на конференции Yandex Scale сервис «Яндекс.Облако» представил Yandex Database — это геораспределённая СУБД класса NewSQL, в которой объединяются функции неструктурированных NoSQL и структурированных SQL баз данных. Её основными особенностями представители «Яндекс.Облака» называют отказоустойчивость и масштабирование.
Система автоматически масштабируется на десятки тысяч серверов во время нагрузок (например, во время распродаж или других всплесков активностей пользователей), проводит автоматическую репликацию (копирование) данных и автоматически восстанавливается от сбоев при отключении датацентров, заявляют разработчики. По их словам, аналогичные по характеристикам и решаемым задачам сервисы есть только у Amazon, Google и Microsoft.
«Новый сервис предназначен в первую очередь для тех компаний, которым необходимо выдерживать взрывной рост нагрузки, аномальные активности и даже отключение зоны доступности», — сказал руководитель «Яндекс.Облака» Ян Лещинский.
Yandex Database — внутренняя разработка «Яндекса», на создание которой потратили более пяти лет. Сейчас СУБД используется в «Яндекс.Поиске», «Яндекс.Облаке», голосовом помощнике «Алиса», «Яндекс.Коллекциях», «Яндекс.Мессенджере» и на сайте «Авто.ру».
Yandex Database пока тестируется и ещё не тарифицируется. Доступ к сервису можно получить, отправив запрос в «Яндекс.Облаке». Технические подробности проекта описаны в документации.
"есть только у Amazon, Google и Microsoft"
Такая только у меня и у Майкла Джексона.
Если дешевле Google firebase и Amazon Amtify(не помню как точно называется) то возможно есть шанс из за законодательства. Я хрен когда буду размещать проект на ру серверах и регистрировать ru домен, я ценю свое время и средства. Не хочу однажды проснуться и потерять все, если где то выскажусь не так.
Написал уже товарищу майору на вас донос. Пусть поставят галочку
Галочку поставил, спасибо товарищ.
А что если я поставлю галочку возле товарища майора? Вселенная схлопнется?
https://cloud.yandex.ru/docs/ydb/concepts/
Что-то столько наобещали: строгая консистентность, serializable и всё это в трёх зонах доступности. Ну вот чувствую, что или привирают или коммит будет занимать пару секунд.
Одна из зон - у товарища майора с админкой, чтоб далеко не ходить.
Комментарий недоступен
А можно побольше технических особенностей реализации данного решения? Как понимаю, на конференции это было похоже на маркетинг без технических деталей. И, как понимаю, это не свободное решение накладывает целый ряд ограничений использования, к примеру, только в их облаке.
Посмотрите сегодняшние доклады — https://www.youtube.com/watch?v=yqS7g36olJY и документацию, возможно, найдете подходящие ответы: https://cloud.yandex.ru/docs/ydb/
Вот последнее необходимо добавить в статью. Спасибо.
Добавлено!
Год назад был достаточно подробный доклад про техническую сторону.
Сайт ориентирован на быструю доставку информации, чем на технические подробности
Плюс это пресс релиз, а не разбор
Что мешает дальше перейти на сайт и зарегаться и почитать мануалы?
Что мешает в русских интернетах не отвечать ответами "Что мешает?"?
Это же русские интернеты!
А можно ссылки на аналоги?
Думаю, имеются в виду Amazon Aurora и Google Spanner. Для Microsoft непонятно что, Azure Cosmos DB это вроде NoSQL, а не NewSQL (нет распределённых ACID транзакций), а Azure SQL Database вроде просто бд, нераспределённая.
Также непонятно, почему не упоминаются опенсорсные аналоги: CockroachDB (крутая вещь, хотя тормозит изрядно), TiDB (хз не пробовал), YugabyteDB (хз, очень молодая, "консистентный" режим очень недавно добавлен, тесты Jepsen пока проваливает).
Благодарю.
Никто не пишет про Yandex Cloud Functions - это так Lambda называется в Яндексе. Python / Node
Основная проблема Яндекса. Сначала нати попробуйти, а потом херак и ценник баснословный. Давайте сразу пишите цену и сделаем на MySQL без этих ваших.
Комментарий недоступен
БД as a Service? Не, не слышал
Комментарий недоступен
Сама субд - open source? Какая лицензия? Или это обычное коммерческое ПО/сервис?
Похоже, что сервис, так как вне облака это не существует.
Немного жаль, всегда с опаской отношусь к частным инфраструктурным штукам. Классический вендорлок
Представляю: большая и успешная фирма, развернула там сервисы и хоп... блокировка базы с последующим письмом, что они более не заинтересованы в работе с вами. Через какое-то время появляется похожее приложение, а бывшим клиентам рассылаются приглашения.
Зря смеетесь! Проблемы очень реальны и вероятны.
Например, работа в Крыму. Например, включение клиента в санкционный список.
Денис, я после ЯД уже давно не смеюсь.
А я вот с несколькими коллегами беседовал - кто под санкциями. Куча головной боли. Очень нам своевременно эти санкции подкинули - может, задумаемся что есть масса вещей для развития - а не только крысить с потоков
предпочитаете быть первым в деревне?
Мы делали сервис под GAE, тоже классная платформа, все супер-дупер и контора не маленькая. Подняли цены, в нашем случае в некоторых местах в сотни раз. Альтернатив так и не появилось. Плюс еще кучу лет не обновляли версию Python в SDK. Проект умер не только по этим причинам. Но теперь правило работать с вендорами только в том случае если то что они предлагают уникально под твои уникальные задачи.
Если твоему проекту нужна база данных с бесконечными петабайтами объема, то предложений на рынке не много. Если всего-то проект который может стартануть с пары серверов в кластере для надежности и всегда лучше переложить ответственность на себя завтрашнего который будет лучше понимать предметную область.
Я вот вообще не понимаю, к чему переплачивать в разы за cloud db. Ладно там стартапу на этапе MVP, но выстрелившим проектам надо переходить на свои мощности, это и дешевле и куда производительней.
Встречал точку зрения, что бизнесу проще отстегнуть Амазону или Гуглу побольше, но иметь гарантии работоспособности.
А на своих мощностях вам понадобятся свои админы, инженеры и команда обслуживания.
С Google не всегда понятная ситуация, у них огромное кладбище API (да и проектов тоже) которые они отменили. Интеграция обходится дорого, а еще дороже переключаться на альтернативные решение (даже если их цена в итоге дешевле)
С ними хорошо начинать, а если проект пошел - готовить свой аэродром.
Не весь бизнес - моднявые айти стартапы с десятками микросервисов и командами в сотни человек. Зачастую, надежное облачное решение гораздо выгоднее - по деньгам не сильно дороже на не сильно больших объемах, а часть головняка переходит на сторону вендора
В том-то и дело, что сильно.
думаю, там уже совсем другие условия. anatolix как-то говорил что крупные компании могут получить основное железо в разы дешевле чем на рынке, поэтому они могут предложить очень вкусные услвоия своим пользователям
Это был проект который идеально подходил для платформы в том виде в котором она существовала. Мы и решили попробовать. Когда условия изменились, то они изменились сильно.
Так в этом и риски вендор лока, Ваш пример прям классика )
То есть это "облачная" база данных
и если мне провайдер во время отправки данных в базу вырубит интернет - то прощай данные?
=)
Почему? Ты получил исключение и перепосылай свои данные сколько нужно, а вообще заведи кеш или что-то вроде очерди и отсылай по мере возможности.
Комментарий удален модератором