Anta at en bruker lagrer en dokumentar i mediebiblioteket. En måned senere finnes tittel, omslag og beskrivelse fortsatt, men avspillingen starter ikke. For brukeren er innholdet ødelagt. For utvikleren kan katalogposten være frisk: filkilden har gått frakoblet.
Feilen viser tre ulike spørsmål: kan innholdet finnes, er mottatte data riktige, og kan de hentes nå? Én samlet «publisert»-status gjør grensesnittet mer optimistisk enn systemets faktiske evner.
Indeksen beskriver innhold; filer trenger egne kilder
Titler, forfattere, kanaler, emneknagger og versjonsforhold utgjør katalogen. GUNs offentlige dokumentasjon beskriver grafdata og sanntidssynkronisering mellom motparter. Slike verktøy hjelper programmer med å organisere og synkronisere relasjoner. GUNs prosjektbeskrivelse
Fillevering har andre spørsmål: hvem har en full kopi, hvilke noder er på nett, kan forbindelser etableres, og kan manglende deler hentes? En bevart katalogpost oppfyller ikke automatisk disse vilkårene.
Vis katalogstatus og hentestatus separat. Brukeren kan lagre posten først, men siden bør si om tilgjengeligheten nylig er kontrollert. «Sist hentet» og «tilgjengelig fra en kilde nå» trenger ulik ordlyd, slik at historiske resultater ikke blir løfter i sanntid.
Skillet hjelper også feilsøking. Hvis katalogen synkroniseres, men filen ikke kan nås, sjekk lagring og transport først. Hvis filen kommer, men feil versjon vises, sjekk koblingen mellom katalogposten og innholdsidentifikatoren. Problemene krever ulike tiltak.
Innholdsadresser løser identifikasjon
IPFS bruker CID-er til å identifisere innhold. En CID inneholder blant annet informasjon om hashing og koding og er ikke bare en vanlig SHA-256-streng for en vilkårlig fil. Organiseringen av data kan også påvirke identifikatoren. IPFS om innholdsadressering
I mediekatalogen er det nyttig å knytte visningsinformasjon tydelig til en bestemt filversjon. En beskrivelsesendring kan begrenses til katalogen. Ved ny redigering av video bør sammenhengen mellom gammel og ny versjon bevares, slik at bokmerker, kommentarer og kontrollinformasjon peker riktig.
En vellykket kontroll gir større tillit til dataintegriteten, men fastslår ikke alene forfatteren, lisensens gyldighet eller om innholdet passer brukeren. Ikke gjør én kontroll til et universelt «betrodd»-merke. Vis bevis for den konkrete påstanden.
Varighet krever løpende lagringsordninger
IPFS-dokumentasjonen skiller innholdsadressering fra varig lagring og beskriver blant annet pinning. Selv en node som lagrer innhold, trenger passende oppetid og vedlikehold for fortsatt tilgang. IPFS om varighet
Publisering bør derfor omfatte en faktisk bevaringsplan: hvem vedlikeholder hele kopier, hvor lenge, hvem overtar når tjenesten utløper, og hvordan overføres ansvaret når en vedlikeholder slutter? En vellykket opplasting svarer ikke på spørsmål måneder senere.
Sjekk i det minste felles avhengigheter mellom kopiene. To adresser kan peke til samme konto, enhet eller leverandør. Flere registrerte kilder betyr ikke automatisk at andre virker når én svikter.
For sjeldent brukt innhold kan bevaring og hurtiglagring av populært materiale ha separate budsjetter. Hurtiglagring følger etterspørsel; langvarig bevaring trenger en ansvarlig. «Ingen ser nå» betyr ikke «ikke verdt å beholde».
Tilgjengelighetskontroller bør hente faktiske data
Denne arbeidsflyten er et utgangspunkt. Tilpass hyppigheten til innholdsmengden og tjenestemålene:
- Les filversjon, innholdsidentifikator og mulige kilder fra katalogen.
- Forsøk å koble til og hente faktiske data, ikke bare kontrollere om katalog-API-et melder suksess.
- Verifiser data etter protokollen. Stikkprøver beviser bare undersøkte deler, ikke hele filen.
- Registrer tidspunkt, fungerende kilde, feilårsak og kontrollomfang.
- Legg til kopier eller vis tydelig status når kilder forsvinner eller feil vedvarer.
Gi kontrollene eget trafikkbudsjett. Samtidig full nedlasting av en stor samling kan gjøre selve kontrollsystemet til hovedbelastningen. Fordel lette sonderinger, avspillingstester og periodisk full gjenoppretting på nivåer, og angi hva hvert nivå beviser.
Tidsavbrudd, manglende rettigheter, tilbaketrukket innhold og kontrollfeil bør ikke alle kalles «manglende fil». Skillene avgjør om man bør prøve igjen, be om tilgang, reparere en kopi eller respektere tilbaketrekkingen.
Vis brukeren et mulig neste steg
En endeløs lasteindikator gir nesten ingen handlingsrettet informasjon. Forklar heller om systemet leter etter kilder, kobler til, møter midlertidig utilgjengelighet eller avviser data som ikke besto kontrollen.
Når avspilling ikke kan starte, bør brukeren vite om et nytt forsøk hjelper, om en annen kilde finnes, og om bokmerket kan beholdes. En rapporteringsfunksjon kan inkludere identifikator og feilkategori i diagnostikken uten at brukeren må gjenta alle trinnene.
AlphaBizs offentlige arkitektur nevner både GUN og WebTorrent. Det gjør skillet mellom katalogdata og medietransport relevant. Metodene her er alternativer som kan vurderes, ikke påstander om at en bestemt overvåkings- eller kopieringsstrategi allerede er implementert. AlphaBizs prosjektbeskrivelse
Start med en gjenopprettingsøvelse for ett innhold: koble fra originalkilden og prøv å gjenopprette tilgang fra katalogen og kopiene. Det sier mer enn en pen post som alltid finnes. Del tilgjengelighetsdesignet og kontrollomfanget i AlphaBiz Discussions.