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

Бюджет: 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 для надійної обробки завдань. Готовий обговорити деталі та розпочати роботу. Буду радий співпраці.

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

Добрий день.

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

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

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

Бюджет: 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, щоб клієнт не обробив одну подію двічі?

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

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

Привіт! ТЗ чітке, пройдусь по парі місць, де такі сервіси зазвичай і спотикаються.

Інтервали 1/5/15/30 це не вбудований exponential в BullMQ, той дає степеневу сітку. Тому реєструю кастомну backoff-стратегію і тримаю точний розклад спроб, щоб ретраї йшли рівно 1, 5, 15, 30 хвилин, як в критеріях.

Підпис X-Signature роблю через HMAC-SHA256 по сирому тілу запиту (crypto.createHmac), а не простий хеш від рядка, тоді отримувач верифікує відправника коректно. Таймаут 5 секунд реалізую через AbortController, він реально скасовує запит і звільняє з'єднання по закінченню часу.

Логи спроб в PostgreSQL через Prisma, GET /webhooks/logs з фільтрами по статусу і targetUrl. Типізація строга, без any, вся зв'язка App + Redis + PostgreSQL в Docker Compose, піднімається однією командою.

Всі деталі по проекту зможемо обговорити в особистих повідомленнях.
Буду радий співпраці.

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

Добрий день! Зроблю, нема питань. Вже робив для себе (під проєкт) дещо схоже - https://github.com/erimeilis/test-webhook, трохи простіше.

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

Доброго дня, Іване.

Ваші інтервали повторів (1/5/15/30 хв) — це не стандартна експонента BullMQ, тож backoff потребує кастомної конфігурації через `backoff.custom`, інакше таймінги «поїдуть» вже на третій спробі. Підпис X-Signature реалізую як HMAC-SHA256 з таймстемпом у payload — це захистить ваших клієнтів від replay-атак, а не лише верифікує відправника. Таймаут 5 секунд обов'язково з AbortController, щоб завислий сокет не блокував воркер і черга не копилася. Логи в PostgreSQL через Prisma дадуть вам фільтрацію по статусу та targetUrl без повних сканів таблиці — потрібен складений індекс на (status, targetUrl, createdAt).

Варіанти:

≈4 дні: 150–200 EUR
Мінімально життєздатний сервіс для гарантованої доставки повідомлень.
- Функціональний API для відправки вебхуків
- Базова черга BullMQ з повторними спробами
- Верифікація підпису X-Signature для безпеки даних
- Docker-конфігурація для швидкого запуску

або

≈8 днів: 300–400 EUR
Повний технічний стек згідно з ТЗ, включаючи розширений моніторинг та захист від атак.
- Точна реалізація інтервалів повторів (1/5/15/30 хв) через кастомний backoff
- Захист від replay-атак за допомогою таймстемпів у підписі
- Оптимізована база даних з індексами для швидкого пошуку логів
- Суворий контроль таймаутів через AbortController для стабільності черги
- Повна типізація TypeScript без використання any

+додатково

+≈6 днів: 200-250 EUR
Високопродуктивне рішення з підвищеною відмовостійкістю та інструментами керування.
- Система автоматичного очищення застарілих логів (Data Retention)
- Розширена обробка помилок з детальною класифікацією статусів
- Оптимізація під високі навантаження (tuning Redis та воркерів)
- Документація API у форматі Swagger/OpenAPI Розгорнути

Бюджет: 5000 EUR Термін: 3 дні

Доброго дня!

Я фулстек-розробник. Стек: Next.js, TypeScript, React, Node.js, Python, PostgreSQL/Prisma.

Що можу зробити для вас:
— сайти й лендинги під ключ з Figma-макетів, адаптив і SEO;
— інтернет-магазини з інтеграціями: CRM, Нова пошта, онлайн-оплати, товарні фіди;
— Telegram-боти та Mini Apps (grammY, aiogram);
— AI-інтеграції: чатботи, RAG-агенти по ваших матеріалах, Claude/OpenAI API;
— автоматизація та парсинг на Python (Playwright), робота з API;
— WebGL / Three.js — інтерактивні 3D-сцени й шейдерна анімація;
— деплой і налаштування сервера: Docker, Nginx, SSL, бекапи, моніторинг.

Код і доступи після завершення повністю ваші. Працюю через Сейф, по фазах із чіткими строками й прозорою комунікацією. Мови: українська, російська, англійська.

Напишіть, будь ласка, деталі задачі — дам оцінку й строки та скину приклади робіт. Розгорнути

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

Доброго дня,
я зацікавлена в реалізації вашого проекту щодо створення надійного Webhook Delivery Engine на Node.js/TypeScript.

