От идеи до готового проекта
Заказная разработка информационных систем под ключ. На собственных платформах A-POST-OL и db-platform с открытым исходным кодом, проверенных в эксплуатации с 2017 года.
Как это работает
От архитектуры до производственной версии и сопровождения. Один ответственный за результат.
Вникаю в задачу
Разбираюсь в ваших бизнес-процессах и цели. Не «пишу по ТЗ», а понимаю, что должно заработать и зачем.
Проектирую архитектуру
Под бизнес-цель, сроки и бюджет. Минимально достаточное решение вместо модного оверинжиниринга.
Довожу до production
На готовом фундаменте: авторизация, REST, workflow, файлы уже есть. Бюджет идёт на вашу логику, а не на инфраструктуру.
Сопровождаю
Эксплуатация, развитие, передача проекта. Система живёт годами, а не «сдал и забыл».
Заказная разработка
Проекты на платформе A-POST-OL для индивидуальных задач заказчика. Каждый проект - действующая система, которую можно открыть и проверить.
OCPP CSS
Комплексное решение для владельцев зарядных станций и водителей. OCPP 1.6/2.0.1, OCPI 2.2.1/2.3.0, AFIR, ЮКасса. Бренд на платформе Apostol CSMS.
PlugMe
Управление зарядными станциями EV в России. Сотни станций, тысячи водителей, интеграция с платёжными системами.
Ship Safety ERP
Система управления безопасностью для судоходных компаний. СОЛАС, МК МКУБ. Внесена в реестр российского ПО.
CopyFrog
Платформа на базе искусственного интеллекта для создания рекламных текстов, изображений и видеоматериалов для продуктов и услуг.
DEBT-Master
Автоматизация работы с дебиторской задолженностью потребителей за коммунальные услуги.
Apostol ARB
Сервис для крипто-арбитража. Binance, Bybit, OKX, MEXC, Bitget. Данные в реальном времени, автоматический анализ.
Campus CORS
Система передачи GNSS-коррекций в реальном времени. Протокол NTRIP. Сеть базовых станций для точного позиционирования.
Talking To AI
Telegram-бот для общения с искусственным интеллектом (ChatGPT). Реализован полностью на PL/pgSQL - от бизнес-логики до интеграции с OpenAI.
И эти проекты работают годами
Быстро и надёжно
Разработка идёт быстро, а результат держится в эксплуатации годами. За счёт чего именно:
Готовый фундамент
db-platform закрывает многие месяцы инфраструктуры из коробки: авторизация, REST API, workflow, файлы, очереди, audit log, локализация. Бюджет проекта идёт на вашу бизнес-логику, а не на изобретение колеса.
Один исполнитель - отдача команды
Собственные платформы как фундамент плюс AI-инструменты в разработке, ревью и документации дают объём, сопоставимый с командой, - при одной точке ответственности и прямом контакте с архитектором.
Production-надёжность
Режим 24/7, zero-downtime деплой, разделение dev/stage/prod, контроль миграций. Инженерная дисциплина из банковского домена, где цена ошибки - деньги и регуляторика.
Платформа
A-POST-OL - платформа с открытым исходным кодом для серверной разработки. C++20 + PostgreSQL. Два фреймворка, один исполняемый файл.
Любой проект начинается не с бизнес-логики, а с фундамента: вход и права доступа, хранение файлов, бизнес-процессы, уведомления, журналирование, отчёты, интеграции. На стандартном стеке это первые месяцы работы и заметная часть бюджета - потраченные не на то, ради чего проект задуман, а на инженерную «обвязку», без которой не обойтись. Именно здесь чаще всего копятся задержки, ошибки и дыры в безопасности.
Платформа - это и есть тот самый фундамент, только уже построенный: отлаженный годами и проверенный не на одном, а на десятке систем в реальной эксплуатации. Вы стартуете не с нуля, а с надёжного основания - время и бюджет идут на бизнес-логику вашего проекта, ту часть, что отличает его от других и приносит деньги, а не на повторное возведение того, что уже многократно построено и испытано.
Ноль слоёв между запросом и базой
Большинство фреймворков добавляют между HTTP-запросом и PostgreSQL несколько слоёв - ORM, отдельный пул соединений, свой IO-цикл. A-POST-OL убирает всё лишнее: HTTP и PostgreSQL работают в одном epoll-цикле. Результат - не только скорость, но и архитектурная простота: меньше движущихся частей, меньше мест для ошибки, меньше дополнительных сервисов.
Консистентность данных
Бизнес-логика живёт в самой PostgreSQL: транзакции, проверка остатков, расчёт цен, защита от двойных списаний - атомарны на уровне БД, без промежуточных слоёв. Это критично для e-commerce и финансовых операций. Близкий подход у Supabase, но их логика ограничена RLS и edge-функциями - здесь же вся бизнес-логика реализована на PL/pgSQL.
Единый event loop, асинхронный PostgreSQL без потоков и блокирующих вызовов - следствие той же архитектуры. Открытый бенчмарк:
Что вы получаете из коробки
Вход и права доступа
Регистрация, вход (в том числе через OAuth2 и соцсети), роли и тонкая настройка «кто что видит и может».
Документы и справочники
Единая модель для клиентов, счетов, заказов, договоров - с историей изменений и жизненным циклом.
Бизнес-процессы
Статусы и переходы (заявка → в работе → закрыто) настраиваются как данные. Процесс меняется без пересборки системы.
Файлы и хранилище
Вложения, сканы, фотографии. Облачное S3-совместимое хранение из коробки.
Уведомления и реальное время
Мгновенные обновления в интерфейсе, email/SMS/push, подтверждение почты и телефона.
Журнал и аудит
Кто, что и когда сделал - полный след для разбора спорных ситуаций и регуляторных требований.
Отчёты и выгрузки
Построение отчётов и документов по данным системы.
Интеграции
Готовый REST API на сотни методов, приём вебхуков и вызовы внешних сервисов - платёжных систем, AI, госсервисов - прямо из системы.
Десятки модулей · сотни готовых методов REST API · мультиязычность · адреса РФ (КЛАДР) · настройки в рантайме без программиста
Готовые подсистемы
Сверх базовых блоков - целые бизнес-механизмы, уже собранные и обкатанные на нескольких проектах. Их не нужно проектировать заново.
Платежи и эквайринг
Приём платежей через Stripe, ЮKassa и CloudPayments под разные рынки - единым способом. Привязка карт и автосписание, резервирование суммы (pre-auth hold), возвраты, проверка карты, оплата счетов.
Учёт по счетам (двойная запись)
Лицевые счета: кошельки, обязательства, задолженности. Обороты по дебету и кредиту, входящий и исходящий остаток, оборотная ведомость с агрегацией по дням, неделям и месяцам. Бухгалтерская строгость на уровне базы.
Подписки и биллинг
Продукты, тарифы и периоды; автопродление по расписанию, пробный период, смена тарифа с pro-rata пересчётом остатка, отмена. Полный жизненный цикл подписки и привязка к лимитам (например, числу устройств).
Одни и те же блоки лежат в основе систем для зарядок EV, AI-генерации, геодезии и взыскания ЖКХ-задолженности.
A-POST-OL (libapostol)
Фреймворк на C++20. HTTP/WebSocket-сервер, асинхронный PostgreSQL, единый цикл событий на epoll. Автоматическая генерация OpenAPI и Swagger UI.
github.com ↗PostgreSQL Framework for Backend Development
Десятки модулей PL/pgSQL: REST API, OAuth 2.0, движок бизнес-процессов, файловое хранилище, подписки на события, система отчётов. Превращает PostgreSQL в полноценный сервер приложений.
github.com ↗Платформа - конструктор из трёх слоёв
Один и тот же стек у множества production-проектов. Меняется только верхний слой - бизнес-логика.
Configuration - ваш проект
Уникальная бизнес-логика. Всё, что отличает CSMS от ERP, живёт в этом слое.
auth · OAuth 2.0 · workflow · entity · файлы (S3) · pub/sub · audit log · notifications · локализация · отчёты · registry · KLADR · …
Десятки модулей · сотни REST-методов · никто не пишет ни строки в этом слое
HTTP / WebSocket · TLS · epoll · libapostol
Как nginx или сама PostgreSQL - не часть вашего проекта.
Десятки модулей платформы переиспользуются во множестве проектов без единой строки своего кода. Модуль приёма платежей Stripe, написанный для CopyFrog, без переделки переиспользуется в других проектах - например, в Apostol CSMS. По тому же принципу собирается интернет-магазин, ERP или IoT-платформа - уникальная логика живёт только в верхнем слое.
Workflow engine - это данные
Состояния, переходы и события бизнес-процессов хранятся в таблицах БД, а не в коде. Меняете workflow без пересборки сервиса.
- на практике это решение снова и снова оказывается самым полезным в архитектуре платформы.
Время - это деньги
Платформа - это не только технология, но и многие месяцы работы команды разработчиков, которые в обычном проекте уходят на инфраструктуру: auth, workflow, REST, файлы, очереди, audit log, локализацию. Здесь это уже отлажено в production у множества систем. Бюджет вашего проекта остаётся на бизнес-логику, а не на повторное изобретение колеса.
- по моей оценке, повторить сопоставимую по зрелости систему с нуля без новых возможностей на стандартном стеке заняло бы годы разработки и миллионы бюджетных средств.
Одно ключевое отличие
Конструктор из трёх слоёв - это ЧТО. Ниже - ПОЧЕМУ именно так, а не стандартным стеком. Для тех, кто хочет понять архитектуру за пять минут.
Возьмём конкретную задачу: «Проверить баланс и списать деньги» Она есть в каждом транзакционном проекте - e-commerce, биллинг, ERP, ЖКХ.
На Python / Node.js / Go:
HTTP request
↓
App server (Python / Node.js / Go)
↓ ← round trip 1
SELECT balance FROM db ──────→ PostgreSQL
↓
[in-memory logic]
if balance >= price:
↓ ← round trip 2
UPDATE balance - price ──────→ PostgreSQL
INSERT INTO orders … ──────→ PostgreSQL
↓
HTTP responseПроблема: временной зазор
Между SELECT и UPDATE - временной зазор. Параллельный запрос успевает прочитать тот же баланс до того как первый его обновил. Итог: двойное списание, oversell, гонка при бронировании. Решение - явная дополнительная механика: SELECT FOR UPDATE, optimistic locking, Redis-блокировка. Это хорошо известные инструменты - но это дополнительный код, дополнительные зависимости и дополнительное место для ошибки.
На A-POST-OL:
HTTP request
↓
C++ worker (epoll)
↓
libpq async: SELECT debit(user_id, amount) ──→ PostgreSQL
┌──────────────────────────┐
│ PL/pgSQL function: │
│ SELECT balance │ ← one transaction,
│ IF balance < amount │ atomic,
│ RAISE EXCEPTION │ no temporal gap
│ UPDATE balance │
│ INSERT INTO orders │
└──────────────────────────┘
↓
HTTP responseНет зазора. Нет трёх round trip'ов. Нет дополнительных блокировок. PostgreSQL сериализует параллельные вызовы самостоятельно - это свойство ACID, а не дополнительный код.
Когда нужна передача данных между процессами
например, поток событий из внешнего источника (IoT, биржа, телеметрия)
На Python:
Process A → parse → dict → Pydantic → JSON → Redis XADD ← network call Redis XREAD → JSON → Pydantic → Process B
Типичный сервис обработки событий на Python делает 5–7 сериализаций на каждое событие. При 1 000 событий/сек - это тысячи операций только на то, чтобы передать число из одного своего процесса в другой. CPU уходит на транспорт, не на бизнес-логику.
На A-POST-OL:
External source (WebSocket)
↓
Process A → parse
→ cache[key] = value ← in memory
Process B reads same cache
↓
libpq NOTIFY → PostgreSQL → WS pushНет Redis. Нет JSON между своими процессами. 0 сериализаций.
Почему это возможно: сокет PostgreSQL «на расстоянии вытянутой руки»
Python / Node.js / Go
В Python/Node.js/Go - PostgreSQL это внешний сервис. Каждый вызов: взять соединение из пула → отправить по TCP → ждать → получить → распарсить. Даже с async-драйвером - это отдельный IO-цикл с накладными расходами.
A-POST-OL
В A-POST-OL - сокет PostgreSQL зарегистрирован в том же epoll-цикле, что и HTTP-сокеты. Когда база ответила - epoll срабатывает так же, как когда клиент прислал следующий байт. Нет отдельного потока в ожидании. Нет контекстного переключения. Нет очереди между «получил HTTP-запрос» и «ответил из базы».
| Python / Node.js / Go | A-POST-OL | |
|---|---|---|
| Обращение к PostgreSQL | TCP + парсинг + пул потоков | epoll event в том же цикле |
| Передача данных между процессами | Redis / Kafka / gRPC | libpq NOTIFY / память |
| Гонка при check + update | нужны явные блокировки | устранена архитектурно |
| Redis как кэш | нужен - PG «далеко» | не нужен - PG и так «рядом» |
| Брокер сообщений | нужен для async workflow | PostgreSQL LISTEN/NOTIFY |
Именно отсюда 507K RPS при том, что каждый запрос ходит в базу. Именно поэтому брокер сообщений не нужен для внутренней коммуникации. Именно поэтому бизнес-логика может жить внутри транзакции без накладных расходов - потому что вызов к базе стоит столько же, сколько обработка следующего HTTP-пакета.
A-POST-OL создавался как ответ на конкретный вопрос: как убрать все слои между HTTP-запросом и транзакцией PostgreSQL. OCPP (протокол зарядных станций) - наглядный пример, где это требование стоит остро: тысячи станций, постоянные WebSocket-соединения, каждое сообщение должно попасть в базу атомарно и немедленно. Та же архитектура работает в ERP, финтехе и IoT - потому что требование одно и то же: данные консистентны, а не «eventually consistent». Цена архитектурного решения - бизнес-логика на PL/pgSQL вместо привычных Python или Go. Разработчиков, которые пишут прикладную логику на PL/pgSQL, на рынке труда немного. Это реальное ограничение, о котором лучше знать заранее.
Платформа - это ядро, к которому подключаются микросервисы на уместном языке. В DEBT-Master вокруг ядра работают пять Python-сервисов (парсинг Excel/PDF/RTF, OCR, генерация документов); в CopyFrog - оркестрация AI-провайдеров. Правильный инструмент под задачу, а не «всё одним стеком любой ценой».
Завод, а не гараж
Вы получаете не одинокий станок в гараже, а полноценный завод с множеством независимых производственных линий: они не валятся разом, чинятся на ходу и обновляются без остановки. Зрелость, проверенная годами эксплуатации.
Приложение на A-POST-OL - один исполняемый файл, внутри которого работают независимые модули под управлением главного процесса: HTTP-обработчик, WebSocket-сервер, планировщик задач, генератор отчётов, OCPP-процессор - каждый как отдельная «служба». Упал один - остальные работают, система сама поднимает замену. Сетевых вызовов между своими компонентами нет: всё в одном процессе и в одном epoll-цикле. По сути - микросервисная изоляция без микросервисной инфраструктуры.
Микросервисы - это парк отдельных грузовиков: один сломался, другие везут, но вы содержите целую логистическую компанию, чтобы их координировать. A-POST-OL - это один хорошо построенный завод с независимыми линиями: линия заклинила - остальные работают, а мастер тут же её перезапускает. А чтобы пережить пожар всего завода, строят второй завод - ровно как и все.
Надёжность - не в том, чтобы ничего не ломалось, а в том, чтобы поломка не валила всё.
Надёжность уровня nginx и PostgreSQL
Внутри система устроена так же, как самые проверенные программы в мире - веб-серверы и базы данных, которым доверяют банки: главный процесс управляет множеством рабочих. Упал один - остальные продолжают обслуживать, а система сама поднимает замену. Фоновые службы (рассылки, расписания, отчёты) работают отдельно: отвалился генератор отчётов - приём запросов не пострадал. Это та самая изоляция, которой хвалятся микросервисы, - но уже внутри одного приложения.
Обновления выкатываются плавно, без простоя - пользователи не замечают. А чтобы пережить отказ целого сервера или гигантскую нагрузку, добавляется обычный, скучный набор: второй сервер за балансировщиком и копия базы. Это стандартно и подключается тогда, когда реально понадобится, - архитектура этому не мешает.
Что это даёт вам
Сбой не роняет всё
Отдельная служба может упасть и сама перезапуститься - система продолжает работать.
Обновления без простоя
Новые версии поднимаются плавно; пользователи не видят остановки.
Растёт вместе с вами
Под отказ сервера и большую нагрузку добавляется стандартный набор - не раньше, чем понадобится.
Микросервисы дают такую устойчивость «из коробки», но ценой постоянной операционной сложности. Здесь надёжность есть сразу, а масштаб добавляется по мере необходимости - для большинства бизнес-систем это более трезвый выбор.
Архитектура платформы универсальна
Платформа подходит для любого проекта, где нужна надёжная серверная часть с готовой инфраструктурой. Apostol CSMS - лишь один из примеров. Ваш проект может стать следующим.
E-commerce
Multi-tenant, multi-payment, расчёт налогов по странам, очереди для интеграций с маркетплейсами (Amazon, Wildberries), журнал действий, защита от двойных списаний.
FinTech
Real-time данные через WebSocket, OAuth 2.0, биллинг и сверка платежей, журнал действий, интеграции с биржами и платёжными системами.
ERP / документооборот
Workflow-движок (состояния, переходы, события), документооборот, отчёты, файловое хранилище с S3-совместимостью, мультиязычность.
IoT и зарядная инфраструктура
Высокая нагрузка через единый event loop, persistent WebSocket-соединения, OCPP/OCPI/MQTT, обработка телеметрии в реальном времени.
AI-сервисы
Асинхронные задачи, очереди для LLM API, file storage для входных данных и результатов, биллинг по использованию, multi-tenant.
SaaS общего назначения
Authentication из коробки (OAuth 2.0, JWT, signup), tenant-изоляция, white-label, локализация, журнал действий - всё, что нужно стартующему SaaS.
Идеально подходит
- ✓Транзакционные системы: финтех, биллинг, e-commerce, ERP, платежи, ЖКХ-автоматизация
- ✓Real-time и долгоживущие соединения: IoT, зарядки (OCPP), телеметрия, стриминг, WebSocket
- ✓Multi-tenant SaaS / white-label, режим 24/7, дешёвая эксплуатация
- ✓Интеграционные хабы - оркестрация прямо из базы данных
Лучше искать иное решение
- →Frontend/UX-first продукты с тонким бэкендом - платформа избыточна
- →Продукты, где ядро ценности - ML/AI-пайплайны (платформа подойдёт только вокруг них)
- →Когда нужно быстро нанять большую команду и важна ликвидность «модного» стека
- →Глобальный горизонтальный масштаб с первого дня
Apostol CSMS (зарядная инфраструктура) - пример зрелого SaaS-продукта на платформе. Архитектура та же, домен другой.
Подробнее об архитектуре платформы →Ваш проект - ваш код
Независимость от исполнителя заложена в архитектуре.
Открытый фундамент
Платформы A-POST-OL и db-platform - open-source (MIT), в эксплуатации с 2017 года. Никакого закрытого «чёрного ящика».
Исходники у вас
Код проекта остаётся у заказчика. Бизнес-логика написана на PL/pgSQL - это SQL-диалект PostgreSQL, понятный любому разработчику, умеющему работать с базами данных.
Передаваемость
Проект можно сопровождать и развивать через любого PostgreSQL-разработчика - привязки к одному человеку нет.
Условия и стоимость
Два формата работы
Под ключ
Беру проект целиком - от архитектуры до вывода в production и сопровождения. Одна точка ответственности.
2 500 ₽/час
20 000 ₽/день · 100 000 ₽/неделя · 400 000 ₽/месяц
В команде заказчика
Встраиваюсь в вашу команду на проектной основе или усиливаю бэкенд. Работаю внутри ваших процессов.
1 500 ₽/час
12 000 ₽/день · 60 000 ₽/неделя · 240 000 ₽/месяц
Минимальная загрузка - 1 неделя в месяц; дальше вы сами решаете объём.
Стоимость проекта
Для ориентира по итоговой стоимости проекта:
| Компактный MVP или интеграция на готовом фундаменте | 1-1,5 месяца | 400 000-600 000 ₽ |
| Production-система с несколькими ролями пользователей и платежами | 3-5 месяцев | 1 200 000-2 000 000 ₽ |
| Multi-tenant SaaS уровня Apostol CSMS | от 6 месяцев | от 2 400 000 ₽ |
Точная сумма и срок - после короткого созвона и понимания объёма задачи. Загрузку можно держать неполной: меньше бюджет в моменте - меньше часов в неделю, а не отказ от исполнителя.
Об исполнителе
Ален Преподобный - ИП с 2021 года. 25+ лет в ИТ, 10+ из них - техническим директором; вырос в банковском ИТ, где цена ошибки измеряется деньгами. Беру проект, вникаю в бизнес-процессы заказчика и довожу его от идеи до production, а затем сопровождаю. A-POST-OL и db-platform - мои собственные инструменты, выросшие из реальных проектов: зарядная инфраструктура, морская безопасность, финтех, геодезия.
Заказная разработка
- •ИП Преподобный Ален Алексеевич - для клиентов из России
- •Для клиентов из Европы и других стран - работаем через партнёров в ЕС
Связаться
Расскажите о задаче - отвечу в течение дня
Что дальше
- 1Отвечаю в течение дня - лично, не бот и не менеджер.
- 2Созваниваемся на 30 минут - бесплатно, без обязательств, чтобы понять объём задачи.
- 3Присылаю письменный ориентир по срокам и бюджету - дальше решаете вы.