Programiranje

Dva razloga, zakaj zvezna baza podatkov ni tako slam-dunk

Pogosto je prva težava, ki jo rešite pri selitvi v oblak: vaše podjetje uporablja na desetine, včasih na stotine različnih heterogenih baz podatkov, zdaj pa jih morate povezati v stotine navideznih pogledov podatkov v oblaku.

Pri tem je dobro to, da vam ni treba migrirati v nove zbirke podatkov ali jih celo premakniti od mesta, kjer trenutno gostujejo v oblaku. Navsezadnje obstajajo aplikacije, ki so odvisne od teh podatkov, in zadnje, kar želite storiti, je shranjevanje odvečnih podatkov.

Torej, zvežete se. To vam omogoča logično centralizacijo podatkov, ne da bi vam bilo treba spreminjati, kje so podatki fizično shranjeni, v oblaku ali ne.

Ampak ne tako hitro. Upoštevati je treba ovire. Tu sta moja prva dva.

Najprej uspešnost.Z uporabo centraliziranega in virtualiziranega pogleda na podlagi metapodatkov lahko zagotovo mešate podatke iz predmetne baze podatkov, relacijske baze podatkov in celo nestrukturirane podatke. Toda vaša sposobnost sprotnega poizvedovanja po teh podatkih v razumnem času je že druga zgodba.

Majhna skrivnost zveznih sistemov baz podatkov (v oblaku ali ne) je, da se bodo verjetno pojavila vprašanja o zmogljivosti, ki bodo uporabila zvezno bazo podatkov, razen če ste pripravljeni porabiti čas za optimizacijo uporabe navidezne baze , no, neuporabno. Mimogrede, namestitev zvezne baze podatkov v oblak vam ne bo pomagala, tudi če dodate več navideznega pomnilnika in računate, da poskušate vsiliti zmogljivost.

Razlog je v tem, da se mora toliko dogajati v ozadju, da le dobimo podatke iz različnih virov zbirk podatkov. Te težave se običajno rešijo z ugotavljanjem dobrega oblikovanja zvezne baze podatkov, nastavljanjem baze podatkov in omejevanjem števila fizičnih baz podatkov, ki jih je mogoče vključiti v en sam vzorec dostopa. Ugotovil sem, da je meja običajno štiri ali pet.

Drugič, varnost.Prepričan sem, da ima večina zveznih zbirk podatkov v oblaku, ki se izvajajo v oblaku, ranljivost, ki jo je mogoče zdaj izkoristiti, in večina podjetij, ki so lastniki podatkov, tega ne pozna.

Vzrok je enak tistemu, zakaj imate običajno težave z zmogljivostjo: Premikajočih se delov je toliko, da je težko zagotoviti, da so vsi podatki, dostopne točke, metapodatki itd. Zaklenjeni, a hkrati lahko dostopni.

Čeprav lahko vaši sistemi, ki uporabljajo zvezne zbirke podatkov, šifrirajo podatke v mirovanju, pogosto ne šifrirajo podatkov med letom. Če pa podatke med letom šifrirate, verjetno ne šifrirate podatkov v mirovanju. Ali pa obstaja neposredna pot do fizične baze podatkov, ki zaobide zvezno arhitekturo baze podatkov in varnost, ki jo zagotavlja.

Do danes še nisem videl zvezne baze podatkov z zanesljivo centralizirano varnostjo, ki bi delovala tako na navidezni kot na fizični ravni baze podatkov. Zaposlite se z zapiranjem teh lukenj!

$config[zx-auto] not found$config[zx-overlay] not found