Event-Sourced Digital Twin Platform | Dweve Twin

Twin is an event-sourced digital twin platform with three clocks on every event, branching scenarios and self-hosted operation. Publishing in round nine.

Twin er en event-baseret digital twin-platform. Den holder den operationelle registrering på din ejendom, så du kan afspille historik og få svar efter en ændring. Den er open source under Apache-2.0, og den udgives i niende runde af Dweves fundamentudgivelsesprogram, med dokumentation på docs.dweve.com samme dag.

Twin er en digital twin for de ting, folk er afhængige af: hver ændring får en linje, og de gamle linjer forbliver.

Selvhostet på operatørkontrolleret infrastruktur

En event-sourced digital tvilling, hvor loggen er registret, og enhver aktuel tilstand er afledt af historikken.

Twin er open source under Apache-2.0. Det udgives i niende runde af foundations udgivelsesprogram; når det sker, kan du køre det på infrastruktur, du selv kontrollerer, og spørge fortiden direkte.

Behold registret fra den første hændelse

Strukturerede operationelle registre for ansvarlige systemer.

Simuleringsmodeller, der forbinder til operationel tilstand.

En temporal eller relationsforespørgsel erstatter ikke hændelseshistorikken med et bekvemt svar. Twin udleder den ønskede visning fra den historik og holder ruten gennem projektioner, relationer og tid eksplicit.

Den adskillelse betyder noget, når en projektion genopbygges, eller en sen hændelse ankommer. Det samme spørgsmål kan køres igen mod den ændrede historik, mens det tidligere svar forbliver knyttet til, hvad der var kendt, da det blev produceret.

Visningen kan ændre sig, når historikken ændrer sig, uden at blive selve registret.

Et hurtigt svar forbliver en læsning af historikken, aldrig en erstatning for den.

Den samme person kan have lov til at se et aktiv under en vagt og få afslag, når vagten slutter. Tildeling, placering og aktivets tilstand kan betyde noget sammen med en rolle, så en statisk tilladelsesliste kan ikke beskrive enhver legitim beslutning.

Twin evaluerer disse betingelser mod den registrerede operationelle tilstand og gemmer beslutningen sammen med dens input. En revisor kan se, hvem der spurgte, hvad de var tildelt, hvilke betingelser der gjaldt, og hvorfor adgang blev tilladt eller nægtet på det tidspunkt.

Tilladelse er en evalueret hændelse, ikke en nøgle, der varer evigt.

En senere revision bruger de betingelser, der blev registreret med den oprindelige beslutning.

Twin holder sin hændelses- og relationsmodel adskilt fra enhver enkelt branchestandard. Adaptere kan læse og skrive de modeller, der allerede er i brug, mens kernen bevarer en konsistent redegørelse for tid, oprindelse og ændring.

Ikke alle konstruktioner har en præcis modpart. Overleveringen inkluderer derfor en tabrapport, der identificerer, hvad der blev repræsenteret, hvad der blev transformeret, og hvad der ikke kunne overføres.

Interoperabilitet forbliver gennemsigtig, fordi oversættelsesbeviset følger med overdragelsen.

Adapteren gør forskellen eksplicit i stedet for at skjule den bag en vellykket eksport.

Behold den model, der allerede er i brug.

En aktiv-, klinisk- eller processmodel forbliver ejet af sit domæne. Twin accepterer den via en adapter og tilføjer operationel historik uden at kræve, at organisationen først erstatter alle eksisterende modeller.

Når information flytter tilbage ud, modtager modtageren kortlægningen og dens begrænsninger. En kontrollant kan se, hvad der kom ind i Twin, hvad der ændrede form, og hvad der blev udeladt, før overdragelsen godkendes.

Domænet beholder sin model, mens overdragelsen får en kontrollerbar registrering.

Adoption starter fra de modeller, der allerede bærer arbejdet.

samme identitet, ny beslutning, illustrativ

Tildelt vedligeholdelseskontrakten for pump-4471 på ét anlæg

én identitet, vurderet ved hver anmodning

Inden for kontrakten, inden for vagten og på det godkendte anlæg: pumpehistorikken åbnes.

Et andet besøg under samme vilkår: beslutningen træffes igen, og svaret er det samme, fordi alle betingelser stadig er opfyldt.

Den samme identitet uden for den planlagte vagt: afvist. Intet blev tilbagekaldt, og ingen skulle huske noget; tidsbetingelsen fejlede, og afvisningen angiver det næste gyldige vindue.

{ "outcome": "refused", "policy": "next valid window", "severity": "warning" }

anmoder om et andet anlægs pumpehistorik

