CatchIM · пилот за 4–6 недель

Независимая копия бэкапа 1С и PostgreSQL у второго российского провайдера

  • для MSP
  • для 1С-интеграторов
  • клиенты — малый бизнес

Проблема: резерв в другой зоне того же облака не спасает, если площадка провайдера падает целиком — как Yandex Cloud 8–11 октября 20261. CatchIM кладёт полную копию в бакет клиента у другого провайдера; восстановление — обычным restic, без нас.

Обсудить пилот (4–6 недель)

Стадия: до пилота. Продукта и клиентов пока нет. Ищем техсооснователя — подробнее.

один стебель — много независимых цветков
CatchIM — от «качим», народного названия гипсофилы. Много мелких цветков на одном стебле: у одних данных — несколько независимых копий.
01

Как это будет устроено

Описание замысла. Ничего из этого пока не построено и не проверено на клиентах.

  1. 1.1

    Копия у второго провайдера, в бакете клиента

    Основной бэкап остаётся, где он есть. Полная копия уходит к другому российскому провайдеру в другом регионе, в бакет клиента или его MSP. Object Lock и отдельные учётные данные: взлом прода не должен давать удалить копию.

  2. 1.2

    Восстанавливается без нас

    Формат — обычный репозиторий restic. Ключ создаёт и хранит клиент, эскроу нет. Если нас не станет, данные восстанавливаются штатным restic.

  3. 1.3

    Учения восстановления

    Раз в месяц будем проводить учение: поднимать 1С и PostgreSQL в ВМ третьего провайдера под контролем клиента или MSP, выполнять контрольные запросы, замерять время и отдавать отчёт собственнику. Пока ни одного учения не проводилось.

  4. 1.4

    Агент у клиента

    Обёртка над restic: шифрует ключом клиента, раз в сутки проверяет чтение копии, по ротации читает её целиком.

Исследовательская гипотеза, не продаём: дополнительная копия на сети проверенных узлов. Вернёмся к ней, только когда основная услуга окупит постоянные расходы и будет 90 дней замеров.

02

Почему не ещё одно облако

  • Не у того же провайдера. Облака продают бэкап внутри себя. Здесь копия — у другого провайдера и в другом регионе.
  • Без привязки к нам. Бакет клиента, ключи клиента, стандартный формат. Хранение клиент оплачивает провайдеру напрямую.
  • Восстановление — главное. Бэкап, который ни разу не восстанавливали, — надежда, а не бэкап. Поэтому ежемесячное учение восстановления будет частью замысла; возможно, его придётся продавать отдельно.
  • Через ИТ-подрядчиков. MSP уже обслуживает малый бизнес; сервис должен экономить ему труд на десятках клиентов.
03

Где мы сейчас

Стадия до пилота. Основатель работает один. Продукта, клиентов, LOI, интервью, технического сооснователя и замеров нет.

  1. [x] Исследование рынка, права и рисков
  2. [x] Модель со скриптами расчётов; три аудита документов, выполненных ИИ, и ответы на них
  3. [>] Разговоры с MSP и 1С-интеграторами в Санкт-Петербурге и Москве
  4. [>] Поиск технического сооснователя
  5. [>] Вопросы юристу: 152-ФЗ, ПП 313, 149-ФЗ, договоры
  6. [ ] Пилотный контур за 4–6 недель: агент на restic, учение восстановления, 1 ТБ нагрузки реального типа
  7. [ ] Пилот у MSP: один клиент, 1–5 ТБ, учение восстановления
04

Кого ищем в команду

Технический сооснователь — за долю

Опытбэкап и восстановление, эксплуатация, готовность к дежурствам
СтекGo
ДоменS3, бэкапы и восстановление
Первая задачапилотный контур за 4–6 недель: агент на restic и учение восстановления
Доляобсуждаем после совместного тестового пилота
05

Связаться

MSP и 1С-интеграторы

Если клиенты спрашивают, где вторая копия, — обсудим пилот на одном вашем клиенте.

Кандидаты в сооснователи

Go, S3, бэкапы, эксплуатация — начнём с совместного тестового пилота.

Менторы и акселераторы

Знакомства с MSP, юристами по 152-ФЗ, обратная связь по модели.

Герман Дьяков, основатель · Санкт-Петербург
Написать: +7 965 798-95-04 · germandyakov@yandex.ru · Telegram @germandia