מינוי ל-Cloud Storage הוא סוג של מינוי לייצוא שכותב הודעות לקטגוריה קיימת של Cloud Storage כשהן מתקבלות. אין צורך להגדיר לקוח נפרד של נמען. אפשר להשתמש במסוף Google Cloud , ב-Google Cloud CLI, בספריות הלקוח או ב-Pub/Sub API כדי ליצור, לעדכן, להציג, לנתק או למחוק מינוי ל-Cloud Storage.
אם אין לכם מינוי ל-Cloud Storage, אתם צריכים מינוי מסוג pull או push וצרכן (למשל Dataflow) שקורא את ההודעות וכותב אותן לקטגוריה של Cloud Storage. אם ההודעות לא דורשות עיבוד נוסף לפני ששומרים אותן בקטגוריה של Cloud Storage, אין צורך בהוצאות התקורה של הפעלת משימת Dataflow. במקום זאת, אפשר להשתמש במינוי ל-Cloud Storage.
כדי לבצע שינויים קלים בהודעות או במאפיינים, אפשר לצרף Single Message Transform למינוי Cloud Storage. עם זאת, מומלץ להשתמש בצינור Dataflow למערכות Pub/Sub שבהן נדרשת טרנספורמציה מורכבת יותר של נתונים לפני שהנתונים מאוחסנים בקטגוריה של Cloud Storage, במיוחד אם רוצים להשתמש בחלונות או בצבירה של הודעות.
כדי ללמוד איך להזרים נתונים מ-Pub/Sub ל-Cloud Storage עם טרנספורמציה באמצעות Dataflow, אפשר לעיין במאמר הזרמת הודעות מ-Pub/Sub באמצעות Dataflow.
לפני שמתחילים
לפני שקוראים את המסמך הזה, חשוב לוודא שמכירים את הנושאים הבאים:
איך פועל Pub/Sub ומהם המונחים השונים שקשורים ל-Pub/Sub.
מהם סוגי המינויים השונים ולמה כדאי להשתמש במינוי לנפח אחסון.
איך Cloud Storage פועל.
תהליך העבודה של מינוי לנפח אחסון ב-Cloud Storage
התמונה הבאה מציגה את תהליך העבודה בין מינוי ל-Cloud Storage לבין Cloud Storage.
איור 1. תהליך עבודה למינוי לנפח אחסון
הנה תיאור קצר של תהליך העבודה שמופיע באיור 1:
Pub/Sub משתמש ב-Cloud Storage API כדי לשלוח נתונים לקטגוריית Cloud Storage. אחרי השלמה מוצלחת של פעולת כתיבה, ה-API מחזיר תגובה מסוג
OK.ההודעות נשלחות בקבוצות לקטגוריה של Cloud Storage. כל קובץ באצ' תואם לאובייקט שמאוחסן בקטגוריה של Cloud Storage. אפשר להגדיר את ההגדרות של אצווה לפי גודל האובייקט והזמן שחלף מאז שהאובייקט נוצר.
תהליך העבודה לכתיבת אובייקט לקטגוריה של Cloud Storage דורש שתי תגובות
OK. התגובה הראשונהOKנשלחת כשהודעה נכתבת בהצלחה לאובייקט. התשובה השנייהOKנשלחת כשהאובייקט שמכיל את ההודעה מסתיים. ההודעה תהיה גלויה בקטגוריה רק אחרי שהאובייקט ב-Cloud Storage שמכיל אותה יסתיים בהצלחה.אם יש כשלים במהלך פעולת הכתיבה, מתקבל אישור שלילי להודעת Pub/Sub עצמה. ההודעה תישלח מחדש. אם פעולת הכתיבה של ההודעה נכשלת מספיק פעמים והגדרתם נושא של הודעות שלא נמסרו במינוי, ההודעה תועבר לנושא הזה.
מאפיינים של מינוי לנפח אחסון
כשיוצרים מינוי ל-Cloud Storage, צריך לציין כמה מאפיינים נוספים. המאפיינים האלה כוללים מאפיינים נפוצים של מינויים, דרישות לגבי שם הקובץ והפורמט, דרישות לגבי נפח האחסון ועוד. מידע נוסף על המאפיינים האלה זמין במאמר מאפייני מינוי לנפח אחסון.
טיפול בכשלים בשליחת הודעות
כשאי אפשר לכתוב הודעת Pub/Sub לקטגוריית Cloud Storage, אי אפשר לאשר את קבלת ההודעה. כדי להעביר הודעות כאלה שלא ניתן למסור, צריך להגדיר נושא של הודעות שלא ניתן למסור במינוי ל-Cloud Storage.
אם ל-Pub/Sub אין הרשאת כתיבה של הודעות ל-Cloud Storage, הוא יבצע נסיגה של מסירת ההודעות באופן שדומה להתנהגות של נסיגה בדחיפה.
מכסות
מגבלות המכסה חלות על קצב העברת הנתונים של המנויים ב-Cloud Storage בכל אזור. מידע על המכסות של מינויים ל-Cloud Storage מופיע במאמר מכסות ומגבלות של Pub/Sub בקטע על מכסות של מנויים לייצוא.
תמחור
מידע על התמחור של מינויים ל-Cloud Storage זמין בדף התמחור של Pub/Sub.
המאמרים הבאים
- יוצרים מינוי לנפח אחסון ב-Cloud Storage.
פתרון בעיות במינוי לנפח אחסון ב-Cloud Storage.
התנסות בכלים להגדרת Pub/Sub: