Сервіс черг і розсилки Webhook-сповіщень

Бюджет: 150 EUR Термін: 2 дні

Здравствуйте. Я працюю з Nest.js/Node.js/React більше 9+ років. Також працював з BullMQ. Готовий до співпраці.

Бюджет: 100 EUR Термін: 2 дні

Доброго дня.

Можу розробити для вас такий сервіс на NodeJS. Пишіть, обговоримо.

Бюджет: 2000 EUR Термін: 7 днів

Привіт, я працював над WebhookHub — сервіс доставки подій на Node.js/TypeScript з BullMQ та Redis. Ми обробляли понад 2 мільйони вебхуків на день з 99,8% гарантованою доставкою.

Ваш проєкт дуже схожий: черги, Exponential Backoff (спроби через 1, 5, 15, 30 хвилин), підпис X-Signature (SHA256) та логування в PostgreSQL через Prisma. Це саме те, що ми вже реалізовували. ✅

Уточню логічне питання: як ви плануєте обробляти дублікати доставки (idempotency)? Наприклад, якщо цільовий сервер отримав вебхук, але відповідь загубилась через таймаут у 5 секунд — чи потрібно передбачити унікальний idempotency-key, щоб клієнт не обробив одну подію двічі?

Пропоную зв'язатися, я безкоштовно проконсультую вас з технічної сторони та складемо план розробки + розповім про мою команду!

Бюджет: 15000 EUR Термін: 14 днів

Привіт! Завдання зрозуміле і добре знайоме за стеком: NestJS, BullMQ, Prisma, PostgreSQL — все це активно використовую в комерційних проектах останні кілька років.

По суті завдання: ключові складнощі тут не в маршрутах, а в надійності delivery pipeline. Exponential backoff через BullMQ налаштовується нативно, але важливо правильно обробити edge cases: таймаут запиту через AbortController з 5-секундним лімітом, коректний статус спроби в PostgreSQL навіть при несподіваному краші воркера, і підпис X-Signature, яка генерується без витоку secretKey в логи. Все це планую зробити з повною типізацією без any, з явними інтерфейсами для payload і delivery attempt.

Docker Compose зі зв'язкою App + Redis + PostgreSQL підніму одразу, щоб можна було запустити і перевірити локально без зайвих налаштувань. Логи з фільтрацією за статусом і targetUrl реалізую через Prisma з пагінацією.

Готовий обговорити деталі і швидко стартувати.

Бюджет: 150 EUR Термін: 4 дні

😀 Вітаю!
✅ Виконаю швидко та якісно 👌
✅ Вже робив подібні бекенд-сервіси на Node.js/TypeScript (черги, вебхуки, API-інтеграції) 🎯
🛠 Як зроблю: NestJS/Fastify + BullMQ (Redis) + PostgreSQL/Prisma; POST /webhooks/dispatch → у чергу; доставка з HMAC-підписом X-Signature (SHA256); retry Exponential Backoff (1/5/15/30 хв); GET /webhooks/logs з фільтрами; тести й інструкція запуску.
🎥 Портфоліо: Freelancehunt
✅ Звертайтесь, обговоримо деталі 👌🙂

Бюджет: 70 EUR Термін: 2 дні

Доброго дня. Реалізую сервіс доставки вебхуків з чергами та політикою повторних спроб на NestJS з використанням BullMQ та Redis для надійної обробки завдань. Готовий обговорити деталі та розпочати роботу. Буду радий співпраці.

Бюджет: 100 EUR Термін: 2 дні

Вітаю, можу створити потрібний вам сервіс
Є досвід роботи з мікро сервісами на node.js, bullMq та Redis і навіть майже готове рішення під ваш кейс
Можете переглянути портфоліо зі схожими проектам (в профілі clipDeep)
Пишіть в особисті обговоримо строки та точну ціну

Бюджет: 150 EUR Термін: 5 днів

Привіт,

Я можу створити надійний механізм доставки Webhook за допомогою Node.js/TypeScript з NestJS (або Fastify), BullMQ + Redis, Prisma + PostgreSQL та Docker.

Сервіс буде включати:

* POST /webhooks/dispatch для черги завдань webhook.
* Генерація SHA256 X-Signature з використанням наданого секретного ключа.
* Надійна доставка з таймаутом у 5 секунд та експоненційними повторними спробами (1, 5, 15, 30 хвилин).
* GET /webhooks/logs з фільтрацією за статусом та цільовою URL-адресою.
* Повна типізація TypeScript без використання `any`.
* Docker Compose для швидкого розгортання додатку, Redis та PostgreSQL.

Я пишу чистий, підтримуваний та готовий до виробництва код з належною обробкою помилок та логуванням. Я можу почати негайно і надати рішення, яке відповідає всім вимогам.

Чекаю на співпрацю з вами! Розгорнути

Бюджет: 500 EUR Термін: 12 днів

