Etter ein ny WebSocket-tilkopling via proxy, gjenopprett òg økta
Gjenopprett abonnementa til applikasjonen og den usikre meldingstilstanden med vilje etter at ei ny WebSocket-tilkopling via proxy er etablert.
Tilbakekallet for gjenoppkopling køyrer og den nye sockelen blir opna. Det er transportgjenoppretting. Det tyder ikkje nødvendigvis at abonnementa, meldingsstadfestingane eller applikasjonsøkta di heldt fram der den førre tilkoplinga stoppa.
Sjølv same proxy-endepunkt kan lage ei ny utgåande tilkopling. Ei endra utgåande IP kan òg utløyse den eigne øktpolitikken til målet. Handsame den nye sockelen som ei ny tilkopling og følg den dokumenterte gjenopprettingsutvekslinga til applikasjonen. Avgjer om arbeidsflyten skal halde på proxy-ruta si ved gjenoppkopling.
Hald litt meir enn den siste URL-en
Nyttig gjenopprettingstilstand kan omfatte ein autorisert øktidentitet, ønskte abonnement, id-en til den sist stadfesta hendinga og operasjonar som framleis ventar på stadfesting. Desse felta høyrer til applikasjonsprotokollen; WebSocket definerer ikkje eit universelt gjenopptakingssymbol.
Avgjer om du vil halde fram frå ein markør, hente eit nytt augeblinksbilete eller godta eit gap. Viss ei hendingskjelde ikkje tilbyr eit grensesnitt for avspeling, kan snøggare gjenoppkopling ikkje bevise at ingen meldingar gjekk tapt.
Å sende to gonger kan tyde å gjere to gonger
Ei melding som vart sett i lokal kø før ein fråkobling, kan ha forlate klienten aldri. Ei anna kan ha nådd tenaren medan stadfestinga gjekk tapt. Å blindt sende kvar stadfesta kommando på nytt handsamar dei to tilfella som identiske.
Bruk førespurnads-id-ane til tenesta, støtte for idempotens eller ein avstemmingsmekanisme der det er tilgjengeleg. Ei transportgjenoppkopling kan ikkje gjere ei applikasjonshandling reversibel eller automatisk fjerne duplikat av ho.
Hald gjenoppkoplingsforsøka avgrensa og i takt med politikken til applikasjonen. RFC 6455 tilrår å trekke seg tilbake etter unormal lukking; ein flokk klientar som prøver på nytt med ein gong, kan auke belastninga under avbrotet.
Logg kva proxy-rute kvart forsøk valde, men hald rute-gjenoppretting skild frå applikasjonsgjenoppretting. «Kopla til att» er nyttig prov. «Teke att og klar til å sende inn meir arbeid» krev den ekstra applikasjonsutvekslinga som fastset det.