Formazione
Modulo
Introduzione a Orleans - Training
Informazioni sul framework Orleans, su quali vantaggi può offrire e su come integrarlo nelle proprie applicazioni.
Questo browser non è più supportato.
Esegui l'aggiornamento a Microsoft Edge per sfruttare i vantaggi di funzionalità più recenti, aggiornamenti della sicurezza e supporto tecnico.
Orleans:
Orleans è basato sul "modello attore". Il modello attore è nato nei primi anni '70 del secolo scorso ed è ora un componente principale di Orleans. Si tratta di un modello di programmazione in cui ogni attore è un oggetto leggero, simultaneo e non modificabile che incapsula uno stato e il comportamento corrispondente. Gli attori comunicano esclusivamente tra loro tramite messaggi asincroni. Orleans ha in particolare inventato l'astrazione Attore virtuale, in cui gli attori esistono in modo perpetuo.
Nota
Gli attori sono entità puramente logiche che esistono sempre, a livello virtuale. Un attore non può essere creato né eliminato definitivamente in modo esplicito e la sua esistenza virtuale non è influenzata dall'errore di un server che lo esegue. Poiché gli attori esistono sempre, sono sempre indirizzabili.
Questo è un nuovo approccio alla compilazione di una nuova generazione di app distribuite per l'era del cloud. Il modello di programmazione di Orleans riduce la complessità delle app distribuite altamente parallele senza limitare le capacità o imporre vincoli allo sviluppatore.
Per altre informazioni, vedere Orleans: Attori virtuali su Microsoft Research. Un attore virtuale è rappresentato come un grano di Orleans.
Il grano è uno dei diversi elementi primitivi di Orleans. Nell'ambito del modello attore, un grano è un attore virtuale. Il componente di base fondamentale di qualsiasi applicazione di Orleans è un grano. I grani sono entità che comprendono identità definita dall'utente, comportamento e stato. Di seguito è riportata la rappresentazione grafica di un grano:
Le identità dei grani sono chiavi definite dall'utente che rendono i grani sempre disponibili per la chiamata. I grani possono essere richiamati da altri grani o da un numero qualsiasi di client esterni. Ogni grano è un'istanza di una classe che implementa una o più delle interfacce seguenti:
Guid
.Int64
.string
.I grani possono avere dati di stato volatili o persistenti che possono essere archiviati in qualsiasi sistema di archiviazione. In quanto tali, i grani partizionano implicitamente gli stati delle applicazioni, consentendo la scalabilità automatica e semplificando il ripristino dagli errori. Lo stato dei grani viene mantenuto in memoria mentre il grano è attivo, con conseguente riduzione della latenza e del carico negli archivi dati.
La creazione di istanze dei grani viene eseguita automaticamente su richiesta dal runtime di Orleans. I grani che non vengono usati per un certo periodo vengono automaticamente rimossi dalla memoria per liberare risorse. Ciò è possibile grazie alla loro identità stabile, che consente di richiamare i grani indipendentemente dal fatto che siano già caricati in memoria o meno. Questo permette anche un recupero trasparente dagli errori, poiché il chiamante non ha bisogno di sapere su quale server viene creata un'istanza di un grano in qualsiasi momento. I grani hanno un ciclo di vita gestito, con il runtime di Orleans responsabile dell'attivazione/disattivazione e del posizionamento/individuazione dei grani in base alle esigenze. In questo modo lo sviluppatore può scrivere codice come se tutti i grani fossero sempre in memoria.
Un silo è un altro esempio di elemento primitivo di Orleans. Un silo ospita uno o più grani. Il runtime di Orleans implementa il modello di programmazione per le applicazioni.
In genere, un gruppo di silos viene eseguito come cluster per garantire la scalabilità e la tolleranza di errore. Quando il gruppo viene eseguito come cluster, i silos si coordinano tra loro per distribuire il lavoro, oltre a rilevare gli errori e correggerli. Il runtime consente ai grani ospitati nel cluster di comunicare tra loro come se fossero all'interno di un unico processo. Il diagramma seguente offre una rappresentazione grafica della relazione tra cluster, silos e grani:
Il diagramma riportato sopra mostra la relazione tra cluster, silos e grani. Il numero di cluster supportato è illimitato, ogni cluster contiene uno o più silos e ogni silo contiene uno o più grani.
Oltre al modello di programmazione di base, i silos forniscono ai grani un insieme di servizi di runtime, come timer, promemoria (timer persistenti), persistenza, transazioni, flussi e altro ancora. Per altre informazioni, vedere Cosa si può fare con Orleans?
Le app Web e altri client esterni chiamano i grani nel cluster usando la libreria client, che gestisce automaticamente la comunicazione di rete. Per semplicità, i client possono anche essere ospitati nello stesso processo con i silos.
Orleans è un framework per la compilazione di app native del cloud e dovrebbe essere preso in considerazione ogni volta che si creano app .NET che prima o poi dovranno essere ridimensionate. Orleans si presta a innumerevoli utilizzi, ma alcuni dei più comuni sono: giochi, servizi bancari, app di chat, tracciamento GPS, compravendita di azioni, carrelli della spesa, app di voto e altro ancora. Orleans viene usato da Microsoft in Azure, Xbox, Skype, Halo, PlayFab, Gears of War e molti altri servizi interni. Orleans offre molte funzionalità che ne semplificano l'uso per un'ampia gamma di applicazioni.
Orleans fornisce un semplice modello di persistenza che garantisce che lo stato sia disponibile prima dell'elaborazione di una richiesta e che ne venga mantenuta la coerenza. I grani possono contenere più oggetti dati persistenti denominati. Ad esempio, potrebbe essere presente un oggetto denominato "profile" per il profilo di un utente e un oggetto denominato "inventory" per l'inventario. Questo stato può essere archiviato in qualsiasi sistema di archiviazione.
Durante l'esecuzione di un grano, lo stato viene mantenuto in memoria in modo che le richieste di lettura possano essere gestite senza accedere allo spazio di archiviazione. Quando il grano aggiorna il proprio stato, la chiamata a IStorage.WriteStateAsync garantisce che l'archivio di backup venga aggiornato per garantire la durabilità e la coerenza.
Per altre informazioni, vedere Persistenza dei grani.
I promemoria sono un meccanismo di pianificazione durevole per i grani. Possono essere usati per assicurarsi che alcune azioni vengano completate in un momento futuro anche se il grano non è attivato in quel momento. I timer sono la controparte non durevole dei promemoria e possono essere usati per eventi molto frequenti, per i quali l'affidabilità non è un requisito.
Per altre informazioni, vedere Timer e promemoria.
Quando viene attivato un grano in Orleans, è il runtime a decidere su quale server (silo) attivarlo. Questo processo è detto posizionamento del grano.
Il processo di posizionamento in Orleans è completamente configurabile. Gli sviluppatori possono scegliere tra un set di criteri di posizionamento predefiniti, ad esempio casuale, preferibilmente locale e in base al carico, oppure possono configurare la logica personalizzata. Questo assicura la massima flessibilità nel decidere dove creare i grani. Ad esempio, i grani possono essere posizionati su un server vicino alle risorse su cui devono operare o ad altri grani con cui devono comunicare.
Per altre informazioni, vedere Posizionamento dei grani.
Aggiornare i sistemi di produzione in modo da tenere conto delle modifiche in modo sicuro può essere impegnativo, soprattutto nei sistemi con stato. Per gestire questo aspetto, le interfacce dei grani in Orleans supportano il controllo delle versioni.
Il cluster gestisce un mapping delle implementazioni dei grani disponibili nei vari silos del cluster e delle versioni di tali implementazioni. Questa versione delle informazioni viene usata dal runtime insieme alle strategie di posizionamento per prendere decisioni di posizionamento durante il routing delle chiamate ai grani. Inoltre, per aggiornare in modo sicuro un grano con controllo delle versioni, è possibile anche creare cluster eterogenei, in cui i diversi silos hanno diversi set di implementazioni di grani disponibili.
Per altre informazioni, vedere Controllo delle versioni dei grani.
I ruoli di lavoro senza stato sono grani contrassegnati in modo specifico a cui non è associato uno stato e che possono essere attivati contemporaneamente in più silos. Questo consente un maggiore parallelismo per le funzioni senza stato.
Per altre informazioni, vedere Grani di ruoli di lavoro senza stato.
Un filtro di chiamata dei grani è una logica comune a molti grani. Orleans supporta i filtri per le chiamate sia in ingresso che in uscita. I filtri per l'autorizzazione, la registrazione, la telemetria e la gestione degli errori sono considerati comuni.
I metadati e altre informazioni possono essere passati con una serie di richieste usando il contesto della richiesta. Il contesto della richiesta può essere usato per contenere le informazioni sulla traccia distribuita o qualsiasi altro valore definito dall'utente.
Oltre al modello di persistenza semplice descritto in precedenza, i grani possono avere uno stato transazionale. Più grani possono partecipare a transazioni ACID indipendentemente dalla posizione in cui è archiviato il loro stato. Le transazioni in Orleans sono distribuite e decentralizzate (non esiste un gestore transazioni centrale o un coordinatore delle transazioni) e sono caratterizzate da isolamento serializzabile.
Per altre informazioni sulle transazioni, vedere Transazioni.
I flussi consentono agli sviluppatori di elaborare una serie di elementi di dati quasi in tempo reale. I flussi di Orleans sono gestiti; non è necessario crearli o registrarli prima che un grano o un client pubblichi o sottoscriva un flusso. Ciò consente una maggiore separazione dei produttori e dei consumer di flussi tra loro e con l'infrastruttura.
L'elaborazione dei flussi è affidabile: i grani possono archiviare checkpoint (cursori) e reimpostare un checkpoint archiviato durante l'attivazione o in qualsiasi momento successivo. I flussi supportano il recapito in batch dei messaggi ai consumer per migliorare l'efficienza e le prestazioni di ripristino.
I flussi sono supportati da servizi di accodamento come Hub eventi di Azure, Amazon Kinesis e altri.
Un numero arbitrario di flussi può essere sottoposto a multiplexing in un numero inferiore di code e la responsabilità dell'elaborazione di queste code viene bilanciata in modo uniforme nel cluster.
Per un'introduzione a Orleans, guardare il video seguente:
Feedback su .NET
.NET è un progetto di open source. Selezionare un collegamento per fornire feedback:
Formazione
Modulo
Introduzione a Orleans - Training
Informazioni sul framework Orleans, su quali vantaggi può offrire e su come integrarlo nelle proprie applicazioni.