Budżet: 150 EUR Termin: 2 dni
Witam. Pracuję z Nest.js/Node.js/React od ponad 9 lat. Pracowałem również z BullMQ. Jestem gotów do współpracy.
Wymagane jest stworzenie niezawodnej wewnętrznej usługi (Webhook Delivery Engine) w Node.js / TypeScript, która będzie odpowiedzialna za gwarantowaną dostawę powiadomień na zewnętrzne serwery naszych klientów z obsługą kolejek i ponownych prób w przypadku awarii (Retry Policy).
Język: TypeScript / Node.js
Platforma: NestJS lub Fastify
Kolejki: BullMQ (na bazie Redis)
Baza danych: PostgreSQL (Prisma ORM) do logowania prób wysyłki.
POST /webhooks/dispatch: Przyjmuje targetUrl, secretKey (do podpisywania payload) oraz sam payload (JSON). Umieszcza zadanie w kolejce BullMQ.
Logika wysyłki:
Usługa wykonuje żądanie POST do targetUrl. W nagłówkach przesyłany jest podpis X-Signature (SHA256 z payload przy użyciu secretKey) w celu weryfikacji nadawcy.
Jeśli serwer docelowy odpowiada błędem (nie 2xx) lub występuje timeout, włącza się polityka powtórzeń: Exponential Backoff (próby co 1, 5, 15, 30 minut).
GET /webhooks/logs: Odbieranie historii prób dostarczenia z filtrowaniem według statusu (sukces / niepowodzenie / ponawianie) oraz targetUrl.
Pełna typizacja TypeScript (bez użycia any).
Poprawna obsługa timeoutów (anulowanie żądania, jeśli serwer nie odpowiada przez ponad 5 sekund).
Konfiguracja Docker do szybkiego wdrożenia zestawu App + Redis + PostgreSQL.
Budżet: 150 EUR Termin: 2 dni
Witam. Pracuję z Nest.js/Node.js/React od ponad 9 lat. Pracowałem również z BullMQ. Jestem gotów do współpracy.
Budżet: 100 EUR Termin: 2 dni
Cześć.
Mogę dla Ciebie opracować taki serwis na NodeJS. Napisz, omówimy.
Budżet: 2000 EUR Termin: 7 dni
Cześć, pracowałem nad WebhookHub — usługą dostarczania zdarzeń w Node.js/TypeScript z BullMQ i Redis. Obsługiwaliśmy ponad 2 miliony webhooków dziennie z 99,8% gwarancją dostawy.
Twój projekt jest bardzo podobny: kolejki, Exponential Backoff (próby co 1, 5, 15, 30 minut), podpis X-Signature (SHA256) oraz logowanie w PostgreSQL przez Prisma. To dokładnie to, co już realizowaliśmy. ✅
Chciałbym wyjaśnić logiczne pytanie: jak planujecie obsługiwać duplikaty dostawy (idempotencja)? Na przykład, jeśli serwer docelowy otrzymał webhook, ale odpowiedź zaginęła z powodu timeoutu 5 sekund — czy należy przewidzieć unikalny idempotency-key, aby klient nie przetworzył jednego zdarzenia dwa razy?
Proponuję się skontaktować, chętnie doradzę technicznie i wspólnie opracujemy plan rozwoju + opowiem o moim zespole!
Budżet: 100 EUR Termin: 2 dni
Witam, mogę stworzyć potrzebną usługę. Mam doświadczenie w pracy z mikroserwisami na node.js, bullMq i Redis, a nawet prawie gotowe rozwiązanie pod wasz przypadek. Możecie przejrzeć portfolio z podobnymi projektami (w profilu clipDeep). Piszcie na prywatnej wiadomości, omówimy terminy i dokładną cenę.
Budżet: 150 EUR Termin: 5 dni
Cześć,
Mogę zbudować niezawodny silnik dostarczania webhooków przy użyciu Node.js/TypeScript z NestJS (lub Fastify), BullMQ + Redis, Prisma + PostgreSQL oraz Dockera.
Usługa będzie obejmować:
* POST /webhooks/dispatch do kolejkowania zadań webhooków.
* Generowanie SHA256 X-Signature przy użyciu podanego klucza tajnego.
* Niezawodne dostarczanie z 5-sekundowym limitem czasu i wykładniczymi próbami ponownymi (1, 5, 15, 30 minut).
* GET /webhooks/logs z filtrowaniem według statusu i docelowego URL.
* Pełne typowanie TypeScript bez użycia `any`.
* Docker Compose do szybkiego wdrożenia aplikacji, Redis i PostgreSQL.
Piszę czysty, łatwy w utrzymaniu i gotowy do produkcji kod z odpowiednim obsługiwaniem błędów i logowaniem. Mogę zacząć od razu i dostarczyć rozwiązanie, które spełnia wszystkie wymagania.
Czekam na współpracę z Tobą!
Budżet: 500 EUR Termin: 12 dni
Witam! Przeczytałem opis waszego projektu. Jest dla mnie interesujący i mam doświadczenie w podobnych zadaniach. Jestem gotów przystąpić do pracy i wykonać ją jakościowo.
Pytania dotyczące projektu:
1. Czy istnieje już gotowy kontrakt API, czy trzeba go uzgodnić razem?
2. Czy potrzebne są jeszcze jakieś statusy, oprócz success, failed i retrying?
Budżet: 600 EUR Termin: 7 dni
Dzień dobry!
Mam doświadczenie w tworzeniu usług backendowych w Node.js, TypeScript, NestJS, a także w tworzeniu rozwiązań integracyjnych z kolejkami, zewnętrznymi API oraz odpornym na błędy przetwarzaniem zadań.
Proponuję następujący stos technologiczny:
* NestJS + TypeScript
* BullMQ + Redis do kolejek i ponownych prób
* PostgreSQL + Prisma ORM do przechowywania logów i historii dostaw
* Docker Compose do szybkiego wdrażania aplikacji wraz z Redis i PostgreSQL
W ramach zadania mogę zrealizować:
* POST /webhooks/dispatch z dodawaniem zadań do kolejki;
* generowanie podpisu HMAC SHA-256 (`X-Signature`) do weryfikacji autentyczności żądania;
* wysyłanie webhooka z czasem oczekiwania 5 sekund i poprawnym anulowaniem żądania;
* politykę ponownych prób z Exponential Backoff (1, 5, 15 i 30 minut);
* GET /webhooks/logs z filtrowaniem według statusu i adresu odbiorcy;
* szczegółowe logowanie każdej próby dostawy, w tym kodu odpowiedzi HTTP, tekstu błędu, czasu wykonania i liczby prób;
* w pełni typowany kod bez użycia `any`;
* gotową konfigurację Docker do lokalnego uruchamiania i dalszego wdrażania.
Architekturę zbuduję w taki sposób, aby w przyszłości można było bez istotnych zmian dodać DLQ (Dead Letter Queue), wsparcie dla różnych strategii ponownych prób, ograniczenia prędkości wysyłania, monitorowanie oraz przetwarzanie wielu kolejek.
Będę wdzięczny za omówienie szczegółów projektu i rozpoczęcie prac nad rozwojem.
Budżet: 90 EUR Termin: 1 dzień
Cześć, Iwanie! Znowu wspaniałe zadanie techniczne z jasnymi wymaganiami. Jestem gotów zrealizować ten Webhook Delivery Engine na NestJS i TypeScript ściśle według Twoich kryteriów akceptacji. Proponuję taką schemat realizacji: NestJS + BullMQ (Redis): niezawodne zarządzanie kolejkami z natywnym wsparciem dla polityki Exponential Backoff dla gwarantowanej dostawy wiadomości. Crypto (SHA256 HMAC): bezpieczne formowanie nagłówka X-Signature na podstawie zwalidowanego secretKey. Prisma ORM + PostgreSQL: jasna struktura logowania wszystkich prób dostawy z indeksami według statusu i targetUrl dla szybkiej filtracji na końcówce GET /webhooks/logs. Docker Compose: pełna budowa projektu (App + Redis + PostgreSQL) do uruchomienia jednym poleceniem. Kod będzie z rygorystycznym typowaniem (żadne any), z poprawnym przetwarzaniem timeoutów do 5 sekund oraz obsługą błędów sieciowych. Jestem gotów omówić szczegóły i rozpocząć pracę.
Budżet: 150 EUR Termin: 5 dni
Dzień dobry.
Mam duże doświadczenie. Czy możemy omówić wszystko bardziej szczegółowo?
Budżet: 100 EUR Termin: 1 dzień
Dzień dobry!
Ogólnie zadanie jest jasne, aby dokładnie odpowiedzieć na pytania dotyczące terminów i ceny, chciałbym wyjaśnić kilka kwestii, które pojawiły się po analizie twojego zadania.
Piszesz w wiadomościach prywatnych – omówimy szczegóły i twoje życzenia.
Budżet: 100 EUR Termin: 1 dzień
Witam! Wykonam Twoje zadanie szybko i jakościowo.
Moje ostatnie prace
https://indexfast.pro - szybka indeksacja strony
https://mono-bank.pp.ua - wszystko o monobank
https://mamamia.pp.ua - sklep internetowy
https://programist.pp.ua/ua/portfolio/ - portfolio prac
https://monitortest.pp.ua - testowanie monitora
https://keytest.pp.ua - testowanie klawiatury
https://pctest.pp.ua - testowanie komputera
https://devroman.dev/portfolio/ - portfolio
https://vseetut.matviy.pp.ua - kodowanie
https://indexfast.pp.ua - szybka indeksacja strony
Moje portfolio: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Pisz, zacznę dzisiaj pracować. Będę zadowolony ze współpracy z Tobą!
Budżet: 333 EUR Termin: 10 dni
Iwan, potrzebujesz niezawodnego silnika dostarczania, który nie straci zdarzeń w przypadku awarii zewnętrznych serwerów. Skonfiguruję BullMQ z odpowiednią strategią Exponential Backoff, aby system poprawnie obsługiwał zarówno przekroczenia czasu, jak i błędy 5xx, a Prisma zapewni przejrzysty log wszystkich prób dostarczenia.
Zrealizuję proces za pomocą pracowników w tle z obowiązkowym podpisem X-Signature dla bezpieczeństwa. To pozwoli odciążyć główne API i zagwarantować dostarczenie danych do klientów nawet przy niestabilnej sieci.
Proszę, podaj, jaka jest oczekiwana liczba RPS na wejściu i czy wymagana jest dodatkowa izolacja kolejek dla różnych klientów?