Маю досвід у створенні бекенд-сервісів на базі NestJS та Fastify, а також в імплементації черг BullMQ, інтеграції з Redis, логуванні подій та проектуванні стабільних механізмів повторних спроб з використанням експоненційного зворотного зв'язку. Також працювала з PostgreSQL та Prisma ORM, створюючи системи на основі гарантованої доставки даних та повної реєстрації подій.

В рамках реалізації можу забезпечити:

імплементацію повного API відповідно до вимог (POST /webhooks/dispatch, GET /webhooks/logs),

обробку підписування вебхуків (HMAC SHA256),

повну обробку тайм-аутів та мережевих помилок,

чергу BullMQ з політикою повторних спроб (1, 5, 15, 30 хвилин),

логування всіх спроб доставки до PostgreSQL,

підготовку повного середовища Docker (App + Redis + PostgreSQL),

читабельний, повністю типізований код на TypeScript,

документацію запуску та конфігурації.

З радістю візьмуся за виконання замовлення і можу розпочати роботу одразу.
Прошу зв'язатися для обговорення технічних деталей та визначення обсягу і графіку.

З повагою,
Йоанна Розгорнути

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

Делав черги на BullMQ з експоненційним відкатом і dead-letter після N спроб — ваше завдання зрозуміле до деталей. Підпис payload зроблю HMAC-SHA256 в X-Signature з timestamp проти replay-атак, статуси спроб — в Postgres через Prisma, ідемпотентність за event_id. Питання: потрібен окремий endpoint для ручного ретраю з DLQ? Термін 5 робочих днів, 13000 грн, щоденні оновлення по прогресу.

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

Привіт,
Я можу створити цей Webhook Delivery Engine як готовий до виробництва внутрішній сервіс.
Обсяг, який я надам:
• POST /webhooks/dispatch — ставити завдання в чергу з targetUrl, secretKey, payload
• Робітник з POST доставкою + X-Signature (HMAC-SHA256)
• Політика повторних спроб з експоненційним затримкою: 1, 5, 15, 30 хвилин
• Обробка тайм-аутів (перервати через 5 секунд)
• GET /webhooks/logs — фільтрувати за статусом + targetUrl
• Prisma + PostgreSQL для ведення журналу спроб
• Docker Compose: Додаток + Redis + PostgreSQL
• Повна типізація TypeScript (без жодних)
Пропозиція стеку:
• NestJS + BullMQ (Redis)
• Prisma + PostgreSQL
• Axios/fetch з AbortController для тайм-аутів
Я можу поділитися короткою архітектурною діаграмою та контрактом API перед кодуванням, якщо потрібно.
У мене також є кілька запитань:
1. NestJS чи Fastify переважно?
2. Максимальні спроби повторення після 30 хвилин — зупинити чи продовжувати повторювати?
3. Чи повинні невдалі завдання після всіх спроб потрапити в чергу мертвих листів?
4. Чи потрібна авторизація для /dispatch та /logs (API ключ)?
5. Чи потрібні вам ключі ідемпотентності, щоб уникнути дублювання доставок? Розгорнути

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

Очереді + webhooks на NestJS/BullMQ — стек ідеально збігається.

⚙️ Зроблю сервіс прийому подій в чергу та надійної розсилки webhook-сповіщень. Схема класична, але є підводні: доставка webhook повинна бути ідемпотентною, з retry-стратегією (експоненційний backoff) та dead-letter чергою для невдалих спроб — інакше при збоях на стороні отримувача події просто втрачаються.

Що конкретно закладу:
— Прийом вхідних подій через Fastify-маршрути (швидше Express, нижчий оверхед)
— Черга на BullMQ + Redis з налаштуваннями retry/backoff/cleanup
— Доставка webhook з таймаутом, обробкою 4xx/5xx відповідей отримувача
— Лог спроб в PostgreSQL — які пішли, які ретраються, які впали
— Docker-compose для підняття локально однією командою
— TypeScript на всьому, типізовані DTO без any