Здраствуйте! Прочитав опис проекту, я зацікавлений, і в мене є досвід у подібних завданнях. Готовий розпочати роботу і виконати її якісно.
Питання по проекту:
1. Чи є вже готовий API-контракт, чи потрібно його погоджувати разом?
2. Чи потрібні ще якісь статуси, окрім success, failed і retrying?

Бюджет: 600 EUR Термін: 7 днів

Доброго дня!

Маю досвід розробки backend-сервісів на Node.js, TypeScript, NestJS, а також створення інтеграційних рішень із чергами, зовнішніми API та відмовостійкою обробкою завдань.

Для реалізації пропоную такий стек:
* NestJS + TypeScript
* BullMQ + Redis для черг і повторних спроб
* PostgreSQL + Prisma ORM для зберігання логів та історії доставки
* Docker Compose для швидкого розгортання додатка разом із Redis та PostgreSQL

У рамках завдання можу реалізувати:
* POST /webhooks/dispatch із постановкою завдань у чергу;
* формування HMAC SHA-256 підпису (`X-Signature`) для перевірки автентичності запиту;
* відправку webhook із таймаутом 5 секунд та коректним скасуванням запиту;
* Retry Policy з Exponential Backoff (1, 5, 15 та 30 хвилин);
* GET /webhooks/logs з фільтрацією за статусом та адресою одержувача;
* детальне логування кожної спроби доставки, включаючи HTTP-код відповіді, текст помилки, час виконання та кількість спроб;
* повністю типізований код без використання `any`;
* готову конфігурацію Docker для локального запуску та подальшого розгортання.

Архітектуру побудую таким чином, щоб у майбутньому можна було без істотних змін додати DLQ (Dead Letter Queue), підтримку різних стратегій повторних спроб, обмеження швидкості відправлення, моніторинг та обробку декількох черг.

Буду радий обговорити деталі проєкту та приступити до розробки. Розгорнути

Бюджет: 90 EUR Термін: 1 день

Вітаю, Іване! Знову чудова технічна задача з чіткими вимогами. Готовий реалізувати цей Webhook Delivery Engine на NestJS та TypeScript суворо за вашими критеріями прийомки.Пропоную таку схему реалізації:NestJS + BullMQ (Redis): надійне керування чергами з нативною підтримкою політики Exponential Backoff для гарантованої доставки повідомлень.Crypto (SHA256 HMAC): безпечне формування заголовка X-Signature на основі валідованого secretKey.Prisma ORM + PostgreSQL: чітка структура логування всіх спроб доставки з індексами за статусом та targetUrl для швидкої фільтрації на ендпоінті GET /webhooks/logs.Docker Compose: повна збірка проєкту (App + Redis + PostgreSQL) для підняття однією командою.Код буде зі строгою типізацією (жодних any), з коректною обробкою таймаутів до 5 секунд та обробкою помилок мережі.Готовий обговорити деталі та розпочати роботу

Бюджет: 150 EUR Термін: 5 днів

Добрий день.

Є великий досвід. Давайте обговоримо все більш детально?

Бюджет: 100 EUR Термін: 1 день

Доброго дня!
В цілому завдання зрозуміле, для точного відповіді щодо термінів і ціни, хотілося б уточнити деякі питання, які у мене виникли після аналізу вашого завдання.
Пишіть в приватні повідомлення – обговоримо деталі та ваші побажання.

Бюджет: 100 EUR Термін: 1 день

Вітаю! Виконаю ваше завдання швидко і якісно.

Останні мої роботи
https://indexfast.pro - швидка індексація сайту
https://mono-bank.pp.ua - все про монобанк
https://mamamia.pp.ua - інтернет магазин
https://programist.pp.ua/ua/portfolio/ - портфоліо робіт
https://monitortest.pp.ua - тестування монітора
https://keytest.pp.ua - тестування клавіатури
https://pctest.pp.ua - тестування компютера
https://devroman.dev/portfolio/ - портфоліо
https://vseetut.matviy.pp.ua - верстка
https://indexfast.pp.ua - швидка індексація сайту

Моє портфоліо: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Пишіть, почну сьогодні працювати. Буду радий співпраці з Вами! Розгорнути

Бюджет: 333 EUR Термін: 10 днів

Іване, вам потрібен надійний Delivery Engine, який не буде втрачати події при падінні зовнішніх серверів. Я налаштую BullMQ з грамотною стратегією Exponential Backoff, щоб система коректно обробляла і таймаути, і помилки 5xx, а Prisma забезпечить прозорий лог всіх спроб доставки.

Реалізую процес через фонові воркери з обов'язковим підписом X-Signature для безпеки. Це дозволить розвантажити основний API і гарантувати доставку даних клієнтам навіть при нестабільній мережі.

Підкажіть, який обсяг RPS очікується на вході і чи потрібна додаткова ізоляція черг для різних клієнтів?