Konsekvens i realtid

På grund av vissa distribuerade system är realtidskonsekvens mellan begäranden svår att tillämpa implicit. En lösning är att tillåta protokollstöd i form av flera synkroniseringstoken. Synkroniseringstoken är valfria.

Inledande begäran

Om du vill garantera konsekvens i realtid mellan olika klientinstanser och begäranden använder du valfria Sync-Token begärande- och svarshuvuden.

Syntax:

Sync-Token: <id>=<value>;sn=<sn>

Parameter	Beskrivning
<id>	Token-ID (ogenomskinlig)
<value>	Tokenvärde (ogenomskinlig). Tillåter base64-kodad sträng.
<sn>	Tokensekvensnummer (version). Högre innebär en nyare version av samma token. Ger bättre samtidighet och klientcachelagring. Klienten kan välja att endast använda tokens senaste version eftersom tokenversionerna är inkluderande. Den här parametern krävs inte för begäranden.

Svarsåtgärder

Tjänsten tillhandahåller ett Sync-Token huvud med varje svar.

Sync-Token: jtqGc1I4=MDoyOA==;sn=28

Efterföljande begäranden

Efterföljande begäranden garanteras konsekventa svar i realtid i förhållande till den angivna Sync-Token.

Sync-Token: <id>=<value>

Om du utelämnar Sync-Token huvudet från begäran är det möjligt för tjänsten att svara med cachelagrade data under en kort tidsperiod (upp till några sekunder) innan den regleras internt. Det här beteendet kan orsaka inkonsekventa läsningar om ändringar inträffade omedelbart före läsningen.

Flera synkroniseringstoken

Servern kan svara med flera synkroniseringstoken för en enda begäran. Om du vill behålla konsekvens i realtid för nästa begäran måste klienten svara med alla mottagna synkroniseringstoken. Flera rubrikvärden måste vara kommaavgränsade.

Sync-Token: <token1-id>=<value>,<token2-id>=<value>