Стек мій щоденний — NestJS + BullMQ + PostgreSQL працюю регулярно, без навчання на проекті. Зараз вільний, стартую сьогодні. По термінам — залежить від обсягу endpoints та деталей доставки (підпис payload'а, правила retry). Напишіть умови — і я накину структуру модулів за 15 хвилин.

️ Після здачі не пропадаю: правки під нові вимоги отримувачів та оновлення будуть без доплат. Розгорнути

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

Вітаю! Маю великий досвід у розробці високонавантажених систем на Node.js/TypeScript. Реалізація Webhook Delivery Engine з використанням BullMQ для черг та Exponential Backoff — стандартне завдання, яке я готовий виконати якісно та в строк. Забезпечу повну типізацію, коректну обробку таймаутів та логування через Prisma. Наддам готовий Docker-compose файл для швидкого запуску всієї інфраструктури. Готовий розпочати роботу, давайте обговоримо деталі.

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

Доброго дня, Іване.
Ознайомився з ТЗ. Тут основне завдання — не просто надіслати webhook, а забезпечити передбачуваний delivery pipeline: не втрачати завдання, коректно фіксувати кожну спробу і безпечно повторювати доставку при таймауті або не-2xx відповіді.
Реалізую сервіс на NestJS + TypeScript зі строгою типізацією:
— POST /webhooks/dispatch з валідацією даних і постановкою завдання в BullMQ;
— окремий worker для надсилання webhook без блокування API;
— X-Signature через HMAC-SHA256 по вихідному payload;
— жорсткий таймаут 5 секунд через AbortController;
— повторні спроби через 1, 5, 15 і 30 хвилин;
— логування кожної спроби в PostgreSQL через Prisma;
— GET /webhooks/logs з фільтрацією і пагінацією;
— Docker Compose для App, Redis і PostgreSQL;
— тести основних сценаріїв і інструкція запуску.
Окремо передбачу idempotency key, щоб повторна доставка не призводила до подвійної обробки події на стороні клієнта.

Перед стартом потрібно уточнити тільки один момент: чи повинен idempotency key генеруватися сервісом або передаватися клієнтом у запиті? Розгорнути

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

Доброго дня, Іване!

Зроблю Webhook Delivery Engine під ваше ТЗ: NestJS (або Fastify) + TypeScript, BullMQ/Redis, PostgreSQL + Prisma, Docker (App + Redis + Postgres).

У результаті:

POST /webhooks/dispatch — прийом targetUrl, secretKey, payload, постановка в чергу;
доставка з X-Signature (HMAC-SHA256);
retry з exponential backoff (1 / 5 / 15 / 30 хв) при non-2xx і таймаутах;
таймаут запиту 5 с з коректним скасуванням;
GET /webhooks/logs — історія спроб з фільтром по статусу та targetUrl;
повна типізація TS без any. Розгорнути

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

Здравствуйте, Иван!
Реалізую Webhook Delivery Engine на NestJS: черга через BullMQ з кастомним backoff під ваші точні таймінги (1/5/15/30 хвилин, це не стандартна експонента), підпис X-Signature через справжній HMAC-SHA256 (не наївне склеювання payload і ключа), логування через Prisma і PostgreSQL.

Бекенд-розробку веду постійно на парсинг-проектах і Telegram-ботах, але саме на NestJS і BullMQ збираю вперше, тому підхід розписую детально, а не загальне "досвід є".

Що зроблю:
- POST /webhooks/dispatch: валідація входу, запис у лог зі статусом pending, постановка задачі в чергу, миттєва відповідь клієнту
- Відправка через нативний fetch з AbortSignal.timeout(5000) - запит обривається, якщо сервер мовчить довше 5 секунд
- Підпис X-Signature - чесний HMAC-SHA256 з secretKey, сам ключ ніколи не потрапить у логи помилок, навіть при збої запиту
- Повтори через кастомний backoff BullMQ: 1, 5, 15, 30 хвилин, після четвертої невдачі статус фінально failed
- Унікальний idempotency-key у кожному payload - якщо відповідь від вашого сервера загубиться через таймаут, а запит насправді дійшов, повторна спроба не призведе до обробки події двічі на вашій стороні
- GET /webhooks/logs: фільтр за статусом і targetUrl, плюс пагінація, щоб список не віддавався цілком при зростанні таблиці
- Docker Compose: додаток, Redis, PostgreSQL, застосування Prisma-міграцій при старті
- Повна типізація: DTO з валідацією, типи Prisma, дженерик Job для задач черги, без any

Окремо закрию ризик, якого немає в ТЗ: раз сервіс сам стукає на будь-який присланий targetUrl, без обмежень це дірка для SSRF-атаки (запит можна направити на внутрішню мережу або хмарні метадані замість справжньої адреси клієнта). Додам блокування приватних IP-діапазонів за замовчуванням.

Уточніть, будь ласка: POST /webhooks/dispatch буде закритий авторизацією (наприклад, API-ключ), чи це чисто внутрішній сервіс у закритій мережі - від цього залежить, потрібен чи ні шар аутентифікації на самому ендпоінті. Розгорнути

Бюджет: 180 EUR Термін: 3 дні

Привіт!

Готовий розробити надійний мікросервіс доставки Webhook-сповіщень відповідно до вашого ТЗ. Маю великий досвід побудови черг завдань на Node.js / TypeScript.

Як я реалізую проект:
1. Архітектура: NestJS (або Fastify на ваш вибір) з повною суворою типізацією TypeScript (без any).
2. Черги завдань: Налаштую BullMQ на базі Redis для надійної обробки подій з логікою повторних спроб (Retry Policy) за алгоритмом Exponential Backoff.
3. База даних: Підключу PostgreSQL через Prisma ORM для зберігання детальних логів спроб доставки (Request/Response, HTTP-статуси, таймаути).
4. Безпека: Реалізую генерацію та верифікацію підпису X-Signature (SHA256 HMAC з використанням secretKey) для кожного запиту.
5. Відмовостійкість: Налаштую жорсткі таймаути запитів (5 секунд) з перериванням з'єднання при зависанні приймаючої сторони.
6. Розгортання: Підготую Docker Compose файл (App + Redis + PostgreSQL) для запуску проекту однією командою.

Здам чистий, повністю протестований код протягом 3 днів. Буду радий обговорити деталі API-ендпоінтів у чаті! Розгорнути

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

Вітаю, маю досвід з Nest JS 5+ років
Пишіть в особисті - обговоримо деталі
Буду радий Вам допомогти!

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

Вітаю, Іване! Зроблю Webhook Delivery Engine на NestJS + TypeScript (strict, без any): POST /webhooks/dispatch кладе задачу в BullMQ/Redis, воркер шле POST з підписом X-Signature (SHA256 від payload з secretKey), таймаут 5с, retry з exponential backoff 1/5/15/30 хв на не-2xx або таймаут. Всі спроби логуються в PostgreSQL через Prisma, GET /webhooks/logs з фільтрами за статусом і targetUrl. Docker Compose для сервісу, Redis і Postgres + README. Покрию ключову логіку тестами (Jest).

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

Ми маємо досвід у створенні високонавантажених систем доставки подій. Реалізуємо сервіс на Node.js/TypeScript з використанням Redis для управління чергами та гнучкою політикою повторних спроб. Забезпечимо відмовостійкість і логування кожного запиту для контролю доставки. Готові розпочати архітектурне проектування та розробку рішення.

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

Доброго дня.

Завдання зрозуміле: тут важливо не просто надсилати webhook-запити, а зробити передбачуваний механізм доставки, який не втрачає завдання, коректно повторює невдалі спроби і дозволяє швидко зрозуміти, що сталося з кожним надсиланням.

Я б розділив рішення на API-шар, чергу доставки і окремий worker. Це спростить масштабування і не буде блокувати основний запит під час надсилання webhook. Окремо закладу захист від завислих запитів, зрозумілу модель статусів і збереження кожної спроби, щоб помилки можна було нормально діагностувати, а не шукати по логах вручну.

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

Термін — до 7 календарних днів, включаючи тестування і фінальну перевірку. При відсутності несподіваних проблем в оточенні зможу передати результат раніше.

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

Привіт, Іване Миро́нець.

Я можу почати прямо зараз над цим проектом.

Я можу створити вебхук Delivery Engine на Node.js та TypeScript, використовуючи nestJS або Fastify, BullMQ з Redis, PostgreSQL та Prisma.

Мій підхід полягатиме в створенні чистого API для відправки, який приймає targetUrl, secretKey та JSON payload, підписує payload за допомогою SHA256, зберігає завдання в BullMQ та обробляє доставку з надійним повторним виконанням.

Робітник надсилатиме POST запити з заголовком X-Signature, встановлюватиме тайм-аут у 5 секунд та ініціюватиме експоненціальне повторне виконання після 1, 5, 15 та 30 хвилин, коли цільовий сервер не відповідає або повертає відповідь, що не є 2xx.

Я також реалізую ведення журналу спроб доставки в PostgreSQL та API журналів з фільтрами за статусом та targetUrl.

Код використовуватиме строгі типи TypeScript без жодних, чисту структуру, валідацію, обробку помилок та налаштування Docker для додатку, Redis та PostgreSQL.

Я з нетерпінням чекаю на вашу відповідь.

Дякую. Розгорнути

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

Доброго дня.

Вже реалізував ось тут https://prague.localno.io
сервіс доставки вебхуків з чергами та політикою повторних спроб на NestJS з використанням Redis як черг для надійної обробки завдань. Готовий обговорити деталі та розпочати роботу.

Напишіть мені!

Бюджет: 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 з пагінацією.

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

Бюджет: 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 секунд та обробкою помилок мережі.Готовий обговорити деталі та розпочати роботу

Бюджет: 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 очікується на вході і чи потрібна додаткова ізоляція черг для різних клієнтів?