SyncOps / о нас / история
История SyncOps
Мы строим SyncOps, потому что сами устали гадать, где в трёх часа ночи сломалась синхронизация. Ниже — как это началось, кто стоит за кодом и почему мы до сих пор пишем его сами.
Наша миссия
Хаос в данных проявляется только в момент сбоя: когда lag растёт, конфликт затирает запись, а чекпоинт отстал на час. Наша задача — сделать этот хаос видимым, предсказуемым и управляемым до того, как он дойдёт до пользователя.
Мы верим, что синхронизация — это не «ещё одна интеграция», а критическая инфраструктура уровня базы данных. Поэтому SyncOps проектируется как контракт: декларативный, детерминированный и полностью наблюдаемый. Каждый байт, который проходит через систему, имеет логическую версию, чекпоинт и историю применения.
Наша миссия сформулирована просто: ни один прод-инцидент не должен начинаться с вопроса «почему данные не те?». Если вы можете открыть панель и за 20 секунд понять, где и почему отстал источник, — значит, мы справились.
История создания
В ноябре 2019 года в одном из банковских сервисов рассинхронились балансы между Postgres и ClickHouse. Три недели команда гоняла по логу и не находила причину. Тогда и появился первый скрипт SyncOps — «sync_v1.sh» на 140 строк, который честно признавался, когда данные не сходятся.
К весне 2021-го скрипт превратился в бинарник с конфигурацией, чекпоинтами и метриками. Мы выложили его на GitHub под именем SyncOps и получили первые 400 звёзд за месяц. Тогда же появился exactly-once-механизм, который до сих пор является ядром продукта.
Сегодня SyncOps держит пик в 2,4 млн сообщений в секунду и работает в 17 странах. Мы подписываем SLA 99,95% с финансовой компенсацией и публикуем метрики доступности в реальном времени. Команда выросла до 86 инженеров, но ядро всё ещё пишем сами.
Команда
В SyncOps нет «продающих, которые не знают продукт». Ядро, SDK и документацию пишут те же люди, что и отвечают за прод. Вот несколько из тех, кто держит систему.
Берлин, офис на Torstraße · команда платформы, 2024
Ценности
Мы не выбираем между «быстро, но непрозрачно» и «надёжно, но медленно». Ниже — принципы, по которым мы принимаем технические и продуктовые решения.
Если действие нельзя увидеть в логе, метрике или трейсе — оно не существует. Каждый пайплайн публикует lag, checkpoint-age и backlog в OpenMetrics, а каждый конфликт пишется в журнал с vector clock.
Мы держим P99 латентность под 15 мс и пик throughput в 2,4 млн msg/s. Это не маркетинг — это цифры, за которые отвечает конкретная команда и которые публикуются на статус-странице каждый час.
Ядро SyncOps — open core. Базовая логика синхронизации, чекпоинтов и конфликт-резолвинга доступна под Apache-2.0, чтобы любой мог проверить, как именно применяются ваши данные.
Офисы и география
SyncOps — распределённая команда. Офисы и edge-узлы разнесены по трём континентам, чтобы пинг до любого региона оставался в пределах SLA.
Головной офис и ядро разработки — в Берлине, на Torstraße 118. Второй офис в Амстердаме отвечает за инфраструктуру и on-premise-развёртывания. Третий, в Тбилиси, — команда SDK, документации и community. Edge-узлы развёрнуты в 17 регионах, включая ru-central, eu-west и ap-southeast, с автоматическим балансированием нагрузки.
Карьера в SyncOps
Мы ищем людей, которым скучно «просто деплоить» и интересно, что происходит с байтом между источником и целью. Вот открытые позиции прямо сейчас.
Работа над чекпоинтами и exactly-once-механизмом. Берлин или remote (CET). Ставка 6 200–7 400 € + опцион. Опыт работы с распределёнными системами обязателен.
Обслуживание 17 edge-регионов, on-call, SLA и мониторинг. Амстердам, гибрид. Ставка 5 800–6 900 € + бонус за аптайм. Ищем тех, кто читает трейсы как книги.
Документация, SDK-примеры и community. Тбилиси или remote. Ставка 3 100–3 900 $ + бонус за adoption. Пишете код на Go или Rust и объясняете его без жаргона.
Хотите попробовать
Начните с тарифа, который закрывает вашу нагрузку, и посмотрите, как выглядит наблюдаемая синхронизация. Без карты, без «звоните нам».
