CRM, запись и оплата на своей инфраструктуре

Знакомо?

Выберите свою ситуацию

Ситуация Бизнес-системы и свой стек

Вы хотите контролировать стек и иметь понятного ответственного за его эксплуатацию.

Записи клиентов, бронирования и состояния платежей не связаны между собой.
Интеграции работают на учётных данных, у которых неясен владелец.
Бэкапы есть, но восстановление никто не репетировал.
Никто не отвечает за обновления и за последствия изменений в upstream.

Как я решаю

Что я делаю

Разворачиваю и адаптирую согласованные бизнес-сервисы на вашей инфраструктуре. Определяю, где хранятся записи, как интеграции подтверждают доступ и что происходит при сбое компонента. Проверяю резервное копирование и восстановление в согласованном объёме. Для каждого компонента учитываю лицензию, поддержку и ограничения.

Процесс

Как это работает

Описываю записи, интеграции и операционные обязанности.
Оцениваю upstream-компоненты и решаю, какие подходят для задачи.
Разворачиваю с определёнными доступами и задокументированным путём миграции секретов.
Подключаю статус бронирования или оплаты только после проверки нужного жизненного цикла.
Восстанавливаю синтетический бэкап в изолированной среде и записываю результат.
Передаю процедуры обновления, восстановления и реагирования на инциденты с названной ролью оператора.

Передача

Что вы получаете

Развёрнутое в согласованном объёме решение с записями о компонентах и лицензиях.
Определённые доступы и владельцы интеграций.
Проверка восстановления и эксплуатационный регламент (runbook).
Чёткие границы для компонентов, которые остаются экспериментальными или незавершёнными.

На чём сделаноЧастей: 10

Сервисы на собственном хостинге
CRM
необязательные интеграции бронирования и оплаты
хранилище секретов и бэкапы
В родственных работах используются Relaticle
Cal.diy и OpenBao
Это upstream-проекты
Использовать ли любой из них
решается при определении объёма работ
по умолчанию для продакшена я их не рекомендую

Подтверждение

Примеры работ и результаты

До → после

Ожидаемый результат: связанные и описанные сервисы с ответственным за эксплуатацию и проверенным восстановлением. Опираюсь на опыт своего хостинга и CRM. Миграция секретов пока не завершена. В форк бронирования добавлен вебхук оплаты Stripe, но реальное платное бронирование не подтверждено. Авторы Cal.diy указывают, что проект не предназначен для продакшена. Relaticle распространяется под AGPL.

Моя собственная инфраструктура

хостинг, развёртывание CRM, оверлеи и бэкапы подтверждают операционную часть. Миграция секретов пока на стадии проекта и первого канареечного запуска; у форка системы бронирования есть вебхук оплаты Stripe, но подтверждённого живого платного бронирования нет.

Что можно посмотреть

Для приёмки предложу описание архитектуры и проверку восстановления синтетической резервной копии в изолированной среде. Публичный образец будет без хостов, адресов, учётных данных и клиентских записей. Для этой страницы он пока не подготовлен.

Собственная инфраструктура, а не сданный клиенту комбинированный стек. Relaticle: upstream-проект под лицензией AGPL. В upstream Cal.diy сказано, что он не для продакшена. В форк добавлен вебхук оплаты Stripe; живое платное бронирование не подтверждено. Миграция на OpenBao не завершена.

Цена и сроки

Сколько стоит и как идёт работа

Custom Engineering Project начинается от 100 000 ₽. Продолжение инженерной работы возможно в формате Technical Partnership от 60 000 ₽ в месяц. Расходы на хостинг и обязанности по обслуживанию мы отдельно согласуем в письменном объёме работ.

СметаФиксируется до начала работы

Цена: Custom Engineering Project от 100 000 ₽. Продолжение работы возможно в формате Technical Partnership от 60 000 ₽ в месяц. Объём и цена согласуются письменно; обсудить задачу можно бесплатно.
Сроки: Выбор компонентов, границы миграции, проверки восстановления и дата сдачи согласуются до реализации.
Первый шаг: Опишите задачу. Я отвечу в течение одного рабочего дня и подскажу, что делать дальше. Первый ответ бесплатный.

Опишите похожую задачу

Заметка Даниилаперед началом работы

Когда это не нужно

Если управляемый сервис отвечает вашим требованиям и ваша команда не хочет отвечать за эксплуатацию, оставьте его. Для self-hosting нужны оператор и причина взять на себя обновления, управление доступами и восстановление.

Даниил

Вопросы

Что об этом спрашивают

Вы сами написали CRM и систему бронирования?

Нет. Это upstream-проекты. Моя работа: развёртывание, адаптация, интеграции и эксплуатация в согласованном объёме работ.

Избавляет ли self-hosting от обслуживания?

Нет. Кто-то должен отвечать за обновления, доступы, восстановление и реагирование на инциденты. Эти обязанности я согласую до миграции.

Готов ли описанный форк системы бронирования к продакшену?

Upstream пишет, что он не для продакшена. Добавленный вебхук не доказывает ни готовность к продакшену, ни живое платное бронирование.

Есть похожая задача?

Опишите задачу

Отвечу в течение одного рабочего дня. Первый ответ бесплатный. Или напишите напрямую: next@taskfordaniel.com