Je to často prvý problém, ktorý vyriešite pri prechode do cloudu: Váš podnik používa desiatky, niekedy stovky, rôznych heterogénnych databáz a teraz ich musíte spojiť do stoviek virtuálnych zobrazení údajov v cloude.
Dobré na tom je, že nemusíte migrovať do nových databáz alebo dokonca presúvať údaje z miesta, kde sú momentálne hosťované v cloude. Nakoniec môžu existovať aplikácie, ktoré sú závislé od týchto údajov, a posledná vec, ktorú chcete urobiť, je ukladanie nadbytočných údajov.
Takže, federujete. To vám dáva logickú centralizáciu údajov bez toho, aby ste museli meniť miesto, kde sú údaje fyzicky uložené, či sú cloudové alebo nie.
Ale nie tak rýchlo. Je potrebné zvážiť blokovanie ostatných ciest. Tu sú moje dve najlepšie.
Po prvé, výkon.Môžete určite kombinovať údaje z objektovej databázy, relačnej databázy a dokonca aj z neštruktúrovaných údajov pomocou centralizovaného a virtualizovaného zobrazenia založeného na metadátach. Ale vaša schopnosť spúšťať dotazy v reálnom čase na tieto údaje v primeranom čase je iný príbeh.
Špinavým malým tajomstvom federovaných databázových systémov (cloudových alebo iných) je, že pokiaľ nie ste ochotní stráviť čas potrebný na optimalizáciu využitia virtuálnej databázy, pravdepodobne sa objavia problémy s výkonom, ktoré využívajú federovanú databázu , no, zbytočné. Mimochodom, uvedenie federovanej databázy do cloudu vám nepomôže, ani keď pridáte ďalšie virtuálne úložisko a výpočty, ktoré sa pokúsia hrubou silou vynútiť výkon.
Dôvodom je, že toľko sa musí diať na pozadí, len aby boli dáta k dispozícii z mnohých rôznych zdrojov databáz. Tieto problémy sú obvykle vyriešené zistením dobrého návrhu federatívnej databázy, vyladením databázy a stanovením obmedzení počtu fyzických databáz, ktoré môžu byť zapojené do jedného modelu prístupu. Zistil som, že limit je zvyčajne štyri alebo päť.
Po druhé, bezpečnosť.Som si istý, že väčšina cloudových federovaných databáz spustených v cloude má zraniteľnosť, ktorú je možné teraz zneužiť, a väčšina spoločností, ktoré dáta vlastní, o tom nevie.
Príčina je rovnaká ako dôvod, prečo obvykle máte problémy s výkonom: Existuje toľko pohyblivých častí, že je ťažké zabezpečiť, aby boli všetky údaje, prístupové body, metadáta atď. Uzamknuté, ale zároveň ľahko prístupné.
Aj keď vaše systémy používajúce federované databázy môžu šifrovať údaje v pokoji, často nešifrujú údaje za letu. Alebo ak šifrujete údaje za letu, pravdepodobne nebudete šifrovať údaje v pokoji. Alebo existuje priama cesta k fyzickej databáze, ktorá obchádza architektúru federovanej databázy a zabezpečenie, ktoré poskytuje.
Dodnes som nevidel federovanú databázu so spoľahlivým centralizovaným zabezpečením, ktorá by fungovala na virtuálnej aj fyzickej databázovej vrstve. Takže zaneprázdnite sa zapojením týchto dier!
