GNU/Linux >> Linux Esercitazione >  >> Linux

Panoramica dei tipi di database distribuiti e della sicurezza

Molte aziende sono passate da database centralizzati a database distribuiti, questi ultimi servizi basati su cloud che presentano vantaggi significativi rispetto al modello precedente e precedente. Tuttavia, qualsiasi nuova tecnologia all'interno dell'IT solleva segnali di cautela poiché i problemi di sicurezza vengono rilevati e risolti. Il fatto è che i database distribuiti non sono nuovi. Le aziende che hanno esperienza e competenza nel campo conoscono una gestione del database distribuita corretta e sicura, insieme agli strumenti necessari per una forte amministrazione.

Questo articolo esaminerà brevemente il modello distribuito rispetto al modello centralizzato, i tipi principali di database distribuiti e le basi della sicurezza.

Database centralizzate e distribuite

VirtualMV fornisce una panoramica di base dei due tipi generali di database:centralizzato (o centralizzato, a seconda della versione inglese) e distribuito:

Banca dati centralizzate risiedono in un unico posto, in altre parole, tutto l'hardware e gli altri elementi infrastrutturali che eseguono e archiviano il database sono sotto lo stesso tetto. Di solito è accessibile tramite una connessione web. Le istituzioni finanziarie utilizzeranno spesso questo tipo di database:Australia e New Zealand Banking Group (ANZ) ne è un esempio. È convenzionale e ha i suoi limiti, ma è uno standard consolidato.

Banche dati distribuite si trovano nel cloud. In altre parole, una rete di computer in più posizioni fisiche viene utilizzata per l'archiviazione, l'elaborazione e la gestione del database.

Chiaramente, i parametri di un database diventano più complessi quando si utilizza il modello distribuito. Tuttavia, molte aziende, tra cui Google, si sono rivolte alla distribuzione dei dati per migliorare la ridondanza del database, la velocità, la scalabilità e, in un certo senso, la sicurezza (in particolare, quest'ultima migliora consentendo solo a determinati utenti di accedere a sezioni specifiche del database distribuito).

Google, ad esempio, utilizza un database distribuito per raccogliere, conservare e recuperare le informazioni di ricerca a intervalli prestabiliti (forse una volta al minuto o un'ora anziché momento per momento, sebbene la maggior parte dei database distribuiti fornisca dati quotidianamente) perché la ricerca di solito avviene in schemi simili in diverse aree del mondo.

Indipendentemente dal fatto che un database sia centralizzato o distribuito, quando viene utilizzato, il database è lo stesso, nel senso che è un unico database. Tuttavia, ciò a cui un singolo utente potrebbe accedere in un determinato luogo in genere non è l'intero database. Invece, l'accesso locale conduce solo alla parte del database applicabile all'area locale, ciò che conta per quel particolare ramo dell'attività, come i clienti locali nell'area, motivo per cui le aziende globali con numerose filiali scelgono spesso questo modello. La sezione del database della filiale aggiorna il database della sede principale – l'intero database – solitamente giornalmente, come descritto nel paragrafo Google precedente.

Tipi di database distribuito

I database distribuiti sono tutti progettati in modo leggermente diverso e puoi classificarli in modi diversi. Per avere un'idea di alcuni dei principali tipi di database distribuiti, diamo un'occhiata ai duplicati , partizione e partizione + indice approcci per gentile concessione di ICT (tecnologie dell'informazione e della comunicazione) sito educativo Insegnare ICT. Queste categorie ci danno un'idea di come i database distribuiti possono essere compartimentalizzati (o meno):

  • Duplicato – In una versione duplicata di un database distribuito, l'intero database è archiviato in ciascuno dei vari rami. Ciò significa che hai una copia del database abbastanza aggiornata (a seconda della frequenza con cui si verificano gli aggiornamenti) in tutti i siti locali dell'azienda. Questa soluzione funziona bene se il tuo database non è grande e non sei interessato alla scalabilità.
  • Partizionato – Dividi il database in pezzi, sezionando ciò che è necessario per particolari reparti o situazioni. Un esempio ovvio in cui il partizionamento ha senso è con le filiali locali perché in genere non hanno bisogno di tutto nel database nazionale o internazionale a portata di mano. Un'altra situazione per cui il partizionamento può essere utilizzato in diverse applicazioni designate per attività specifiche:l'applicazione dell'ordine del cliente, ad esempio, non deve contenere le stesse informazioni dell'applicazione dell'inventario (e viceversa; vedere il secondo paragrafo in "database distribuite" sezione precedente).
  • Partizionato + indice – Un'ulteriore evoluzione del database partizionato mantiene un indice dei dati del database archiviato in altre posizioni. Gli indici vengono aggiornati tipicamente ogni giorno (in un'ora di traffico ridotto) tramite batch, nello stesso modo in cui quelli partizionati aggiornano il database principale. In altre parole, il sistema è un compromesso tra gli altri due approcci.

Potenziali problemi di sicurezza del database distribuito

Come ci ricorda Oracle, puoi impostare per il tuo database distribuito lo stesso tipo di protezione di sicurezza che esiste su uno centralizzato, ovviamente ingegnerizzato e/o configurato in modo da adattarsi alle specifiche del modello distribuito:

  • password per ogni utente, con autorizzazioni specifiche per ogni tipo di utente
  • software aggiuntivo per il controllo incrociato dell'utente e dell'autenticazione del tipo
  • Tecnologia crittografica per proteggere i pacchetti di dati tra i server e durante la comunicazione con gli utenti.

Un database distribuito può essere estremamente sicuro. Si tratta solo di apprezzare dove vengono create nuove vulnerabilità modificando il modello di database. Anche in questo caso, il partizionamento del database ti consente di segmentare i tuoi utenti in varie categorie di accesso al database, il che è un chiaro vantaggio per la sicurezza.

I database distribuiti sono sempre più popolari per una serie di motivi. Il principale è che riducono significativamente la tensione sulla rete, in particolare quando viene distribuita una varietà partizionata. Il fatto che Google ne utilizzi uno per organizzare i suoi dati di ricerca è un segno di quanto sia diventato affidabile e, quindi, affidabile questo modello di gestione del database.

Controlla di nuovo per ulteriori aggiornamenti da Atlantic.Net o scopri di più sulle nostre opzioni di hosting VPS.


Linux
  1. Comandi Linux - Panoramica ed esempi

  2. Database NoSQL distribuito Elasticsearch:cos'è e dovresti usarlo?

  3. Come eseguire il backup e il ripristino del database in PostgreSQL

  4. Gestisci i gruppi di sicurezza e le regole

  5. Panoramica del processo UNIX (all'interno di un processo Linux e tipi di processo)

Come installare e proteggere MariaDB in RHEL 8.5

Imposta X-pack Security su Elasticsearch e Kibana

Panoramica di PHPMyAdmin

Panoramica di MySQL

Che cos'è un database distribuito e a cosa servono i sistemi di dati distribuiti?

Panoramica di RAMFS e TMPFS su Linux