Hacker News Digest

PlanetScale анонсировал запуск однодневного режима своей базы данных по цене $5 в месяц. Новая конфигурация PS-5 предназначена для разработки, тестирования и некритичных рабочих нагрузок, предлагая вертикальное масштабирование без добавления реплик. Это значительно дешевле предыдущего минимального тарифа в $30 за 3-узловой кластер с высокой доступностью. Компания отмечает, что ежедневно получает запросы на более доступный тариф для разработчиков на начальном этапе.

Новая структура ценообразования включает различные типы узлов (PS-5, PS-10) как в однодневном, так и в HA-режиме. Клиенты могут начать с малого и масштабироваться до гипермасштабирования без смены платформы базы данных или сложной миграции. Запуск новой функции запланирован на ближайшие пару месяцев, а желающие могут зарегистрироваться для получения уведомлений о доступности.

• Пользователи вспоминают, как PlanetScale отменил бесплатный тариф, что стало причиной увольнения сотрудников и изменения дизайна сайта.
• Некоторые участники обсуждения считают, что отсутствие бесплатного уровня делает невозможным тестирование сервиса, в то время как другие подчеркивают, что бесплатные продукты неустойчивы и могут быть отменены в любой момент.
• Обсуждается, что цена в 5 долларов за базу данных может быть недостаточной для покрытия затрат на обеспечение высокой доступности и репликации, что вызывает вопросы о долгосрочной жизнеспособности таких планов.
• Некоторые участники обсуждения высказывают мнение, что отсутствие бесплатного уровня может отпугнуть новых пользователей, в то время как другие считают, что это может быть выгодно для компании в долгосрочной перспективе.

PlanetScale запустил общедоступную версию своей управляемой базы данных для Postgres, завершив этап приватного тестирования. Сервис предлагает миграцию с других провайдеров Postgres через гайды и поддержку sales-команды для сложных случаев. Компания уже пять лет развивает Vitess для MySQL, а теперь переносит этот опыт на Postgres, объединяя производительность своей платформы Metal с гибкостью Postgres.

Сотни компаний, включая Convex и Supermemory, уже используют PlanetScale для Postgres в продакшене, отмечая улучшение скорости и масштабируемости. Анонсирован также будущий инструмент Neki — решение для шардинга Postgres, построенное на принципах Vitess, но спроектированное с нуля для специфики Postgres; его открытую версию планируют выпустить позже.

• Успешная миграция на PlanetScale Postgres с улучшением производительности запросов и оперативной поддержкой команды, включая помощь в решении возникших проблем.
• Критика недостаточной ясности описания продукта и цен на сайте для новых пользователей, а также отсутствия бесплатного тарифа для тестирования.
• Вопросы о технических деталях: масштабировании записи (горизонтальное шардирование через Neki), использовании эфемерных дисков NVMe в GCP, поддержке расширений Postgres и сравнении с конкурентами (Aurora, Supabase).
• Положительные отзывы от пользователей бета-тестирования о высокой производительности и надежности продукта в production-среде.
• Объяснения от команды PlanetScale о архитектуре (репликация для надежности вместо сетевых дисков) и планах по развитию (горизонтальное масштабирование через Neki).

Neki — шардированный Postgres от создателей Vitess.
Vitess уже масштабирует MySQL для сотен тысяч пользователей; теперь та же мощь переходит к Postgres.

Neki не форк Vitess. Мы строим с нуля, опираясь на опыт работы в экстремальных нагрузках, и откроем проект как open-source, когда он будет готов к самым требовательным задачам.

Следите за новостями и регистрируйтесь на neki.dev.

• Пользователи обсуждают анонс PlanetScale о «Vitess для Postgres», но код ещё не выложен, что вызывает скепсис.
• Всплывает конкуренция: Supabase уже работает над своим проектом Multigres, а автор Vitess, Сугу Сугумаран, теперь в Supabase.
• Вопросы о самостоятельном хостинге, необходимости шард-ключей и сравнении с YugabyteDB, CockroachDB и другими «PostgreSQL-совместимыми» решениями.
• Некоторые считают, что PostgreSQL устарел и нуждается в замене; другие отмечают, что сам PostgreSQL постоянно эволюционирует.