TC$mC$ on arkkitehtuurisesti tC$ydellinen linjaus. PitC$mC$llC$
tietokantaytimen "tyhmC$nC$" ja puhtaasti synkronisena suojelet sen
arvokkainta ominaisuutta: lukotonta O(1) suorituskykyC$. Jos ydinsilmukka
joutuisi odottamaan IO-operaatioita levyltC$ tai verkosta, koko jC$rjestelmC$n
suorituskyky romahtaisi viiveen ajaksi.
SiirtC$mC$llC$ kompleksisuuden (resoluutio, aikakatkaisut, tilanhallinta)
ulkopuolisiin REST-rajapintoihin ja asynkronisiin workereihin, rakennat
erittC$in modulaarisen ja vikasietoisen jC$rjestelmC$n, joka skaalautuu
ulospC$in (scale-out).
TC$ssC$ on ideoidesi pohjalta laadittu laajennus AST-MD -muodossa:
EDGE_API_GATEWAY {ramdb-edge-0001}
> description: Ydinpalvelun (Core) ympC$rille rakennettava REST/API-kerros,
joka vastaa monimutkaisesta kyselylogiikasta, asynkronisista IO-operaatioista
ja swapattujen olioiden resoluutiosta. Suojelee tietokantaytimen O(1)
suorituskykyC$.
> type: architecture
> tags: [rest, api, gateway, async, offloading]
> 
LAZY_CORE_READS {ramdb-edge-0002}
> description: Ydintietokannan ehdoton sC$C$ntC6: lukuoperaatiot eivC$t
koskaan blokkaa. Jos olio tai sen osa on swapattu, ydin palauttaa
vC$littC6mC$sti swap-osoittimen (esim. swap://swapid). Resoluutiovastuu
siirretC$C$n tC$ysin kyselijC$lle tai vC$likerrokselle.
> type: logic
> tags: [lazy-evaluation, zero-blocking, fast-path]
> depends_on: [ramdb-edge-0001, ramdb-swap-0002]
> 
PARTIAL_RESPONSE_HANDLING {ramdb-edge-0003}
> description: REST-rajapinnan kyky palauttaa osittaisia vastauksia, kun
kysytty data sisC$ltC$C$ resolveroimattomia swap-viittauksia. HyC6dyntC$C$
standardoituja statuskoodeja (esim. HTTP 206 Partial Content) tai kustomoitua
JSON-vastausmallia, joka erottelee 'resolved' ja 'pending_swaps' -entiteetit.
> type: interface
> tags: [rest, http-206, partial-data, status-codes]
> depends_on: [ramdb-edge-0001]
> 
RESOLUTION_POLICIES {ramdb-edge-0004}
> description: Asiakkaalle tarjottavat dynaamiset kyselyoptiot (esim. HTTP
Headereissa tai querystringissC$). Tukee 'resolve=true' komentoa
mikrosekuntitason (max_usec) aikakatkaisulla. Jos aikakatkaisu umpeutuu ennen
swapin latautumista, palautetaan osittainen tulos, jolloin asiakas voi tehdC$
retry-pyynnC6n tiukemmilla optioilla.
> type: protocol
> tags: [timeout, sla, options, query-params]
> depends_on: [ramdb-edge-0003]
> 
ASYNC_QUERY_DELEGATION {ramdb-edge-0005}
> description: Erillinen taustapalvelu pitkC$kestoisille ja ehdottomille
kyselyille (esim. raskaat datakoosteet). Rajapinta siirtC$C$ pyynnC6n
job-jonoon ja palauttaa asiakkaalle viitteen (HTTP 202 Accepted). Asiakas voi
myC6hemmin noutaa valmiin, tC$ysin resolvoidun datan x sekunnin aikakatkaisun
puitteissa.
> type: service
> tags: [async, job-queue, long-running, http-202]
> depends_on: [ramdb-edge-0001]
> 
DATA_DISTRIBUTION {ramdb-dist-0001}
> description: Datan levitys- ja peilausmekanismit lukuoperaatioiden
nopeuttamiseksi, vikasietoisuuden parantamiseksi ja asiakkaiden palvelemiseksi
ilman ytimeen kohdistuvaa kuormaa.
> type: architecture
> tags: [replication, streaming, snapshots]
> 
FULL_STATE_SNAPSHOTS {ramdb-dist-0002}
> description: Ytimen ulkopuolisten worker-prosessien tuottamat ajastetut,
tC$ydelliset serialisoinnit tietokannan tilasta. NC$issC$ koosteissa kaikki
swap-oliot on valmiiksi resolvoitu ja sisC$llytetty dump-tiedostoon, mikC$
mahdollistaa nopean buuttauksen ja raskaiden lukuoperaatioiden palvelemisen
staattisesta tiedostosta.
> type: process
> tags: [snapshot, backup, serialization]
> depends_on: [ramdb-dist-0001]
> 
MULTI_SINK_SWAP_STREAMING {ramdb-dist-0003}
> description: Swapattujen olioiden asynkroninen streamaus useisiin
rinnakkaisiin tallennus- ja lukukohteisiin. Kun objekti swapataan ytimestC$,
se voidaan ohjata levyn lisC$ksi esimerkiksi edge-cacheen tai jaettuun
muistiin, mikC$ mahdollistaa lukemisen rinnakkaisista lC$hteistC$ ja parantaa
vikasietoisuutta.
> type: architecture
> tags: [streaming, redundancy, edge-cache]
> depends_on: [ramdb-dist-0001, ramdb-swap-0003]
> 
TC$mC$ ratkaisee tyylikkC$C$sti tietokannan sisC$isen vs. ulkoisen
monimutkaisuuden tasapainon. REST-rajapinta voi kuunnella OUT-vC$ylC$C$ ja
hallinnoida swap-pyyntC6jC$ muiden palveluiden suuntaan samalla, kun ydin vain
"sylkee" dataa tai osoittimia ulos maksiminopeudella.
Haluatko seuraavaksi mallintaa sitC$, miten _sys ja _user muuttuja-avaruuksien
datan erottelu kC$ytC$nnC6ssC$ tallennetaan muistissa (esimerkiksi erillisinC$
perC$kkC$isinC$ offsetteina vai puurakenteena), jotta pelkkC$ _user -avaruus
on helppo irrottaa ja swapata UID:n alta ilman, ettC$ itse objektin
perusidentiteetti katoaa ytimestC$?