Naboanlæggets pumpehistorik ligger uden for den tildelte kontrakt: afvist, med grænsen angivet i stedet for et stille tomt resultat.

{ "outcome": "refused", "policy": "asset outside grant", "severity": "warning" }

Anmodningen kommer fra en ikke-godkendt placering: afvist, og oprindelsen registreres, så sikkerhedsteamet kan korrelere den med den aktivhistorik, der tilgås.

{ "outcome": "refused", "policy": "request origin rejected", "severity": "warning" }

enhver afvisning angiver den betingelse, der fejlede

sikkerhedsgodkendelse på eller over værdi

Adgang afhænger af anmodningen såvel som personen. Twin vurderer rolle, tildeling, tid og lokation sammen og registrerer derefter årsagen, når en anmodning afvises. Den samme person kan få forskellige svar, når vagten, stedet eller aktivet ændrer sig, uden en permanent rollemutation. Beslutningen forbliver knyttet til subjektet, ressourcen og den mislykkede betingelse til senere gennemgang. En tildelt adgang er afgrænset af det forhold og det tidsvindue, der begrundede den, snarere end at blive en bred rolle, der overlever den oprindelige opgave. En afvisning er nyttig dokumentation, fordi den navngiver den betingelse, en operatør kan rette eller udfordre. Ingen permanent rolle behøver at ændre sig for, at svaret ændrer sig.

Behold registreringen. Udled tilstanden. Spørg fortiden direkte.

Identitet og rolle er kun en del af spørgsmålet. Twin kan også vurdere tildelings-, tids-, lokations-, enheds- og politikbetingelser, når en person beder om en side eller en aktivhistorik. Hver af disse betingelser kontrolleres på tidspunktet for anmodningen.

Den samme person kan få adgang på vagt og blive afvist senere uden, at nogen permanent rolle ændrer sig. Beslutningen registrerer subjektet, ressourcen, tiden og den mislykkede regel, så en afvist anmodning ikke bliver en uforklaret blindgyde. En senere gennemgående kan derfor se den vagt, der gjorde forskellen.

En afvisning forklarer den mislykkede betingelse

Posten bevarer ændringen, dens kontekst og den beslutning, der fulgte.

samlet bagefter, fra hvem og hvad der er tilbage

hvad gjorde aktivet i marts, og hvad var kendt dengang

samme interval, kommando knyttet til resultat

én historie, flere tidsmæssige læsninger

Når nogen i juli spørger, hvorfor en beslutning fra marts blev truffet, skal svaret være registreringen fra marts, ikke en rekonstruktion ud fra dagens eksporter. Twin bevarer det relevante bevismateriale sammen med beslutningen. Spørgsmålet kan vælge, hvad der var kendt dengang, hvilken regel der gjaldt dengang, og hvilken korrektion der kom senere. Det sikrer, at en fair gennemgang ikke gør dagens viden til gårsdagens sikkerhed. Svaret bærer sine kildehændelser og oprindelse ved siden af konklusionen, så en anden reviewer kan gentage spørgsmålet i stedet for at stole på den første forklaring. En senere korrektion forbliver synlig uden at tage beslutningen fra marts ud af kontekst.

Bevar registreringen. Udled tilstanden. Spørg fortiden direkte.

Et revisionsspørgsmål kan bede om tilstanden i marts, oplysningerne kendt på en bestemt dag eller reglen, der gjaldt på det tidspunkt. Twin genopbygger den relevante læsning ud fra bevarede hændelser i stedet for at bede folk om at rekonstruere den ud fra eksporter.

Svaret bevarer sin tidsmæssige form, kildehændelser og oprindelse synlige ved siden af konklusionen. En reviewer kan gentage spørgsmålet og forstå, hvorfor en senere korrektion hører til i ét svar, men ikke i et andet.

Tvilling bevarer hændelsen, dens kontekst og den beslutning, den understøttede, i én operationel post.

Bevar posten. Udled tilstanden. Spørg fortiden direkte.

Hændelsesloggen bevarer kendsgerningen og det tidspunkt, hvor den skete.

En udledt visning kan forblive hurtig, mens hvert historisk svar forbliver sporbar.

En gemt hændelse kan besvare et spørgsmål, ingen vidste at stille på den dag, den blev skrevet. Svaret viser stadig, hvad der skete, hvad der var kendt på det tidspunkt, og hvem eller hvilken regel der formede resultatet.

Den samme operationelle hukommelse understøtter en gennemgang, en adgangsbeslutning, en linjekontrol og et scenarie. Disse anvendelser deler posten; de omskriver den ikke for hvert publikum.