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.

A Twin egy eseményalapú digitális ikerplatform. Az üzemeltetési rekordot a te rendszereiden tartja, így visszajátszhatod az előzményeket, és választ kaphatsz a változás után. Apache-2.0 licenc alatt nyílt forráskódú, és a Dweve alapítói kiadási programjának kilencedik körében jelenik meg, dokumentációja pedig ugyanazon a napon a docs.dweve.com oldalon érhető el.

A Twin digitális iker azoknak a dolgoknak, amelyekre az emberek támaszkodnak: minden változás kap egy sort, és a régi sorok megmaradnak.

Saját üzemeltetésű, operátor által irányított infrastruktúrán

A saját üzemeltetésű működés megtekintése

Eseményalapú digitális iker, ahol a napló a rekord, és minden aktuális állapot a múltból származik.

A Twin nyílt forráskódú, Apache-2.0 licenc alatt. A kilencedik körben jelenik meg az alapítványi kiadási programban; amint megjelenik, futtasd a saját infrastruktúrádon, és kérdezd közvetlenül a múltat.

Tartsd meg a rekordot az első eseménytől

Strukturált működési rekordok elszámoltatható rendszerekhez.

Szimulációs modellek, amelyek a működési állapothoz kapcsolódnak.

Egy időbeli vagy kapcsolati lekérdezés nem helyettesíti az eseménytörténetet egy kényelmes válasszal. A Twin a kért nézetet ebből a történetből vezeti le, és nyilvánvalóvá teszi az utat a vetítéseken, kapcsolatokon és időn keresztül.

Ez a szétválasztás akkor számít, amikor egy vetítést újraépítenek, vagy egy késői esemény érkezik. Ugyanaz a kérdés újra futtatható a módosított történet ellen, míg a korábbi válasz ahhoz kötve marad, amit a létrehozásakor tudtak.

őrizd meg az eseményekhez fűződő származását

A nézet változhat, ha a történet változik, anélkül hogy maga a rekord lenne.

A gyors válasz a történet olvasata, soha nem annak helyettesítője.

Ugyanaz a személy engedélyt kaphat egy eszköz megtekintésére műszak közben, és elutasítást a műszak végén. A hozzárendelés, a helyszín és az eszköz állapota is számíthat a szerep mellett, így egy statikus engedélylista nem írhat le minden jogszerű döntést.

A Twin ezeket a feltételeket a rögzített működési állapot alapján értékeli, és a döntést a bemeneteivel együtt tartja meg. Egy felülvizsgáló láthatja, ki kért, mihez volt hozzárendelve, mely feltételek vonatkoztak, és miért engedélyezték vagy utasították el a hozzáférést abban az időben.

Hozzáféréssel kapcsolatos döntés nyugtája

engedélyezés vagy elutasítás indoklással

Az engedély egy kiértékelt esemény, nem egy örökké tartó kulcs.

Egy későbbi audit a döntéssel együtt rögzített feltételeket használja.

A Twin az esemény- és kapcsolatmodelljét elkülönítve tartja bármely iparági szabványtól. Az adapterek képesek olvasni és írni a már használt modelleket, míg a kernel egyetlen konzisztens képet őriz az időről, a származásról és a változásokról.

Nem minden konstrukciónak van pontos megfelelője. Ezért az átadás tartalmaz egy veszteségjelentést, amely azonosítja, mi volt reprezentálva, mi lett átalakítva, és mi nem volt átvihető.

Az interoperabilitás áttekinthető marad, mert a fordítási bizonyíték együtt utazik az átadással.

Az adapter a különbséget explicitté teszi, ahelyett hogy egy sikeres export mögé rejtené.

Egy eszköz-, klinikai vagy folyamatmodell a tartomány tulajdonában marad. A Twin adapteren keresztül fogadja el, és működési előzményeket ad hozzá anélkül, hogy a szervezetnek előbb minden meglévő modellt le kellene cserélnie.

Amikor az információ visszafelé áramlik, a fogadó megkapja a leképezést és annak korlátait. A felülvizsgáló láthatja, mi került a Twinbe, mi változtatta meg a formáját, és mi maradt ki, mielőtt jóváhagyja az átadást.

A tartomány megtartja a modelljét, miközben az átadás áttekinthető nyilvántartást kap.

A bevezetés azokból a modellekből indul, amelyek már hordozzák a munkát.

kettő engedélyezve, három elutasítva indoklással

azonos identitás, friss döntés, szemléltető

A pump-4471 karbantartási szerződéshez rendelve egy telephelyen

egy identitás, minden kérésnél kiértékelve

A szerződésen belül, a műszakon belül és a jóváhagyott telephelyen: a szivattyú előzményei megnyílnak.

Második látogatás azonos feltételekkel: a döntés újra megszületik, és a válasz ugyanaz, mert minden feltétel továbbra is teljesül.

Azonos identitás a beosztott műszakon kívül: elutasítva. Semmit nem vontak vissza, és senkinek nem kellett emlékeznie semmire; az időfeltétel nem teljesült, és az elutasítás megnevezi a következő érvényes időablakot.

