Se https://www.emqx.com/en/blog/introduction-to-mqtt-qos for en god forklaring på forskjellen mellom 'eksakt en gang' og "minst en gang".
NB: Det kan kreves en ekstra "handshake" for å unngå retransmisjon
|
|
| modelx:guid | id-bfb3bdb82d0945deba153a62200ed0a7 |
| difi:metaLevel | undefined |
| dct:type | capability |
| difi:namespace | - |
| difi:abstractionLevel | undefined |
| digdir:link1 | |
| digdir:logo | |
| difi:language | no |
| difi:name_no | Eksakt en gang levering |
| difi:name_en | |
| difi:description_en | |
| label | ${name} |
| difi:notes | Se https://www.emqx.com/en/blog/introduction-to-mqtt-qos for en god forklaring på forskjellen mellom "eksakt en gang" og "minst en gang".
I de fleste moderne meldingssystemer er det mekanismer for å sikre levering av meldinger, men det er viktig å merke seg at det ikke alltid er en 100% garanti for levering. Dette skyldes at det er mange faktorer som kan påvirke leveringen av en melding, inkludert nettverksproblemer, systemfeil, og så videre.
Når det gjelder "garantert levering", refererer dette ofte til konseptet med "at-least-once delivery", som betyr at systemet vil fortsette å prøve å levere meldingen til mottakeren til det mottar en bekreftelse på at meldingen er mottatt. Dette kan imidlertid føre til at samme melding blir levert flere ganger i tilfelle av nettverksproblemer eller andre feil.
På den annen side, "exactly-once delivery" er det ideelle scenariet der hver melding er garantert å bli levert nøyaktig en gang, men dette er svært vanskelig å oppnå i praksis på grunn av usikkerhetene i distribuerte systemer.
I praksis snakker man ofte om graden av leveringssikkerhet. Dette kan variere avhengig av systemets design og kravene til applikasjonen. For eksempel, i et system der det er viktig at ingen meldinger går tapt, kan man implementere en høy grad av leveringssikkerhet ved å bruke teknikker som meldingskøer, bekreftelser, og så videre.
Hvis avsenderen har forpliktet seg til å motta meldinger innen et visst tidsrom, vil dette kreve en form for tidsavhengig leveringssikkerhet. Dette kan oppnås ved å bruke tidsstemplede meldinger og systemer som kan håndtere meldinger i henhold til deres tidsstempel.
Igjen, det er viktig å merke seg at selv om disse teknikkene kan forbedre leveringssikkerheten, er det ingen absolutt garanti for at alle meldinger vil bli levert pålitelig i alle situasjoner. |
| difi:description_no | Se https://www.emqx.com/en/blog/introduction-to-mqtt-qos for en god forklaring på forskjellen mellom "eksakt en gang" og "minst en gang".
I de fleste moderne meldingssystemer er det mekanismer for å sikre levering av meldinger, men det er viktig å merke seg at det ikke alltid er en 100% garanti for levering. Dette skyldes at det er mange faktorer som kan påvirke leveringen av en melding, inkludert nettverksproblemer, systemfeil, og så videre.
Når det gjelder "garantert levering", refererer dette ofte til konseptet med "at-least-once delivery", som betyr at systemet vil fortsette å prøve å levere meldingen til mottakeren til det mottar en bekreftelse på at meldingen er mottatt. Dette kan imidlertid føre til at samme melding blir levert flere ganger i tilfelle av nettverksproblemer eller andre feil.
På den annen side, "exactly-once delivery" er det ideelle scenariet der hver melding er garantert å bli levert nøyaktig en gang, men dette er svært vanskelig å oppnå i praksis på grunn av usikkerhetene i distribuerte systemer.
I praksis snakker man ofte om graden av leveringssikkerhet. Dette kan variere avhengig av systemets design og kravene til applikasjonen. For eksempel, i et system der det er viktig at ingen meldinger går tapt, kan man implementere en høy grad av leveringssikkerhet ved å bruke teknikker som meldingskøer, bekreftelser, og så videre.
Hvis avsenderen har forpliktet seg til å motta meldinger innen et visst tidsrom, vil dette kreve en form for tidsavhengig leveringssikkerhet. Dette kan oppnås ved å bruke tidsstemplede meldinger og systemer som kan håndtere meldinger i henhold til deres tidsstempel.
Igjen, det er viktig å merke seg at selv om disse teknikkene kan forbedre leveringssikkerheten, er det ingen absolutt garanti for at alle meldinger vil bli levert pålitelig i alle situasjoner. |
| modelx:githubIssueGUID | I_kwDOKG7zDs5uX4hm |