Se on usein ensimmäinen ongelma, jonka ratkaiset siirtyessäsi pilveen: Yrityksesi käyttää kymmeniä, joskus satoja erilaisia heterogeenisiä tietokantoja, ja sinun on nyt yhdistettävä ne satoihin virtuaalisiin näkymiin pilvessä olevista tiedoista.
Tässä on hyvä se, että sinun ei tarvitse siirtyä uusiin tietokantoihin tai edes siirtää tietoja sieltä, missä niitä pilvessä tällä hetkellä isännöidään. Loppujen lopuksi saattaa olla sovelluksia, jotka ovat riippuvaisia näistä tiedoista, ja viimeinen asia, jonka haluat tehdä, on tallentaa turhaa tietoa.
Joten, sinä olet federaatio. Tämä antaa sinulle loogisen tiedon keskittämisen ilman, että sinun tarvitsee muuttaa tietoja fyysisesti, pilvipalveluna tai ei.
Mutta ei niin nopeasti. On otettava huomioon esteitä. Tässä ovat minun kaksi parasta.
Ensinnäkin suorituskyky.Voit varmasti sekoittaa tietoja objektipohjaisesta tietokannasta, relaatiotietokannasta ja jopa strukturoimattomasta datasta keskitetyn ja virtualisoidun metatietopohjaisen näkymän avulla. Mutta kykysi suorittaa reaaliaikaisia kyselyjä kyseisille tiedoille kohtuullisessa ajassa on toinen tarina.
Likainen pieni salaisuus yhdistetyistä tietokantajärjestelmistä (pilvi vai ei) on, että ellet ole valmis käyttämään aikaa virtuaalitietokannan käytön optimointiin, todennäköisesti ilmenee suorituskykyongelmia, jotka käyttävät yhdistettyä tietokantaa , hyödytön. Muuten, yhdistetyn tietokannan sijoittaminen pilveen ei auta sinua, vaikka lisäät virtuaalitallennustilaa ja laskisit suorituskyvyn raakaa voimaa.
Syynä on, että taustalla täytyy tapahtua niin paljon, että tiedot saadaan paikalleen monista eri tietokantalähteistä. Nämä ongelmat korjataan tyypillisesti selvittämällä hyvä yhdistetty tietokannan suunnittelu, virittämällä tietokanta ja asettamalla rajoituksia sille, kuinka monta fyysistä tietokantaa voidaan liittää yhteen pääsymalliin. Olen huomannut, että raja on tyypillisesti neljä tai viisi.
Toiseksi turvallisuus.Olen melko varma, että useimmissa pilvipalvelussa toimivissa yhdistetyissä pilvipohjaisissa tietokannoissa on haavoittuvuus, jota voidaan hyödyntää nyt, ja useimmat tiedot omistavat yritykset eivät tiedä sitä.
Syy on sama kuin miksi sinulla on yleensä suorituskykyongelmia: Liikkuvia osia on niin paljon, että on vaikea varmistaa, että kaikki tiedot, tukiasemat, metatiedot jne. On lukittu, mutta samalla helposti käytettävissä.
Vaikka yhdistettyjä tietokantoja käyttävät järjestelmät saattavat salata tietoja levossa, ne eivät usein salaa tietoja lennon aikana. Tai jos salaat tietoja lennon aikana, et todennäköisesti salaa tietoja levossa. Tai fyysiseen tietokantaan on suora polku, joka ohittaa yhdistetyn tietokantaarkkitehtuurin ja sen tarjoaman turvallisuuden.
Toistaiseksi en ole nähnyt yhdistettyä tietokantaa, jossa olisi vakaa keskitetty suojaus ja joka toimisi sekä virtuaalisessa että fyysisessä tietokantakerroksessa. Joten kiireinen tukemalla nämä reiät!
