Google si impegna a far progredire equità razziale per le comunità nere. Vedi come.
Questa pagina è stata tradotta dall'API Cloud Translation.
Switch to English

Data Management Weave

Ora che avete capito i principali componenti del tessuto, diamo uno sguardo a come alcune delle sue funzionalità è gestita ad un livello elevato.

Quasi tutte le funzionalità nell'ecosistema nido per il funzionamento di tutti i giorni è mappato su risorse e tratti come parte dello schema Weave. La gestione dei dati profilo gestisce tutte le richieste per i tratti che utilizzano un modello publish-subscribe. Queste richieste sono messaggi specifici per il profilo di gestione dei dati.

In questo tipo di modello, un editore pubblicizza tratti (dati per guardare) e un reagisce abbonato alle variazioni di quei tratti pubblicati (dati osservati). Questa funzione è chiamata gestione caratteristica in tempo reale.

Il profilo di gestione dei dati è il cavallo di battaglia di Weave, ed è generalmente indicato come Weave Data Management (WDM).

richieste

Le richieste sono un elemento chiave della gestione caratteristica in tempo reale di WDM. Le richieste sono richieste standard per l'azione di un tratto, con una risposta attesa. Questi sono diverse da quelle di un tratto comandi nel senso che non sono e non possono essere definiti nello schema e non sono specifici per ogni caratteristica.

Ci sono tre tipi di richieste standard:

  • Notifica richiesta standard che informa un abbonato dello stato di una proprietà caratteristica, o di un evento specifico relative a quel tratto.
  • Aggiornamento richiesta standard per modificare lo stato di una proprietà caratteristica.
  • Vista richiesta standard per visualizzare le proprietà di un tratto.

ruoli Protocol

Ci sono due tipi di ruoli di protocollo WDM: editore e sottoscrittore. Questi ruoli sono assegnati a livello di tratto.

Editore

Il ruolo editore WDM produce e serve di versione istanze di uno o più schemi a uno o più iscritti, e invia le notifiche su una modifica allo schema agli abbonati interessati. Queste notifiche sono il notificare richieste standard.

Ad esempio, supponiamo Tratto A è pubblicato da risorse 1 e sottoscritto da Resource 2. Come mostrato in figura 1, se Tratto A cambia:

  1. WDM invia una richiesta di notificare dal Resource 1 a tutti gli abbonati di Trait A, informandoli del cambiamento.
  2. Ogni abbonato aggiorna la loro istanza di Trait Una conseguenza.
WDM Editore notifica richiesta
Figura 1 - richieste editore WDM

La stessa cosa accade per altri tratti nello schema. Per esempio, se Resource 2 pubblica Trait B, di risorse 1 sottoscrive a Trait B, e Trait B cambia:

  1. WDM invia una richiesta di notificare da Resource 2 a tutti gli abbonati di Trait B, informandoli del cambiamento.
  2. Ogni abbonato aggiorna la loro istanza di Trait B di conseguenza.

abbonato

I punti di vista e consuma ruolo WDM abbonati di versione istanze di uno o schemi più esternamente-pubblicati. Può cambiare l'istanza di versione di uno schema pubblicato con una richiesta di aggiornamento, o di emettere un comando di applicazioni specifiche.

Per esempio, supponiamo di risorse 2 vuole cambiare Trait A, che è pubblicato dalla risorse 1. Come mostrato nella figura 2, per cambiare Trait A:

  1. WDM invia una richiesta di aggiornamento da Resource 2 a 1 risorsa, per richiedere una modifica alla Trait A.
  2. Trait A su Resource 1 viene modificato.
  3. WDM invia una richiesta di notificare dal Resource 1 a tutti gli abbonati di Trait A, informandoli del cambiamento.
  4. Ogni abbonato aggiorna la loro istanza di Trait Una conseguenza.
vista WDM abbonato e aggiornamento
Figura 2 - richieste WDM abbonato

Gli abbonati possono anche inviare una richiesta di vista all'editore di un tratto, per visualizzare le proprietà di quel tratto e mantenere le proprie istanze dei tratti in sincronia con l'editore.

tipi di abbonamento

Ci sono due tipi di abbonamenti WDM. Le sottoscrizioni sono stabiliti con un subscribe richiesta. La Figura 3 illustra il flusso dei messaggi di base per stabilire una sottoscrizione a senso unico.

WDM abbonamento di un senso
Figura 3 - WDM abbonamento unidirezionale

Senso unico

abbonamenti unidirezionali implicano una richiesta da un abbonato di un editore per una o più istanze tratto. Ad esempio, un dispositivo mobile recuperato lo stato della casa (struttura) da un servizio.