CEF:0|Dweve|Twin|access|refused|warning|subject=maintenance contractor resource=pump-4471 history policy=next valid window

LEEF:2.0|Dweve|Twin|access|refused|subject=maintenance contractor|resource=pump-4471 history|policy=next valid window

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

másik telephely szivattyú-előzményeinek kérése

A szomszédos telephely szivattyú-előzményei a kijelölt szerződésen kívül esnek: elutasítva, a határ megnevezve, nem pedig csendes üres eredmény.

CEF:0|Dweve|Twin|access|refused|warning|subject=maintenance contractor resource=pump-2210 history policy=asset outside grant

LEEF:2.0|Dweve|Twin|access|refused|subject=maintenance contractor|resource=pump-2210 history|policy=asset outside grant

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

A kérés nem jóváhagyott helyről érkezik: elutasítva, és az eredet rögzítve van, hogy a biztonsági csapat összevethesse az elért eszköz előzményeivel.

CEF:0|Dweve|Twin|access|refused|warning|subject=maintenance contractor source=external gateway policy=request origin rejected

LEEF:2.0|Dweve|Twin|access|refused|subject=maintenance contractor|source=external gateway|policy=request origin rejected

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

minden elutasítás megnevezi a sikertelen feltételt

a hozzáférési szint legalább az értéknek megfelelő

A hozzáférés nemcsak a személytől, hanem a kéréstől is függ. A Twin a szerepkört, a hozzárendelést, az időt és a helyszínt együtt értékeli, majd rögzíti az okot, ha egy kérést elutasít. Ugyanaz a személy más választ kaphat, ha a műszak, a helyszín vagy az eszköz változik, anélkül, hogy a szerepköre véglegesen módosulna. A döntés a későbbi felülvizsgálat érdekében a személyhez, az erőforráshoz és a meghiúsult feltételhez kötve marad. A megadott hozzáférés a kapcsolatra és az időablakra korlátozódik, amelyek azt indokolták, nem pedig olyan tág szerepkörré válik, amely túléli az eredeti feladatot. Az elutasítás hasznos bizonyíték, mert megnevezi azt a feltételt, amelyet a kezelő korrigálhat vagy megkérdőjelezhet. A válasz megváltozásához nem kell véglegesen módosítani egyetlen szerepkört sem.

A hozzáférés minden alkalommal kiértékelve

Őrizze meg a rekordot. Vezesse le az állapotot. Kérdezze közvetlenül a múltat.

A személyazonosság és a szerepkör csak része a kérdésnek. A Twin a hozzárendelést, az időt, a helyszínt, az eszközt és a szabályzat feltételeit is értékelheti, amikor valaki egy oldalt vagy egy eszköz előzményeit kéri. Minden feltétel a kérés pillanatában kerül ellenőrzésre.

Ugyanaz a személy műszakban engedélyt kaphat, később pedig elutasítást, anélkül, hogy bármelyik szerepköre véglegesen módosulna. A döntés rögzíti a személyt, az erőforrást, az időt és a megsértett szabályt, így az elutasított kérés nem válik megmagyarázhatatlan zsákutcává. A későbbi felülvizsgáló ezért láthatja, hogy melyik műszak okozta a különbséget.

Az elutasítás megmagyarázza a meghiúsult feltételt

A rekord megőrzi a változást, annak kontextusát és az azt követő döntést.

utólag összeállítva, abból, aki és ami maradt

mit csinált az eszköz márciusban, és mi volt akkor ismert

ugyanaz az intervallum, a parancs az eredményhez kapcsolva

adott időpontra visszaállított rekonstrukció

Ha júliusban valaki megkérdezi, miért született egy márciusi döntés, a válasznak a márciusi nyilvántartásnak kell lennie, nem pedig a mai exportokból való rekonstrukciónak. A Twin a döntéssel együtt megőrzi a releváns bizonyítékhalmazt. A kérdés kiválaszthatja, hogy mi volt ismert akkor, melyik szabály volt érvényben akkor, és melyik korrekció érkezett később. Ez megakadályozza, hogy egy tisztességes felülvizsgálat a mai tudást tegnapi bizonyossággá változtassa. A válasz a következtetés mellett hordozza a forráseseményeket és a származást, így egy másik felülvizsgáló megismételheti a kérdést, ahelyett hogy megbízna az első magyarázatban. Egy későbbi korrekció látható marad anélkül, hogy a márciusi döntést kiragadná a kontextusból.

Őrizze meg a nyilvántartást. Vezesse le az állapotot. Kérdezze közvetlenül a múltat.

Júliusban kérdezve a márciusi állapotról

Egy auditkérdés kérheti a márciusi állapotot, az egy adott napon ismert információt vagy az akkor hatályos szabályt. A Twin a megőrzött eseményekből építi fel a megfelelő értelmezést, ahelyett hogy az embereknek kellene rekonstruálniuk az exportokból.

A válasz megőrzi időbeli formáját, a forráseseményeket és a származást, amelyek a következtetés mellett láthatók. Egy felülvizsgáló megismételheti a kérdést, és megértheti, miért tartozik egy későbbi korrekció az egyik válaszhoz, de a másikhoz nem.

A válasz már benne van a nyilvántartásban