מינויים ל-Cloud Storage

מינוי ל-Cloud Storage הוא סוג של מינוי לייצוא שכותב הודעות לקטגוריה קיימת ב-Cloud Storage כשהן מתקבלות. אין צורך להגדיר לקוח נפרד למנויים. אפשר להשתמש במסוף, ב-Google Cloud CLI, בספריות הלקוח או ב-Pub/Sub API כדי ליצור, לעדכן, להציג, לנתק או למחוק מינוי ל-Cloud Storage. Google Cloud

אם אין לכם מינוי ל-Cloud Storage, אתם צריכים מינוי מסוג pull או push ומנוי (למשל Dataflow) שקורא הודעות וכותב אותן לקטגוריה ב-Cloud Storage. אין צורך בתקורה של הפעלת משימת Dataflow אם ההודעות לא דורשות עיבוד נוסף לפני שמאחסנים אותן בקטגוריה של Cloud Storage. במקום זאת, אפשר להשתמש במינוי ל-Cloud Storage.

כדי לבצע שינויים קלים בהודעות או במאפיינים, אפשר לצרף Single Message Transform למינוי Cloud Storage. עם זאת, מומלץ להשתמש בפייפליין Dataflow למערכות Pub/Sub שבהן נדרש שינוי נתונים מורכב יותר לפני שהנתונים מאוחסנים בקטגוריה של Cloud Storage, במיוחד אם רוצים להשתמש בחלונות או בצבירה של הודעות.

כדי ללמוד איך להזרים נתונים מ-Pub/Sub ל-Cloud Storage עם טרנספורמציה באמצעות Dataflow, אפשר לעיין במאמר הזרמת הודעות מ-Pub/Sub באמצעות Dataflow.

לפני שמתחילים

לפני שקוראים את המסמך הזה, חשוב לוודא שמכירים את הנושאים הבאים:

תהליך העבודה של מינוי לנפח אחסון ב-Cloud Storage

התמונה הבאה מציגה את תהליך העבודה בין מינוי ל-Cloud Storage לבין Cloud Storage.

זרימת ההודעות במינוי לנפח אחסון

איור 1. תהליך עבודה למינוי לנפח אחסון

הנה תיאור קצר של תהליך העבודה שמופיע באיור 1:

  1. ‫Pub/Sub משתמש ב-Cloud Storage API כדי לשלוח נתונים לקטגוריית Cloud Storage. אחרי השלמה מוצלחת של פעולת כתיבה, ה-API מחזיר תגובה מסוג OK.

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

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

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

מאפיינים של מינוי לנפח אחסון

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

טיפול בכשלים בשליחת הודעות

כשאי אפשר לכתוב הודעת Pub/Sub לקטגוריה של Cloud Storage, אי אפשר לאשר את ההודעה. כדי להעביר הודעות כאלה שלא ניתן למסור, צריך להגדיר נושא של הודעות שלא ניתן למסור במינוי ל-Cloud Storage.

אם ל-Pub/Sub אין הרשאת כתיבה של הודעות ל-Cloud Storage, הוא יבצע נסיגה של מסירת ההודעות באופן שדומה להתנהגות של נסיגה בדחיפה.

מכסות

מגבלות המכסה חלות על קצב העברת הנתונים של המנויים ב-Cloud Storage בכל אזור. מידע על המכסות של מינויים ל-Cloud Storage מופיע במאמר מכסות ומגבלות של Pub/Sub בקטע על מגבלות המכסות של מינויים לייצוא.

תמחור

מידע על התמחור של מינויים ל-Cloud Storage זמין בדף התמחור של Pub/Sub.

המאמרים הבאים