Funzioni di Oracle NoSQL Database Cloud Service
Scopri le funzioni principali di Oracle NoSQL Database Cloud Service e di NoSQL Database Service Sempre gratis. Il servizio di database NoSQL Sempre gratis è attualmente disponibile solo nell'area di Phoenix.
Questo articolo contiene i seguenti argomenti:
Caratteristiche principali
Apprendere le funzioni principali di Oracle NoSQL Database Cloud Service.
-
Completamente gestito con Zero Administration: gli sviluppatori non devono amministrare i server di dati o l'infrastruttura e la sicurezza di base. Oracle gestisce l'hardware e il software che consente agli sviluppatori di concentrarsi sulla creazione di applicazioni.
-
Ciclo di vita dello sviluppo più rapido: dopo aver acquistato l'accesso al servizio, gli sviluppatori scrivono le proprie applicazioni e quindi si connettono al servizio utilizzando le proprie credenziali. La lettura e la scrittura dei dati possono iniziare immediatamente. Oracle esegue Gestione database, Gestione storage, Alta disponibilità e Scalabilità, il che aiuta gli sviluppatori a concentrarsi sulla distribuzione di applicazioni altamente performanti.
-
Prestazioni e prevedibilità elevate: Oracle NoSQL Database Cloud Service sfrutta le tecnologie dei componenti più recenti in Oracle Cloud Infrastructure fornendo prestazioni elevate su larga scala. Gli sviluppatori sanno che le loro applicazioni restituiscono dati con latenze prevedibili, anche se i loro requisiti di throughput e storage aumentano.
-
Throughput on-demand e provisioning dello storage: Oracle NoSQL Database Cloud Service si ridimensiona per soddisfare i requisiti delle prestazioni del throughput delle applicazioni con latenza bassa e prevedibile. Con l'aumento dei carichi di lavoro con periodiche fluttuazioni aziendali, le applicazioni possono aumentare il throughput di cui è stato eseguito il provisioning per mantenere un'esperienza utente coerente. Man mano che i carichi di lavoro diminuiscono, le stesse applicazioni possono ridurre il throughput di cui è stato eseguito il provisioning, con conseguente riduzione delle spese operative. Lo stesso vale per i requisiti di storage. Questi possono essere adattati in base alle fluttuazioni aziendali. Puoi aumentare o ridurre lo storage utilizzando la console di Oracle Cloud Infrastructure o l'API
TableRequest.È possibile scegliere tra un'allocazione di capacità su richiesta o un'allocazione di capacità basata su provisioning:
-
Grazie alla capacità on-demand, non è necessario eseguire il provisioning delle capacità di lettura o scrittura per ogni tabella. Paghi solo per le unità di lettura e scrittura effettivamente consumate. Oracle NoSQL Database Cloud Service gestisce automaticamente le capacità di lettura e scrittura per soddisfare le esigenze dei carichi di lavoro dinamici.
-
Con la capacità di cui è stato eseguito il provisioning, puoi aumentare o ridurre il throughput utilizzando la console di Oracle Cloud Infrastructure o l'API
TableRequest.
È inoltre possibile modificare la modalità di capacità da Capacità con provisioning a Capacità su richiesta e viceversa.
-
-
Ambiente in hosting dedicato: Oracle NoSQL Database Cloud Service offre la possibilità di eseguire il carico di lavoro in un ambiente in hosting dedicato. Questo tipo di ambiente viene utilizzato per i carichi di lavoro delle applicazioni più impegnativi. L'ambiente hosted di Oracle NoSQL Database è un ambiente NoSQL con storage collegato locale ed è dedicato alla tenancy, con limiti di lettura, scrittura e storage estremamente elevati.
-
Tabelle attive globali: Oracle NoSQL Database Cloud Service supporta un'architettura di tabella attiva globale in cui è possibile creare tabelle, replicarle in più aree e gestire i dati sincronizzati tra le repliche regionali. Una tabella attiva globale è costituita da una o più repliche di tabelle regionali. Qualsiasi aggiornamento apportato a una tabella in un'area viene propagato automaticamente alle repliche in tutte le altre aree partecipanti. Le tabelle attive globali possono utilizzare il modello di throughput di cui è stato eseguito il provisioning o su richiesta. In generale, tutte le tabelle Oracle NoSQL vengono create come tabelle singleton. Una tabella singleton è una tabella Oracle NoSQL che non viene replicata in una o più aree. La controparte di una tabella singleton è una tabella Global Active. Una tabella singleton può essere convertita in una tabella attiva globale aggiungendo una replica di tabella in un'altra area. È possibile aggiungere o rimuovere repliche dell'area durante il ciclo di vita di una tabella.
Nota: una tabella NoSQL Sempre gratis può essere solo una tabella singleton.
-
Modellazione dei dati: Oracle NoSQL Database Cloud Service supporta la modellazione basata su schemi e senza schemi (JSON).
-
Supporto dati JSON: Oracle NoSQL Database Cloud Service consente agli sviluppatori di eseguire query sui dati JSON privi di schema utilizzando la sintassi SQL nota.
-
Aggiornamenti JSON parziali: Oracle NoSQL Database Cloud Service consente agli sviluppatori di aggiornare (modificare, aggiungere e rimuovere) parti di un documento JSON. Poiché questi aggiornamenti si verificano sul server, viene eliminata la necessità di un ciclo di lettura-modifica-scrittura, che consumerebbe la capacità di throughput.
-
API semplici: Oracle NoSQL Database Cloud Service offre API CRUD (Create Read Update Delete) di facile utilizzo che consentono agli sviluppatori di creare facilmente tabelle e gestire i dati al loro interno.
-
Sicurezza dei dati nella ridondanza: Oracle NoSQL Database Cloud Service memorizza i dati in più domini di disponibilità (AD) o domini di errore (FD) in singole aree del dominio di disponibilità. Se un AD o un FD non è più disponibile, i dati utente sono ancora accessibili da un altro AD o FD.
-
Sicurezza dei dati: i dati vengono cifrati in archivio (su disco) con Advanced Encryption Standard (AES 256). I dati vengono cifrati in movimento (trasferimento dei dati tra l'applicazione e Oracle NoSQL Database Cloud Service) con HTTPS.
-
Transazioni conformi agli ACID: le transazioni ACID (Atomicità, Coerenza, Isolamento, Durabilità) sono completamente supportate per i dati memorizzati in Oracle NoSQL Database Cloud Service. Se necessario, la coerenza può essere rilassata a favore di una latenza inferiore.
-
Time-To-Live: Oracle NoSQL Database Cloud Service consente agli sviluppatori di impostare un intervallo di tempo sulle righe della tabella, dopo il quale le righe scadono automaticamente e non sono più disponibili. Questa funzione è un requisito fondamentale quando si acquisiscono i dati dei sensori per i servizi Internet Of Things (IoT).
-
Query SQL: Oracle NoSQL Database Cloud Service consente agli sviluppatori di accedere ai dati con query SQL.
-
Indici secondari: gli indici secondari consentono a uno sviluppatore di creare un indice in qualsiasi campo di un tipo di dati supportato, migliorando così le prestazioni su più percorsi per le query che utilizzano l'indice.
-
Gerarchia tabelle NoSQL: Oracle NoSQL Database Cloud Service supporta gerarchie di tabelle che offrono elevata scalabilità e, allo stesso tempo, offrono i vantaggi della normalizzazione dei dati. Una gerarchia di tabelle NoSQL è un modello di dati ideale per le applicazioni che richiedono una certa normalizzazione dei dati, ma richiedono anche una latenza prevedibile e bassa su larga scala. Una gerarchia di tabelle collega tabelle distinte e pertanto abilita i join esterni a sinistra, combinando le righe di due o più tabelle in base alle colonne correlate tra di esse. Tali join vengono eseguiti in modo efficiente poiché le righe delle tabelle padre-figlio sono posizionate contemporaneamente nella stessa partizione di database.
Modello di responsabilità per Oracle NoSQL Database
In generale, Oracle è responsabile dell'esecuzione dei diversi task di gestione correlati all'amministrazione e al monitoraggio dei servizi Oracle Cloud per Oracle NoSQL Database. Tuttavia, il cliente è responsabile di alcuni task e talvolta di indirizzare Oracle all'avvio di un task o alla specifica di come o quando Oracle deve eseguire un task.
Tabella - Condivisione dei task tra Oracle e il cliente
| Task | Chi | Dettagli |
|---|---|---|
| Provisioning delle tabelle di database NoSQL | Oracle | Oracle è responsabile del provisioning delle tabelle. Il cliente è responsabile dell'avvio di richieste di provisioning che specificano le capacità delle tabelle specificate, incluse le unità di lettura, le unità di scrittura e lo storage. Inoltre, il cliente è responsabile della specifica del modello di determinazione prezzi. |
| Backup delle tabelle | Cliente | Il cliente è responsabile del backup delle tabelle in base a una pianificazione scelta. Oracle fornisce uno strumento di migrazione che può essere utilizzato per eseguire un backup e memorizzarlo nello storage degli oggetti Oracle. |
| Ripristino di una tabella | Cliente | Il cliente è responsabile del ripristino delle tabelle. Oracle fornisce uno strumento di migrazione che può essere utilizzato per ripristinare una tabella dai file memorizzati nello storage degli oggetti Oracle. |
| Applicazione di patch e aggiornamento | Oracle | Oracle è responsabile dell'applicazione di patch e dell'upgrade di tutte le risorse di NoSQL Database. |
| Scala | Oracle | Oracle è responsabile del ridimensionamento delle tabelle di database NoSQL. Il cliente è responsabile dell'avvio delle richieste di ridimensionamento. |
| Monitoraggio dello stato dei servizi | Oracle | Oracle è responsabile del monitoraggio dello stato delle risorse NoSQL Database e dell'assicurazione della loro disponibilità secondo le linee guida pubblicate. |
| Monitoraggio dello stato e delle prestazioni delle applicazioni | Cliente | Il cliente è responsabile del monitoraggio dello stato e delle prestazioni delle applicazioni a tutti i livelli. Questa responsabilità include il monitoraggio delle prestazioni delle tabelle e gli aggiornamenti eseguiti dalle applicazioni. |
| Sicurezza dell'applicazione | Cliente | Il cliente è responsabile della sicurezza delle applicazioni a tutti i livelli. Questa responsabilità include l'accesso degli utenti cloud alle tabelle di database NoSQL, l'accesso di rete a queste risorse e l'accesso ai dati. Oracle garantisce che i dati memorizzati nelle tabelle di database NoSQL vengano cifrati e garantisce che le connessioni alle tabelle di database NoSQL richiedano la cifratura TLS 1.2 e l'autenticazione basata su wallet. |
| Audit | Oracle | Oracle è responsabile della registrazione delle chiamate API DDL effettuate alle tabelle di database NoSQL e della disponibilità di tali log da parte del cliente ai fini dell'audit. |
| Avvisi e notifiche | Oracle | Oracle è responsabile di fornire una funzione di avviso e notifica per gli eventi del servizio. Voi il cliente siete responsabili del monitoraggio di eventuali alert del database che potrebbero essere di interesse. |
Servizio sempre gratuito
Nota: NoSQL Database Service Sempre gratis è disponibile solo nell'area Phoenix.
Servizio di database NoSQL sempre gratuito
Nell'ambito del livello gratuito di Oracle Cloud, Oracle NoSQL Database Cloud Service partecipa come servizio Sempre gratis. In questa sezione vengono descritte le limitazioni e i dettagli dell'offerta.
Funzioni di Always Free NoSQL Database Service
-
Potresti avere fino a tre tabelle NoSQL Sempre gratis nella tua area.
-
È possibile avere sia tabelle Sempre gratis che tabelle normali nella stessa area.
-
Le tabelle NoSQL Sempre gratis vengono visualizzate nella console con un'etichetta "Sempre gratis" accanto al nome della tabella.
-
Una tabella NoSQL Sempre gratis non può essere modificata in una tabella normale o viceversa.
Limitazioni delle risorse per le tabelle NoSQL Sempre gratis
-
È possibile disporre di un massimo di tre tabelle NoSQL Sempre gratis in qualsiasi area in qualsiasi momento. Se sono disponibili tre tabelle NoSQL Sempre gratis, il pulsante di attivazione/disattivazione per creare una tabella NoSQL Sempre gratis è disabilitato. Se si eliminano una o più tabelle, il pulsante di attivazione/disattivazione verrà riabilitato.
-
Capacità di lettura (unità di lettura) è 50 e non può essere modificata.
-
La capacità di scrittura (unità di scrittura) è 50 e non può essere modificata.
-
Lo storage su disco è di 25 GB e non può essere modificato.
Disponibilità regionale
Attualmente, le tabelle NoSQL Sempre gratis sono disponibili solo nell'area di Phoenix.
Tabelle NoSQL Sempre gratis - Inattività ed eliminazione
Se una tabella NoSQL Sempre gratis non viene utilizzata o a cui si accede per 30 giorni, passa allo stato 'inattivo'. Le tabelle NoSQL Sempre gratis che rimangono inattive per 90 giorni vengono eliminate. Lo stato inattivo viene visualizzato nella console accanto al nome della tabella. Una notifica al cliente viene inviata all'amministratore della tenancy quando la tabella inizialmente diventa inattiva (dopo 30 giorni di inattività). Un promemoria viene inviato di nuovo a 75 giorni di inattività.
È possibile rendere di nuovo attiva una tabella NoSQL Sempre gratis eseguendo qualsiasi operazione di get/put/delete su qualsiasi riga della tabella. Le operazioni DDL non rendono di nuovo attiva una tabella inattiva.
Ambiente in hosting dedicato
Scopri di più sull'ambiente hosted dedicato di Oracle NoSQL Database Cloud Service.
L'ambiente hosted di Oracle NoSQL Database offre un ambiente NoSQL dedicato alla tenancy. Paghi un costo fisso mensile per l'ambiente in hosting e hai il diritto di utilizzare tutta la capacità di scrittura, lettura e storage disponibile per l'ambiente. Per inviare un ticket di servizio per richiedere un ambiente hosted dedicato, vedere Richiesta di un ambiente hosted dedicato.
Caratteristiche dell'ambiente ospitato dedicato:
-
Un ambiente dedicato per tenancy cloud del cliente che serve migliaia di richieste di lettura/scrittura al secondo, supportando le esigenze di throughput estremamente elevate delle applicazioni più esigenti.
-
L'infrastruttura è dedicata a una singola tenancy.
-
È possibile utilizzare tutta la capacità di scrittura, lettura e storage disponibile per l'ambiente.
-
Un ambiente hosted consente di impostare i limiti su qualsiasi tabella della tenancy.
-
Un ambiente hosted ha il relativo endpoint nel formato
<tenancyName>.nosql.${REGION}.${REALM}. Ad esempio, un'istanza, Widget Acme, con il nome di tenancy acmewidget e un ambiente hosted nell'area Ashburn (us-ashburn-1), avrebbe un endpoint di ambiente hosted pari aacmewidget.nosql.us-ashburn- 1.oci.oraclecloud.com. -
Un ambiente hosted per CMEK (Chiave di cifratura gestita dal cliente) consente di cifrare le chiavi di cifratura dei dati con le proprie chiavi di cifratura master, definite anche CMEK. Per ulteriori dettagli, vedere Introduzione alle chiavi di cifratura gestite dal cliente.
Differenza tra ambienti ospitati e non ospitati:
-
In un ambiente hosted dedicato, si ottiene una maggiore flessibilità nell'allocazione dei limiti delle tabelle.
-
Invece di essere addebitati singolarmente per le unità di lettura/scrittura/archiviazione di cui è stato eseguito il provisioning o su richiesta, viene addebitato un singolo prezzo mensile per l'intero ambiente in hosting.
-
È consentito utilizzare (in tutte le tabelle) fino a 420.000 unità di lettura, 280.000 unità di scrittura e 17,5 TB di storage.
-
È possibile creare tabelle con limiti più elevati (100.000 unità di lettura, 40.000 unità di scrittura, 5 TB di storage) rispetto a quanto imposto nelle region cloud Oracle commerciali.
Nota: attualmente un ambiente hosted dedicato non supporta le tabelle attive globali.
Differenza funzionale tra NoSQL Cloud Service e il database in locale
Tabella - Confronto funzioni di alto livello
| - | Servizio NoSQL Database Cloud | NoSQL Database Enterprise Edition (EE) |
|---|---|---|
| Gestione/manutenzione dell'infrastruttura e del software (server, storage, rete, sicurezza, sistema operativo e software NoSQL) | Gestito da Oracle | Gestito dal cliente |
| Distribuzione del database | Solo Oracle Cloud | Data center on-premise del cliente o BYOL in Oracle Cloud o altri fornitori di servizi cloud. |
| Licenza/Edizione | Abbonamento a pagamento o servizio sempre gratuito | Enterprise Edition (a pagamento) o Community Edition (open source gratuito) |
| Throughput | La capacità di throughput viene gestita a ogni livello di tabella NoSQL tramite API NoSQL o console OCI (Oracle Cloud Infrastructure). La capacità viene misurata in unità di scrittura, unità di lettura. La capacità di throughput per tabella può essere modificata per soddisfare i carichi di lavoro dinamici. Quando i limiti di una tabella vengono superati, gli utenti ricevono una notifica. A livello di tenancy, sono previsti i limiti massimi del servizio. Per ulteriori dettagli, vedere Limiti di Oracle NoSQL Database Cloud Service. | La capacità di throughput viene gestita in ogni cluster NoSQL. La capacità dipende dalle dimensioni del cluster NoSQL distribuito. Le dimensioni cluster più grandi forniscono una maggiore capacità di throughput per le tabelle utente. |
| Memorizzazione | La capacità di storage viene gestita a ogni livello di tabella NoSQL tramite le API NoSQL o la console OCI (Oracle Cloud Infrastructure). La capacità viene misurata in gigabyte (GB). La capacità di storage per tabella può essere modificata per soddisfare i carichi di lavoro dinamici. Quando il limite per una tabella viene superato, gli utenti ricevono una notifica. A livello di tenancy, sono previsti i limiti massimi del servizio. Per ulteriori dettagli, vedere Limiti di Oracle NoSQL Database Cloud Service. | La capacità di storage viene gestita in ogni cluster NoSQL. La capacità dipende dal numero di dischi e dalla configurazione specifica in ciascun nodo di storage distribuito nel cluster. Le dimensioni cluster e la capacità su disco più grandi offrono maggiore storage per le tabelle utente. |
| Interoperabilità | Interopera con NoSQL Database Enterprise Edition tramite un'unica interfaccia programmatica senza modifiche al codice dell'applicazione. | Interopera con NoSQL Database Cloud Service tramite un'unica interfaccia programmatica senza modifiche al codice dell'applicazione. |
| Installazione | Nessun cliente installato. I clienti iniziano subito a utilizzare il servizio creando tabelle NoSQL. | I clienti scaricano e installano il software per impostare il cluster NoSQL in più nodi di storage. |