מינויים ל-Bigtable מאפשרים לכם לכתוב הודעות Pub/Sub לטבלת Bigtable. במסמך הזה מפורטת סקירה כללית של מינויים ל-Bigtable, כולל תהליך העבודה של המינוי, סמנטיקה של מסירה וטיפול בשגיאות.
כדי ליצור מינוי ל-Bigtable, ראו יצירת מינוי ל-Bigtable.
סקירה כללית
מינוי ל-Bigtable הוא סוג של מינוי לייצוא שכותב הודעות לטבלה קיימת ב-Bigtable כשהן מתקבלות. אם משתמשים במינוי לייצוא, לא צריך להגדיר לקוח נפרד של מנוי.
כדאי להשתמש במינוי ל-Bigtable אם רוצים לכתוב הודעות ל-Bigtable, וההודעות לא צריכות עיבוד נוסף, או שהעיבוד יכול להתבצע על ידי Single Message Transform (SMT).
אם אתם צריכים לבצע טרנספורמציות מורכבות יותר לפני כתיבת הודעות ל-Bigtable, מומלץ להשתמש בצינור Dataflow עם מינוי מסוג pull. מידע נוסף על קריאה מ-Pub/Sub אל Dataflow
מידע נוסף על בחירת סוג מינוי Pub/Sub זמין במאמר בחירת סוג מינוי.
תהליך העבודה עם מינוי ל-Bigtable
התמונה הבאה מציגה את תהליך העבודה בין מינוי ל-Bigtable לבין Bigtable.

תהליך העבודה כולל את השלבים הבאים:
בעל תוכן דיגיטלי שולח הודעה לנושא ב-Pub/Sub.
ההודעה מועברת מ-Pub/Sub למינוי Bigtable.
המינוי שולח בקשת כתיבה ל-Bigtable. בבקשת הכתיבה, המינוי מציין פרופיל אפליקציה שמשתמש בניתוב לאשכול יחיד.
Bigtable מעביר את ההודעה לאשכול Bigtable שמכיל את הטבלה.
בקשת הכתיבה מתבצעת בטבלה.
אחרי השלמה מוצלחת של פעולת כתיבה, Bigtable API מחזיר תגובה של הצלחה.
אם פעולת כתיבה נכשלת, המערכת מטפלת בה באופן הבא:
התקבלה תשובה שלילית להודעת Pub/Sub.
המערכת של Pub/Sub שולחת מחדש את ההודעה.
אם ההודעה נכשלת מספיק פעמים, ונושא להודעות ללא מוצא מוגדר במינוי, ההודעה מועברת לנושא להודעות ללא מוצא.
סמנטיקה של הצגת מודעות
מינויים ל-Bigtable תומכים בשליחה של לפחות פעם אחת. אם אתם צריכים לבטל כפילויות של הודעות בצורה מדויקת, כדאי להטמיע תהליכים במורד הזרם כדי לטפל בכפילויות פוטנציאליות ב-Bigtable, או להשתמש ביכולות של עיבוד בדיוק פעם אחת ב-Dataflow.
טיפול בכשלים בשליחת הודעות
אם אי אפשר לכתוב הודעה ב-Pub/Sub ל-Bigtable, אי אפשר לאשר את ההודעה. כדי להעביר הודעות כאלה שלא ניתן למסור, צריך להגדיר נושא להודעות ללא מוצא במינוי ל-Bigtable. ההודעה ב-Pub/Sub שהועברה לנושא להודעות ללא מוצא מכילה מאפיין בשם CloudPubSubDeadLetterSourceDeliveryErrorMessage שמכיל את הסיבה לכשל בכתיבה.
אם Pub/Sub לא יכול לכתוב הודעות ל-Bigtable, הוא יבצע נסיגה (backoff) של מסירת ההודעות באופן דומה להתנהגות של נסיגה בדחיפה.
מכסות ומגבלות
ל-Pub/Sub יש מגבלות מכסה על נפח התפוקה של מנויי Bigtable לכל אזור. מידע נוסף זמין במאמר מכסות ומגבלות ב-Pub/Sub.
מידע על מגבלות ב-Bigtable זמין במאמר מכסות ומגבלות במסמכי התיעוד של Bigtable.
תמחור
מידע על התמחור של מינויים ל-Bigtable זמין בדף מחירון Pub/Sub.