Sommario:
Sei a conoscenza dei difetti fondamentali nell'architettura legacy e nei database SQL tradizionali? Sapevi che i database SQL non sono progettati per ridimensionare letture e scritture? Ti chiedi se il tuo database SQL tradizionale può creare problemi per l'elaborazione delle analisi online? Sfortunatamente, la risposta è un sì definitivo. Nonostante gli interventi ad alta intensità di lavoro da parte dei DBA per scalare i database oltre le esigenze aziendali esistenti, l'enorme volume e la velocità dei dati aziendali rendono molto difficile adattarsi alle richieste dinamiche evitando tempi di inattività e ritardi. Queste sfide non significano che il ridimensionamento del database SQL sia impossibile. Significa solo che il processo è pieno di sfide su tutti i fronti. Impariamo perché. (Per ulteriori informazioni su SQL, vedere Come può SQL su Hadoop aiutare con l'analisi dei Big Data?)
Le carenze dei sistemi di gestione di database monolitici
Concepiti in un'era relativamente centralizzata in cui il software veniva distribuito in ambienti statici, le architetture di database legacy non riescono a supportare un mondo sempre più mobile in cui è possibile accedere alle applicazioni sempre e ovunque. Oggi gli utenti di software desiderano miglioramenti costanti nell'usabilità e si aspettano che i fornitori SaaS offrano nuove funzionalità e funzionalità necessarie per raggiungere i loro obiettivi aziendali.
Tuttavia, le tecnologie di database legacy non soddisfano le esigenze degli odierni ambienti distribuiti e cloud per i seguenti motivi:
