Descrizione del progetto
TradottoGestiamo due sistemi che attualmente scoprono gli eventi dell'altro solo controllando a intervalli, e questo ritardo sta iniziando a costarci. Quando arriva un nuovo ordine, un pagamento viene confermato o uno stato cambia da un lato, l'altro lato dovrebbe apprendere entro pochi secondi, non al prossimo controllo programmato. Il polling spreca risorse del server su entrambi i lati e crea una finestra in cui i due sistemi non concordano su ciò che è accaduto.
Abbiamo bisogno di qualcuno che abbia già costruito comunicazioni basate su webhook. Dal lato di invio: un meccanismo che attiva una richiesta firmata nel momento in cui si verifica un evento qualificante, con un payload chiaro e versionato. Dal lato di ricezione: un endpoint che verifica la firma, deduplica le consegne ripetute, mette in coda il lavoro invece di elaborarlo in linea e riprova con backoff quando l'altro lato è brevemente non disponibile.
La sicurezza è importante: l'endpoint deve rifiutare chiamate ripetute o contraffatte, e i segreti di firma dovrebbero essere facili da ruotare. Vogliamo anche abbastanza registrazione affinché un evento perso o ritardato possa essere tracciato rapidamente.
Risultato atteso:
— Eventi di attivazione definiti (nuovo ordine, pagamento, cambiamento di stato) con un formato di payload
— Consegna webhook firmata con ripetizione e backoff in caso di errore
— Un endpoint di ricezione con controllo della firma, deduplicazione, elaborazione in coda
— Brevi note su come aggiungere un nuovo tipo di evento in seguito
Abbiamo bisogno di qualcuno che abbia già costruito comunicazioni basate su webhook. Dal lato di invio: un meccanismo che attiva una richiesta firmata nel momento in cui si verifica un evento qualificante, con un payload chiaro e versionato. Dal lato di ricezione: un endpoint che verifica la firma, deduplica le consegne ripetute, mette in coda il lavoro invece di elaborarlo in linea e riprova con backoff quando l'altro lato è brevemente non disponibile.
La sicurezza è importante: l'endpoint deve rifiutare chiamate ripetute o contraffatte, e i segreti di firma dovrebbero essere facili da ruotare. Vogliamo anche abbastanza registrazione affinché un evento perso o ritardato possa essere tracciato rapidamente.
Risultato atteso:
— Eventi di attivazione definiti (nuovo ordine, pagamento, cambiamento di stato) con un formato di payload
— Consegna webhook firmata con ripetizione e backoff in caso di errore
— Un endpoint di ricezione con controllo della firma, deduplicazione, elaborazione in coda
— Brevi note su come aggiungere un nuovo tipo di evento in seguito
Programmazione web Contante, Bonifico bancario
