Informazioni su Oracle Notifications Service
Il servizio Oracle Cloud Infrastructure Notifications (ONS) è comunemente dimostrato come un mezzo per rendere Oracle Cloud Infrastructure Events (OCI Events) fruibile.
Ad esempio, eseguire un'operazione per eseguire lo scale-up o lo scale-down di una virtual machine basata su eventi OCI o inviare notifiche al supporto operativo tramite piattaforme quali SMS, e-mail e Slack. I limiti di ONS vanno oltre i casi d'uso qui documentati; altri scenari legittimi includono:
- Push di eventi OCI a una soluzione di terze parti non supportata in modo nativo da ONS come in aziende ibride o multicloud in cui i dashboard operativi risiedono con un sistema on premise.
- Generazione di notifiche dalle applicazioni quando si verificano eventi aziendali significativi senza che l'applicazione debba sapere in che modo tale evento verrà risolto.
- Implementazione della coreografia delle applicazioni attraverso un framework pub/sub.
Indipendentemente dal caso d'uso, hai identificato la necessità di utilizzare ONS utilizzando un'origine o una destinazione dell'applicazione. Questo playbook passerà attraverso diversi aspetti della creazione e dell'utilizzo di ONS. In particolare:
- Collegamento di ONS a Slack per vedere cosa sta facendo un'applicazione personalizzata.
- Creazione ed esecuzione di un'applicazione personalizzata che genererà messaggi ONS a un argomento specifico (abbonato dal nostro account Slack).
- Utilizzare un server mock API (nel nostro caso Postman) per vedere come può essere richiamato un endpoint REST quando un messaggio viene aggiunto a un argomento ONS.
Questa demo mostrerà che l'uso di ONS per la comunicazione tra applicazioni è abbastanza semplice da raggiungere. Ma il client del consumatore o un meccanismo tra ONS e il client deve affrontare il processo di attivazione. Anche se questo può sembrare contrario alle nostre esigenze. Il meccanismo fornisce un metodo sicuro per impedire che ONS venga sovvertito.
Architettura
Queste architetture mostrano ONS utilizzando un host locale e una virtual machine su OCI.
L'architettura sarà simile a uno dei due diagrammi seguenti, una volta completata l'intera configurazione e la distribuzione di applicazioni demo per tutte le applicazioni ONS, a seconda che si sia scelto di eseguire le applicazioni client come soluzione locale (primo diagramma) o su una virtual machine (VM) per il provider di notifiche (secondo diagramma).
Per la parte restante della guida, si suppone che l'applicazione di test venga eseguita localmente.
Quando si eseguono le applicazioni client in locale, l'architettura sarà simile alla seguente:
oci-notifiche-local-host-architettura-diagram.zip
Quando si eseguono le applicazioni client su una VM all'interno di OCI, l'architettura sarà simile alla seguente:
oci-notifications-virtual-macchina-architettura-diagramma-oracle.zip
Questa architettura contiene i componenti elencati di seguito.
- Area
Un'area Oracle Cloud Infrastructure è un'area geografica localizzata che contiene uno o più data center, definiti domini di disponibilità. Le regioni sono indipendenti da altre regioni e grandi distanze possono separarle (in tutti i paesi o anche in continenti).
- Dominio di disponibilità
I domini di disponibilità sono data center standalone indipendenti all'interno di un'area geografica. Le risorse fisiche in ciascun dominio di disponibilità sono isolate dalle risorse presenti negli altri domini di disponibilità, che offrono tolleranza agli errori. I domini di disponibilità non condividono l'infrastruttura, ad esempio l'alimentazione, il raffreddamento o la rete interna del dominio di disponibilità. È pertanto improbabile che l'eventuale guasto di un dominio di disponibilità influenzi gli altri domini di disponibilità nell'area.
- Dominio di errore
Un dominio di errore è un raggruppamento di hardware e infrastruttura all'interno di un dominio di disponibilità. Ogni dominio di disponibilità dispone di tre domini di errore con alimentazione e hardware indipendenti. Quando distribuisci risorse su più domini di errore, le tue applicazioni possono tollerare errori fisici del server, manutenzione del sistema e errori di alimentazione all'interno di un dominio di errore.
- Rete cloud virtuale (VCN) e subnet
Una VCN è una rete personalizzabile e definita dal software configurata in un'area Oracle Cloud Infrastructure. Analogamente alle reti di data center tradizionali, i VCN offrono il controllo completo sull'ambiente di rete. Una VCN può avere più blocchi CIDR non sovrapposti che puoi modificare dopo aver creato la VCN. Puoi segmentare una VCN nelle subnet che possono essere definite nell'area o in un dominio di disponibilità. Ogni subnet è composta da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet nella VCN. Puoi modificare le dimensioni di una subnet dopo la creazione. Una subnet può essere pubblica o privata.
- Notifiche
Il servizio Oracle Cloud Infrastructure Notifications trasmette messaggi a componenti distribuiti tramite un pattern di pubblicazione/sottoscrizione, offrendo messaggi sicuri, altamente affidabili, a bassa latenza e duraturi per le applicazioni ospitate su Oracle Cloud Infrastructure.
- Criterio
Un criterio di Oracle Cloud Infrastructure Identity and Access Management specifica chi può accedere a quali risorse e come. L'accesso viene concesso a livello di gruppo e compartimento. Ciò significa che puoi scrivere un criterio che concede a un gruppo un tipo specifico di accesso all'interno di un compartimento specifico o alla tenancy.
- Calcola
Il servizio Oracle Cloud Infrastructure Compute consente di eseguire il provisioning e la gestione degli host di computazione nel cloud. Puoi avviare le istanze di computazione con forme che soddisfano i requisiti delle risorse per CPU, memoria, larghezza di banda di rete e storage. Dopo aver creato un'istanza di computazione, puoi accedere a tale istanza in modo sicuro, riavviarla, collegare e scollegare volumi e terminarla quando non hai più bisogno di tale istanza.