Базы данных в экстремальных масштабах (Сэм Ламберт, генеральный директор PlanetScale)

В этом выпуске подкаста Modern Web Роб Осел беседует с генеральным директором PlanetScale Сэмом Ламбертом о том, как на самом деле будет выглядеть «масштабирование баз данных» в 2026 году. Сэм делится историями миграции компаний, которые перешли на новую платформу в идеальное время, и тех, кто ждал, пока не столкнулся с проблемами, а также объясняет, почему шардинг и надежность никогда не бывают «волшебными», если ваши запросы и модель данных находятся в беспорядке.

Они также обсуждают эволюцию PlanetScale от MySQL и Vitess к Postgres, Metal и то, что ждет шардинг в мире Postgres в будущем. Попутно они связывают эти события с рабочими нагрузками ИИ, которые становятся все более ресурсоемкими с точки зрения записи и оказывают новое давление на производительность, время безотказной работы и безопасность.

Что вы узнаете:
Как определить «правильное время» для миграции баз данных, прежде чем возникнут проблемы (и что происходит, если слишком долго ждать)
Что PlanetScale на самом деле предоставляет вам «бесплатно» в масштабе, и что он не может исправить (плохая схема, отсутствующие индексы, ужасный SQL)
Почему «автоматическая» магия баз данных обычно является компромиссом, и что спрашивать, когда вы хотите заглянуть за кулисы
Чем PlanetScale становится после MySQL/Vitess, включая Postgres, Metal и Nikky (шардинг для Postgres)
Как рабочие нагрузки ИИ меняют шаблоны баз данных, особенно переход к системам с интенсивной записью, и почему это оказывает давление на надежность и безопасность

Сэм Ламберт в LinkedIn:   / isamlambert  
Роб Осел в LinkedIn:   / robocel  
Твиттер This Dot Labs: https://x.com/ThisDotLabs
This Dot Media Twitter: https://x.com/ThisDotMedia
Instagram This Dot Labs:   / thisdotlabs  
Facebook This Dot Labs:   / thisdot  
Bluesky This Dot Labs: https://bsky.app/profile/thisdotlabs....

Спонсор: This Dot Labs: https://www.thisdot.co/