דף זה תורגם על ידי Cloud Translation API.

ניהול נתוני Weave

עכשיו, אחרי שהבנתם את הרכיבים העיקריים של Weave, בואו נעיף מבט באופן השימוש בחלק מהפונקציונליות שלו ברמה גבוהה.

כמעט כל הפונקציונליות בסביבה העסקית של Nest ממופה למשאבים ולתכונות כחלק מסכימת Weave. פרופיל ניהול נתונים מנהל את כל הבקשות לתכונות באמצעות מודל של הרשמה כמנויים. בקשות אלה הן הודעות ספציפיות לפרופיל ניהול הנתונים.

במודל הזה, בעל התוכן הדיגיטלי מפרסם תכונות (נתונים לצפייה) והמנוי מגיב לשינויים בתכונות שפורסמו (נתונים שנצפו). הפונקציה הזאת נקראת ניהול תכונות בזמן אמת.

הפרופיל של ניהול נתונים הוא סוס העבודה של Weave, והוא לרוב נקרא ניהול נתונים ב-Weave.

בקשות

בקשות הן רכיב מרכזי בניהול התכונות של WDM' בזמן אמת. בקשות הן בקשות רגילות לפעולה של תכונה מסוימת, עם תגובה צפויה. המאפיינים האלה שונים מהפקודה של תכונה מסוימת, מכיוון שהם לא מוגדרים ולא ניתן להשתמש בהם בסכימה כלשהי.

יש שלושה סוגים של בקשות רגילות:

התראה בקשה רגילה המיידעת את המנויים לגבי מצב של נכס תכונה, או אירוע ספציפי שקשור לתכונה הזו.
עדכון בקשה רגילה לשינוי המצב של נכס תכונה.
תצוגה רגיל כדי להציג את המאפיינים של תכונה מסוימת.

הערה: שני הנכסים והאירועים בסכימה נשלחים כחלק מבקשה של

תפקידי פרוטוקולים

יש שני סוגים של תפקידי פרוטוקול WDM: בעל תוכן דיגיטלי ומנוי. התפקידים האלה מוקצים ברמת התכונה.

הוצאה לאור

תפקיד מוציא לאור ב-WDM מפיק ושולח מופעים ממוחשבים של סכימה אחת או יותר למנוי אחד או יותר, ושולח התראות על שינוי בסכימה למנויים מעוניינים. ההתראות האלה הן הבקשות ההתראות הרגילות.

לדוגמה, נניח שמטרת א' פורסמה על ידי משאב 1 ונרשמת באמצעות משאב 2. כפי שמוצג באיור 1, אם תכונה א' משתנה:

WDM שולח בקשת הודעה מ משאב 1 לכל המנויים של תכונה א', כדי להודיע להם על השינוי.
כל מנוי מעדכן את המופע של תכונה א' בהתאם.

איור 1 – בקשות של בעלי תוכן דיגיטלי בנושא WDM

אותו דבר גם לגבי תכונות אחרות בסכימה. לדוגמה, אם משאב 2 מפרסם את 'נתיב ב'', משאב 1 נרשם ל'נתיב ב'' ו'נתיב ב'' משתנה:

WDM שולח בקשת יידוע מ משאב 2 לכל המנויים של תכונה B, כדי להודיע להם על השינוי.
כל מנוי מעדכן את המופע של תכונה B בהתאם.

משתמש רשום

תפקיד המנוי ב-WDM מציג מופעים ממוחשבים של סכימה אחת או יותר שמתפרסמות באופן חיצוני, או צורך מופעים כאלה. הוא יכול לשנות את המופע של גרסה של סכימה שפורסמה באמצעות בקשת עדכון, או לשלוח בקשה ספציפיתcommand.

לדוגמה, נניח שמשאב 2 רוצה לשנות את תכונה א', שפורסמה על ידי משאב 1. כפי שמוצג באיור 2, כדי לשנות את תכונה א:

WDM שולח בקשת עדכון ממשאב 2 למשאב 1, כדי לבקש שינוי בתכונה א'.
נתיב א' במשאב 1 השתנה.
WDM שולח בקשת הודעה מ משאב 1 לכל המנויים של תכונה א', כדי להודיע להם על השינוי.
כל מנוי מעדכן את המופע של תכונה א' בהתאם.

איור 2 – בקשות מנויים מ-WDM

מנויים יכולים גם לשלוח בקשת תצוגה לבעל אתר של תכונה, כדי להציג את המאפיינים של התכונה הזו ולשמור על מופעים קודמים של התכונות עם בעל האתר.

סוגי מינויים

יש שני סוגים של מינויים ל-WDM. המינויים נפתחו עם בקשת הרשמה ל-. איור 3 ממחיש את תהליך ההודעה הבסיסי ליצירת מינוי חד-כיווני.

איור 3 – מינוי חד-כיווני ל-WDM

כיוון אחד

מינויים חד-פעמיים כוללים בקשה ממנוי למוציא לאור עבור מופע תכונה אחד או יותר. לדוגמה, מכשיר נייד מאחזר את מצב הבית (מבנה) משירות.

הדדי

מינויים הדדיים הם כאשר המשאבים נרשמים זה לזה, וכל אחד מהם משמש גם כמוציא לאור וגם בתור מנוי. דוגמה לכך היא Nest guard ו-Nest Aware, שהם חלק ממערכת Nest Secure. מינוי הדדי מאפשר לשני המשאבים לנהל את הסכימה שפורסמה, ולשמור על תקינותם ועל חיים בצורה יעילה יותר משני מינויים חד-כיווניים.

דוגמה

הדוגמה הבאה ממחישה איך WDM מטפלת בשינוי באזור של מכשיר באמצעות אפליקציה לנייד.

בדוגמה הזו יש שלושה משאבים ושתי תכונות, כפי שמתואר באיור 4:

מכשיר אחד () (מנוי)
שירות (בעל תוכן דיגיטלי)
אפליקציה לנייד של (מנוי)
תכונה של יכולות לוקאל נכס זמין של לוקאלים
תכונה של הגדרות לוקאל נכס לוקאל פעיל

שתי התכונות מתפרסמות על ידי משאב השירות, והן נרשמות למשאבים של המכשיר ושל האפליקציה לנייד. כל מנוי מתפקד כמינוי חד-פעמי למוציאים לאור של התכונות במשאב השירות.

כל המשאבים בדוגמה הזו הם חלק מאותו בד אריגה .

איור 4 – דוגמה ל-WDM

עדכון התהליך

נניח שהמשתמש משתמש באפליקציה לנייד כדי לשנות את מיקום המכשיר מen_US לfr_FR, באמצעות אפליקציה לנייד מחוברת. כפי שמתואר באיור 5, תהליך העדכון ב-WDM הוא:

המשאב 'אפליקציה לנייד' (מנוי) שולח בקשת עדכון למשאב השירות (בעל תוכן דיגיטלי) כדי לשנות את נכס ה-לוקאל הפעיל של התכונה 'הגדרות לוקאל' ל-fr_FR, אחד מהערכים החוקיים בנכס 'לוקאלים זמינים' של תכונת יכולות הלוקאל.
משאב השירות משנה את מאפיין ה-לוקאל הפעיל של התכונה 'הגדרות מיקום' בעותק שלו של הסכימה.
משאב השירות שולח בקשת הודעה לגבי השינוי, לכל המנויים לתכונה 'הגדרות מיקום'.
גם המשאבים של המכשיר וגם האפליקציה לנייד (מנויים) מקבלים את הבקשה מסוג משאב של השירות ומעדכנים את הנכס של הלוקאל הפעיל בתכונה 'הגדרות מיקום' בעותקים של הסכימה.

איור 5 – תהליך עדכון WDM

היתרונות של WDM

זה עלול להיראות מסובך מאוד כשכל מה שאתם רוצים לעשות הוא לשנות את המקום שבמכשיר מאפליקציה לנייד. עם זאת, הודות לסכימת הסכימה, דפוס ההרשמה למינוי, ולביצוע בקשה יחד עם פרופיל ה-WDM, מובטחת תקינות הנתונים בכל המשאבים.

פעולה זו גם מבטיחה חיים, כך שכאשר מכשיר מופעל מחדש, הוא מיידע מיד את כל המנויים על תכונותיו, מפרסם מצב של תכונות מנויים, ומשקף את כל המדינות האלה בעותק של הסכימה, ללא אובדן של פונקציונליות.

מעבר למינויים

אם משאב מבטל את ההרשמה לתכונה מסוימת, הוא שומר עותק של הגרסה הידועה ביותר של התכונה. הוא כבר לא מקבל בקשות התראות מבעל התוכן הדיגיטלי לגבי התכונה הזו, אבל הוא עדיין יכול לשלוח בקשות עדכון לבעל התוכן הדיגיטלי.

גם משאבים שמעולם לא היו רשומים לספק תכונות, יכולים לשלוח להם בקשות. לדוגמה, יכול להיות שמשאב לא יצטרך לדעת על מצב של תכונה מסוימת, אבל מומלץ לשלוח בקשות עדכון כדי לשנות את המצב של אותה תכונה בתגובה לאירוע חיצוני.

תקציר

מה למדתם:

Weave Data Management (WDM) הוא הפרופיל ב-Weave לניהול תכונות בזמן אמת, והוא מבטיח שמירה על שלמות הנתונים ושלמות האפליקציה בכל המשאבים.
בקשות הן בקשות רגילות לפעולה, שכוללות תגובה צפויה
ל-WDM יש שני תפקידי פרוטוקולים:
- בעל תוכן דיגיטלי – מקור המהימנות לתכונה מסוימת, שולח הודעה
- מנוי — צופה בסכימה שפורסמה, שולח תצוגה , עדכון , או הוראה
WDM כולל שני מודלים של מינויים:
- חד-כיווני – העברת הבקשות מהמנוי לבעל האפליקציה
- משותף - מכשירים נרשמים זה לזה
המינויים נוצרים על ידי בקשות הרשמה
משאבים יכולים לשלוח הודעות WDM לתכונות, גם אם הן לא מנויים אליהן

מידע מפורט יותר זמין במאמרים הבאים:

סכימה