# От IoT к облаку: как Timescale переосмыслила PostgreSQL для эпохи ИИ Источник: https://www.youtube.com/watch?v=N0nwIKq1s0E Канал: Startup Grind Опубликовано: 15.06.2023 --- В условиях стремительного развития облачных технологий и искусственного интеллекта (ИИ) управление данными становится фундаментом для инноваций. В рамках дискуссии на Startup Grind Майк Фридман, сооснователь и технический директор (CTO) компании Timescale, а также профессор компьютерных наук Принстонского университета, встретился с Френсис Швип из Two Sigma Ventures. Они обсудили трансформацию Timescale из разработчика базы данных в облачную платформу, роль временных рядов в обучении ИИ и ключевые принципы построения продукта, способного конкурировать с технологическими гигантами. ## 🚀 Timescale: от специализированной базы данных к облачной платформе [[JUMP:01:34]] Майк Фридман описывает эволюцию Timescale как переход от «компании, производящей базы данных с облачным дополнением» к «облачной компании с продуктом в виде базы данных» [01:35]. Основная миссия проекта — «зарядить» PostgreSQL (одну из самых надежных систем с 30-летней историей) возможностями для работы с огромными масштабами современных данных [01:48]. Первоначально фокус был направлен на временные ряды (Time Series) и событийные данные, однако Фридман отмечает, что сегодня практически любая база данных объемом в сотни гигабайт состоит из событий: * **E-commerce:** история заказов, а не только текущий статус корзины. * **Логистика:** каждый этап перемещения товара по миру [02:28]. По мнению Фридмана, база данных — это критически важный узел инфраструктуры, на котором строится современное ПО. Френсис Швип добавляет удачную метафору: если обычная база данных делает «фотоснимок» бизнеса, то временные ряды позволяют смотреть «кинофильм» о том, как меняются процессы во времени [03:50]. ## 🧠 Роль исторических данных в эпоху ИИ и LLM [[JUMP:04:41]] Обсуждая текущий бум искусственного интеллекта, Майк Фридман выделяет два аспекта: использование Timescale клиентами для ИИ-приложений и внедрение ИИ внутри самой компании. Ключевой тезис Фридмана в этом разделе: создание новых инструментов против адаптации старых [05:22]. По его мнению, во время появления новых доменов индустрия часто создает «безумное» количество кастомной инфраструктуры, но со временем большинство задач возвращается к проверенным технологиям. Особое внимание уделяется векторным базам данных: * Векторные хранилища выступают в роли «памяти» для больших языковых моделей (LLM) [06:28]. * Timescale сам использует свой продукт как векторную базу данных для внутреннего чат-бота, обученного на всей документации компании [06:52]. Это позволяет модели выдавать ответы, основанные на специфическом контенте компании, а не только на общих знаниях GPT. * Фридман утверждает, что надежной базе данных требуется минимум 10 лет развития, прежде чем ей можно будет доверить критические задачи [07:33]. Поэтому расширение возможностей PostgreSQL (через Timescale) выглядит более перспективным путем для продакшена, чем использование новых «блестящих» стартапов, которые могут быть нестабильны [07:47]. ## 🛠 История создания: пивот от IoT к инфраструктуре [[JUMP:09:13]] Компания Timescale не планировала создавать базу данных изначально. В 2015 году Майк и его сооснователь Эй-Джей работали над IoT-платформой (интернет вещей) [09:25]. Они обнаружили, что на рынке нет инструмента, который бы: 1. Был достаточно надежным для операционной деятельности (а не только для исследований). 2. Поддерживал SQL. 3. Позволял объединять метрики с бизнес-контекстом (метаданными) [10:31]. Когда разработчики решили переархитектурировать PostgreSQL для своих нужд и выложили результат в open source, интерес сообщества за первый месяц превысил интерес к их IoT-платформе за предыдущие полтора года [10:59]. Это стало моментом истины для изменения курса компании. ## ☁️ Бизнес-модель: Open Source и облачная стратегия [[JUMP:11:23]] Фридман считает, что в последние 20 лет инфраструктурное ПО обязано быть открытым (open source), чтобы завоевать доверие разработчиков [11:49]. Однако выбор бизнес-модели для Timescale был специфичным. Основные модели open source бизнеса по версии Фридмана: 1. **Платная поддержка.** 2. **Open Core:** часть кода открыта, продвинутые функции (Enterprise) — закрыты. 3. **Managed Service (Облако):** управление инфраструктурой за клиента [13:24]. Timescale выбрала путь облачного сервиса. Это позволяет компании контролировать пользовательский опыт (UX) и избавлять разработчиков от операционной рутины — бэкапов, обеспечения высокой доступности (HA) и масштабирования [14:30]. Для защиты от «гиперскейлеров» (Amazon AWS, Google Cloud, Azure), которые могут перепродавать чужой open source, Timescale ввела специальную лицензию (Timescale License) [17:11]. Она позволяет любому человеку использовать код бесплатно и даже в коммерческих целях, но запрещает предлагать Timescale «как услугу» (as-a-service). Это позволило компании держать весь код на GitHub открытым, не разделяя его на части в рамках команды разработки [17:47]. ## 🏢 Культура и структура команды [[JUMP:18:27]] Переход к модели «только облако» (Cloud-only) радикально изменил структуру организации. Майк Фридман выделяет следующие изменения: * **Инженерия:** Для работы в облаке потребовалась отдельная команда. Инженеры теперь несут ответственность не только за код, но и за эксплуатацию (Ops), а циклы релизов стали намного быстрее, чем традиционные квартальные обновления ПО [19:06]. * **Продажи:** Вместо классических корпоративных продаж с многомесячными переговорами Timescale перешла к PLG-модели (Product-Led Go-to-Market) [19:20]. Клиент просто регистрируется в триальной версии и сразу начинает пользоваться продуктом. * **Процессы:** С ростом компании команда перешла от двухнедельных спринтов к квартальному планированию, чтобы синхронизировать разработку с маркетингом и продажами [27:25]. ## 💡 Советы фаундерам: о фокусе и смелости [[JUMP:20:41]] Глядя назад, Фридман считает главным принципом «Сужение фокуса» (Narrow the focus). Один из его главных уроков — не пытаться делать одновременно и On-premise ПО, и Облачный сервис с самого начала. Советы Майка Фридмана начинающим предпринимателям: * **Смелость убеждений:** Майк сожалеет, что некоторые крупные ставки (например, полный переход в облако) не были сделаны на 6–12 месяцев раньше [21:44]. * **Избирательность:** Цель стартапа — не захватить весь рынок сразу, а завоевать любовь небольшой группы страстных пользователей, используя свою гибкость и скорость [22:10]. * **Разделение горизонтов планирования:** В компании четко разделяют функции на те, что нужны текущим клиентам сегодня, и «ставки на будущее» (горизонт 6–12 месяцев), которые рынок может еще не до конца осознать [28:05]. В завершение Майк анонсировал новые разработки в области эластичности инфраструктуры, которые призваны стереть грань между бессерверными (serverless) и выделенными решениями, помогая разработчикам избежать переплат при скачках нагрузки [25:00].