Reciproco

abbonamenti comuni di investimento sono in cui le risorse sottoscrivono l'altro, e ogni atto sia come editore e sottoscrittore. Un esempio di questo è il nido Guardia e Nest Detect, che fanno parte del sistema sicuro nido. Una sottoscrizione reciproca permette sia le risorse per gestire lo schema pubblicato e mantenere la salute e la vitalità della loro sottoscrizione in un modo più efficiente di due abbonamenti a senso unico.

Esempio

Diamo un'occhiata ad un semplice esempio di come WDM gestisce la modifica locale di un dispositivo utilizzando un app mobile.

Ci sono tre risorse e due tratti coinvolti in questo esempio, come mostrato in figura 4:

  • Dispositivo (abbonato)
  • servizi (editore)
  • Mobile App (abbonato)
  • Funzionalità Locale tratto Disponibile proprietà Locales
  • impostazioni internazionali tratto attivo proprietà Locale

Entrambi i tratti sono pubblicati dalla risorsa di servizio e sottoscritto dal dispositivo e le risorse Mobile App. Ogni abbonato funziona come un abbonamento di un modo per gli editori tratto sulla risorsa di servizio.

Tutte le risorse in questo esempio sono parte dello stesso tessuto tessuto .

esempio WDM
Figura 4 - esempio WDM

flusso di aggiornamento

Diciamo che l'utente utilizza il loro App Mobile per modificare le impostazioni internazionali per il dispositivo da en_US a fr_FR , utilizzando un collegamento Mobile App. Come mostrato in Figura 5, il flusso di aggiornamento entro WDM è:

  1. La risorsa Mobile App (abbonato) invia una richiesta di aggiornamento alla risorsa di servizio (editore) per modificare la proprietà attiva Locale delle impostazioni internazionali tratto a fr_FR , uno dei valori validi della proprietà Disponibile Impostazioni internazionali del Locale capacità caratteristica.
  2. La risorsa di servizio modifica la proprietà Locale attiva del tratto Locale Impostazioni nella propria copia dello schema.
  3. La risorsa Service invia una richiesta di notificare circa il cambiamento a tutti i sottoscrittori delle impostazioni internazionali tratto.
  4. Il dispositivo e le risorse Mobile App (iscritti) sia ricevono della risorsa Servizio notificare richiesta e aggiornare la proprietà Active Locale del tratto Locale Impostazioni nel loro copie dello schema.
WDM sequenza flusso di aggiornamento
Figura 5 - flusso di aggiornamento WDM

I vantaggi di WDM

Questo può sembrare molto complicato quando tutto quello che vuole fare è cambiare l'impostazione internazionale sul dispositivo da un app mobile. Ma avvolgendo lo schema di versione, publish-subscribe modello, e le richieste insieme nel profilo WDM, tessuto assicura l'integrità dei dati su tutte le risorse.

Inoltre, garantisce vitalità, in modo che quando un dispositivo viene riavviato, lo comunica immediatamente tutti gli abbonati dello stato dei suoi tratti pubblicati, osserva lo stato di tratti sottoscritte, e riflette tutti quegli stati in sua copia dello schema, senza perdita di funzionalità.

abbonamenti Beyond

Se una risorsa si cancella da un tratto, si conserva una copia dell'ultima nota versione del tratto. Essa non riceve più richieste di notifica da parte dell'editore per quel tratto, ma può comunque inviare le richieste di aggiornamento a tale editore.

Anche le risorse che non sono mai sottoscritto un editore tratto possono inviare le richieste a loro. Ad esempio, una risorsa non può avere bisogno di conoscere lo stato di un tratto, ma può essere utile per inviare le richieste di aggiornamento per cambiare lo stato di quel tratto in risposta ad un evento esterno.

Ricapitolare

Cosa hai imparato:

  • Weave Data Management (WDM) è il profilo Weave per la gestione caratteristica in tempo reale e garantisce vitalità e l'integrità dei dati su tutte le risorse
  • Le richieste sono richieste standard per l'azione di un tratto, con una risposta attesa
  • WDM presenta due ruoli protocollo:
    • Editore - La fonte di verità per un tratto particolare, manda notificare le richieste di
    • Subscriber - osserva lo schema pubblicato, manda vista , aggiornare , o comando richieste
  • WDM è dotato di due modelli di abbonamento:
    • A senso unico - Richieste di fluire dal sottoscrittore all'editore
    • Mutual - Dispositivi iscriversi a vicenda
  • Le sottoscrizioni sono stabiliti da iscriviti richieste
  • Le risorse possono inviare messaggi WDM a tratti anche se non sono iscritti a loro

Per informazioni più approfondite, vedere: