Google is committed to advancing racial equity for Black communities. See how.
דף זה תורגם על ידי Cloud Translation API.
Switch to English

ניהול נתונים Weave

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

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

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

פרופיל ניהול הנתונים הוא סוס העבודה של Weave, ומכונה בדרך כלל Weave Data Management (WDM).

בקשות

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

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

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

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

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

מוֹצִיא לָאוֹר

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

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

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

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

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

מָנוּי

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

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

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

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

סוגי מנויים

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

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

דרך אחת

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

הֲדָדִי

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

דוגמא

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

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

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

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

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

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

עדכן זרימה

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

  1. משאב האפליקציה לנייד (מנוי) שולח בקשת עדכון למשאב השירות (המו"ל) כדי לשנות את המאפיין אזור פעיל של תכונת הגדרות fr_FR ל- fr_FR , אחד הערכים התקפים של המאפיין fr_FR זמינים של תכונת Locale Capabilities.
  2. משאב השירות משנה את המאפיין אזור פעיל של תכונת הגדרות האזור בעותק של הסכימה.
  3. משאב השירות שולח בקשת התראה על השינוי לכל המנויים לתכונה הגדרות אזוריות.
  4. מכשיר משאבי יישומים בניידים (מנויים) ששניהם יקבלו את משאב השירות להודיע בקשת ולעדכן את נכס אזור הפעילות של תכונת הגדרות אזור העותקים שלהם של הסכימה.
רצף זרימת עדכון WDM
איור 5 - זרימת עדכון WDM

היתרונות של WDM

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

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

מעבר למנויים

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

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

לסכם

מה למדת:

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

למידע מעמיק יותר ראה: