במאמר הזה מוסבר איך ליצור מינוי ל-Cloud Storage. אפשר להשתמש במסוף, ב-Google Cloud CLI, בספריית הלקוח או ב-Pub/Sub API כדי ליצור מינוי ל-Cloud Storage. Google Cloud
לפני שמתחילים
לפני שקוראים את המסמך הזה, חשוב לוודא שמכירים את הנושאים הבאים:
- איך פועל מינוי לנפח אחסון.
- איך Cloud Storage פועל ואיך יוצרים ומנהלים קטגוריות של Cloud Storage.
- איך מגדירים נושא של הודעות שלא נמסרו לטיפול בכשלים בהעברת הודעות.
תפקידים והרשאות נדרשים
כדי לקבל את ההרשאות שנדרשות ליצירת מינוי ל-Cloud Storage, צריך לבקש מהאדמין להקצות לכם את תפקיד ה-IAM Pub/Sub Editor (roles/pubsub.editor) בפרויקט.
כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
זהו תפקיד שמוגדר מראש וכולל את ההרשאות שנדרשות ליצירת מינוי לנפח אחסון ב-Cloud Storage. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:
ההרשאות הנדרשות
כדי ליצור מינוי ל-Cloud Storage, צריך את ההרשאות הבאות:
-
pubsub.subscriptions.createבפרויקט -
pubsub.topics.attachSubscriptionבנושא
יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
מינויים חוצי-פרויקטים
אם יוצרים מינוי בפרויקט אחד לנושא בפרויקט אחר, צריכה להיות לכם הרשאת pubsub.subscriptions.create בפרויקט שבו אתם יוצרים את המינוי, והרשאת pubsub.topics.attachSubscription בנושא.
הקצאת תפקידי IAM לחשבון השירות
Pub/Sub משתמש בחשבון שירות של ניהול זהויות והרשאות גישה (IAM) כדי לגשת למשאבים Google Cloud . כברירת מחדל, הוא משתמש בסוכן השירות של Pub/Sub (service-PROJECT_NUMBER@gcp-sa-pubsub.iam.gserviceaccount.com).
כדי לאפשר ל-Pub/Sub לכתוב ל-Cloud Storage, לחשבון השירות נדרשים התפקידים הבאים:
- יצירת אובייקטים באחסון (
roles/storage.objectCreator) - קריאה בקטגוריה באחסון מדור קודם (
roles/storage.legacyBucketReader)
אפשר לתת לחשבון השירות הרשאות לפרויקט או לקטגוריה של Cloud Storage, באופן הבא:
פרויקט
נכנסים לדף Buckets במסוף Google Cloud .
בוחרים באפשרות Include Google-provided role grants.
מוצאים את השורה של חשבון השירות Cloud Pub/Sub ולוחצים על Edit principal.
לוחצים על Add another role ובוחרים בתפקיד Storage Object Creator. חוזרים על השלב הזה גם עבור התפקיד Storage Legacy Bucket Reader.
מידע נוסף זמין במאמר הענקת תפקידים ב-IAM באמצעות המסוף.
קטגוריה של Cloud Storage
במסוף Google Cloud , עוברים אל Buckets.
לוחצים על השם של קטגוריית Cloud Storage שרוצים להעניק לה הרשאה.
בדף Bucket details, לוחצים על הכרטיסייה Permissions.
בחלונית Permissions, לוחצים על הכרטיסייה View by principals.
לוחצים על הענקת גישה.
בשדה New principals, מזינים את מזהה חשבון השירות בפורמט הבא:
service-PROJECT_NUMBER@gcp-sa-pubsub.iam.gserviceaccount.com.ברשימה Assign roles, בוחרים באפשרות Storage Object Creator.
לוחצים על Add another role ובוחרים באפשרות Storage Legacy Bucket Reader.
לוחצים על Save. חשבון המשתמש מקבל את התפקידים במשאב.
שימוש בחשבון שירות מותאם אישית
אם מקצים את התפקידים יצירת אובייקטים של אחסון וקריאת קטגוריות מדור קודם של אחסון לחשבון השירות של Cloud Pub/Sub, כל משתמש שיש לו הרשאה ליצור מינוי בפרויקט יכול לכתוב לקטגוריה של Cloud Storage. אם רוצים לספק הרשאות מפורטות יותר, צריך להגדיר במקום זאת חשבון שירות בניהול המשתמש.
כדי להגדיר חשבון שירות שמנוהל על ידי המשתמש כדי לכתוב ל-Cloud Storage, צריך את ההרשאות הבאות:
לחשבון השירות בניהול המשתמש צריכים להיות התפקידים Storage Object Creator ו-Storage Legacy Bucket Reader.
לחשבון השירות של Cloud Pub/Sub צריכה להיות ההרשאה
iam.serviceAccounts.getAccessTokenבחשבון השירות בניהול המשתמש.למשתמש שיוצר את המינוי צריכה להיות ההרשאה
iam.serviceAccounts.actAsבחשבון השירות שמנוהל על ידי המשתמש.
כשיוצרים את המינוי, מציינים את חשבון השירות בניהול המשתמש כחשבון השירות של המינוי.
מאפייני המינוי לנפח אחסון ב-Cloud Storage
מינויים ל-Cloud Storage תומכים בכל מאפייני המינוי הנפוצים. בקטעים הבאים מפורטות מאפיינים שספציפיים למינויים ל-Cloud Storage.
שם הקטגוריה
כדי ליצור מינוי ל-Cloud Storage, צריך קודם ליצור קטגוריה של Cloud Storage.
ההודעות נשלחות כקבוצות ומאוחסנות בקטגוריה של Cloud Storage. קבוצה או קובץ יחידים מאוחסנים כאובייקט בקטגוריה.
ההגדרה מגיש הבקשה משלם צריכה להיות מושבתת בקטגוריה של Cloud Storage.
הוראות ליצירת קטגוריה של Cloud Storage מופיעות במאמר יצירת קטגוריות.
קידומת, סיומת ותאריך ושעה של שם הקובץ
קבצי הפלט של Cloud Storage שנוצרים על ידי המינוי ל-Cloud Storage מאוחסנים כאובייקטים בקטגוריה של Cloud Storage. השם של האובייקט שמאוחסן בקטגוריה של Cloud Storage הוא בפורמט הבא: <file-prefix><UTC-date-time>_<uuid><file-suffix>.
הרשימה הבאה כוללת פרטים על פורמט הקובץ והשדות שאפשר להתאים אישית:
<file-prefix>היא קידומת שם הקובץ בהתאמה אישית. השדה הזה אופציונלי.
<UTC-date-time>היא מחרוזת שנוצרת אוטומטית וניתנת להתאמה אישית על סמך הזמן שבו האובייקט נוצר.
<uuid>היא מחרוזת אקראית שנוצרת באופן אוטומטי לאובייקט.
<file-suffix>היא סיומת שם הקובץ המותאמת אישית. זהו שדה אופציונלי. סיומת שם הקובץ לא יכולה להסתיים ב-'/'.אפשר לשנות את הקידומת והסיומת של שם הקובץ:
לדוגמה, אם הערך של הקידומת של שם הקובץ הוא
prod_והערך של הסיומת של שם הקובץ הוא_archive, שם אובייקט לדוגמה הואprod_2023-09-25T04:10:00+00:00_uN1QuE_archive.אם לא מציינים את הקידומת והסיומת של שם הקובץ, שם האובייקט שמאוחסן בקטגוריה של Cloud Storage הוא בפורמט:
<UTC-date-time>_<uuid>.הדרישות למתן שמות לאובייקטים ב-Cloud Storage חלות גם על הקידומת והסיומת של שם הקובץ. מידע נוסף זמין במאמר הסבר על אובייקטים ב-Cloud Storage.
אתם יכולים לשנות את האופן שבו התאריך והשעה מוצגים בשם הקובץ:
תבניות חובה להתאמת תאריכים ושעות שאפשר להשתמש בהן רק פעם אחת: שנה (
YYYYאוYY), חודש (MM), יום (DD), שעה (hh), דקה (mm), שנייה (ss). לדוגמה,YY-YYYYאוMMMהם ערכים לא תקינים.אופרטורים אופציונליים שאפשר להשתמש בהם רק פעם אחת: מפריד של תאריך ושעה (
T) והזחה מאזור זמן (Zאו+00:00).רכיבים אופציונליים שאפשר להשתמש בהם כמה פעמים: מקף (
-), קו תחתון (_), נקודתיים (:) ולוכסן (/).לדוגמה, אם הערך של פורמט התאריך והשעה של שם הקובץ הוא
YYYY-MM-DD/hh_mm_ssZ, שם אובייקט לדוגמה הואprod_2023-09-25/04_10_00Z_uNiQuE_archive.אם פורמט התאריך והשעה של שם הקובץ מסתיים בתו שלא תואם, התו הזה יחליף את המפריד בין
<UTC-date-time>ל-<uuid>. לדוגמה, אם הערך של פורמט התאריך והשעה של שם הקובץ הואYYYY-MM-DDThh_mm_ss-, שם אובייקט לדוגמה הואprod_2023-09-25T04_10_00-uNiQuE_archive.
קיבוץ קבצים
מינויים ל-Cloud Storage מאפשרים לכם להחליט מתי ליצור קובץ פלט חדש שמאוחסן כאובייקט בקטגוריה של Cloud Storage. Pub/Sub כותב קובץ פלט כשמתקיים אחד מתנאי האצווה שצוינו. אלה התנאים ליצירת קבוצות של פעולות ב-Cloud Storage:
משך הזמן המקסימלי של קובץ באחסון.זו הגדרה נדרשת. אם חורגים מהערך שצוין למשך הזמן המקסימלי, Pub/Sub כותב קובץ פלט חדש. משך הזמן נמדד מהרגע שבו Pub/Sub מתחיל לכתוב לקובץ חדש ועד לרגע שבו הקובץ מסתיים. לדוגמה, אם מגדירים את משך הזמן המקסימלי ל-5 דקות, Pub/Sub מסיים את הקובץ לכל היותר 5 דקות אחרי שהוא מתחיל לכתוב לקובץ. יכול להיות שייווצר קובץ חדש לפני שמשך הזמן המקסימלי יסתיים. אם לא מציינים את הערך, מוחל ערך ברירת מחדל של 5 דקות. אלה הערכים הרלוונטיים למשך הזמן המקסימלי:
- ערך מינימלי = דקה אחת
- ערך ברירת המחדל = 5 דקות
- הערך המקסימלי הוא 10 דקות
מספר הבייטים המקסימלי של קובץ האצווה ב-Storage.זו הגדרה אופציונלית. מינוי לנפח אחסון ב-Cloud Storage כותב קובץ פלט חדש אם חורגים מהערך שצוין של מספר הבייטים המקסימלי. אלה הערכים הרלוונטיים של מספר הבייטים המקסימלי:
- ערך מינימלי = 1KB
- ערך מקסימלי = 10GiB
מספר ההודעות המקסימלי באחסון של קבוצת הודעות. זו הגדרה אופציונלית. המינוי ל-Cloud Storage כותב קובץ פלט חדש אם חורגים ממספר ההודעות המקסימלי שצוין. אלה הערכים הרלוונטיים למספר ההודעות המקסימלי:
- ערך מינימלי = 1000
לדוגמה, אפשר להגדיר את משך הזמן המקסימלי כ-6 דקות ואת גודל הקובץ המקסימלי כ-2GB. אם בדקה הרביעית, גודל קובץ הפלט מגיע ל-2GB, Pub/Sub מסיים את הקובץ הקודם ומתחיל לכתוב לקובץ חדש.
מינוי לנפח אחסון עשוי לכתוב לכמה קבצים בקטגוריה של Cloud Storage בו-זמנית. אם הגדרתם את המינוי ליצירת קובץ חדש כל 6 דקות, יכול להיות שתראו כמה קבצים של Cloud Storage נוצרים כל 6 דקות.
במקרים מסוימים, יכול להיות שמערכת Pub/Sub תתחיל לכתוב לקובץ חדש לפני הזמן שהוגדר בתנאים של אצווה הקבצים. קובץ יכול לחרוג מהערך של Max bytes אם המינוי מקבל הודעות שגדולות מהערך הזה.
פורמט קובץ
כשיוצרים מינוי ל-Cloud Storage, אפשר לציין את הפורמט של קובצי הפלט שייאוחסנו בקטגוריה של Cloud Storage כ-Text או כ-Avro.
טקסט: ההודעות מאוחסנות כטקסט רגיל. תו מפריד לשורה חדשה מפריד בין הודעה להודעה הקודמת בקובץ. רק המטען הייעודי (payload) של ההודעות נשמר, לא מאפיינים או מטא-נתונים אחרים.
Avro: ההודעות מאוחסנות בפורמט Apache Avro בינארי. כשבוחרים באפשרות Avro, אפשר להפעיל את המאפיינים הנוספים הבאים:
כתיבת מטא-נתונים: האפשרות הזו מאפשרת לכם לאחסן את המטא-נתונים של ההודעה יחד עם ההודעה. מטא-נתונים כמו השדות
subscription_name,message_id,publish_timeו-attributesנכתבים לשדות ברמה העליונה באובייקט Avro של הפלט, בעוד שכל מאפייני ההודעה האחרים מלבד הנתונים (לדוגמה, ordering_key, אם קיים) מתווספים כרשומות במפהattributes.אם האפשרות write metadata מושבתת, רק מטען הייעודי של ההודעה נכתב לאובייקט הפלט בפורמט Avro. זוהי סכימת Avro להודעות הפלט כשהאפשרות write metadata מושבתת:
{ "type": "record", "namespace": "com.google.pubsub", "name": "PubsubMessage", "fields": [ { "name": "data", "type": "bytes" } ] }זו סכמת Avro להודעות הפלט עם האפשרות write metadata (כתיבת מטא-נתונים) מופעלת:
{ "type": "record", "namespace": "com.google.pubsub", "name": "PubsubMessageWithMetadata", "fields": [ { "name": "subscription_name", "type": "string" }, { "name": "message_id", "type": "string" }, { "name": "publish_time", "type": { "type": "long", "logicalType": "timestamp-micros" } }, { "name": "attributes", "type": { "type": "map", "values": "string" } }, { "name": "data", "type": "bytes" } ] }שימוש בסכימת הנושא: האפשרות הזו מאפשרת ל-Pub/Sub להשתמש בסכימה של נושא Pub/Sub שאליו מצורף המינוי כשכותבים קובצי Avro.
כשמשתמשים באפשרות הזו, חשוב לבדוק את הדרישות הנוספות הבאות:
סכימת הנושא צריכה להיות בפורמט Apache Avro.
אם האפשרויות שימוש בסכימת נושא וכתיבת מטא-נתונים מופעלות, בסכימת הנושא צריך להיות אובייקט Record ברמת הבסיס. מערכת Pub/Sub תרחיב את רשימת השדות של Record כך שתכלול את שדות המטא-נתונים. כתוצאה מכך, ה-Record לא יכול להכיל שדות עם אותו שם כמו שדות המטא-נתונים (
subscription_name,message_id,publish_timeאוattributes).
חשבון שירות
יש לכם את האפשרויות הבאות לכתיבת הודעות לקטגוריה של Cloud Storage:
מגדירים חשבון שירות בהתאמה אישית כך שרק משתמשים עם ההרשאה
iam.serviceAccounts.actAsבחשבון השירות יוכלו ליצור מינוי שכותב לדלי. דוגמה לתפקיד שכולל את ההרשאהiam.serviceAccounts.actAsהוא התפקיד משתמש בחשבון שירות (roles/iam.serviceAccountUser).שימוש בסוכן השירות של Pub/Sub שמאפשר לכל משתמש עם הרשאה ליצור מינויים בפרויקט ליצור מינוי שכותב ל-bucket. סוכן השירות של Pub/Sub הוא הגדרת ברירת המחדל כשלא מציינים חשבון שירות מותאם אישית.
יצירת מינוי לנפח אחסון
המסוף
-
נכנסים לדף Subscriptions במסוף Google Cloud .
-
לוחצים על יצירת מינוי.
-
בשדה Subscription ID (מזהה מינוי), מזינים שם.
מידע על מתן שמות למינויים זמין במאמר הנחיות למתן שמות לנושאים או למינויים.
-
בוחרים נושא מהתפריט הנפתח או יוצרים נושא חדש.
המינוי מקבל הודעות מהנושא.
מידע על יצירת נושא זמין במאמר יצירה וניהול של נושאים.
-
בוחרים באפשרות סוג המשלוח בתור כתיבה אל Cloud Storage.
-
בקטע קטגוריה של Cloud Storage, לוחצים על Browse.
-
אפשר לבחור מאגר קיים מכל פרויקט מתאים.
-
אפשר גם ללחוץ על סמל היצירה ולפעול לפי ההוראות במסך כדי ליצור מאגר חדש.
אחרי שיוצרים את הקטגוריה, בוחרים אותה למינוי לנפח אחסון ב-Cloud Storage.
במאמר יצירת קטגוריות יש מידע נוסף על יצירת קטגוריה.
כשמציינים את הקטגוריה, Pub/Sub בודק את ההרשאות המתאימות בקטגוריה לסוכן השירות של Pub/Sub. אם יש בעיות בהרשאות, תוצג הודעה דומה להודעה הבאה:
Unable to verify if the Pub/Sub service agent has write permissions on this bucket. You may be lacking permissions to view or set permissions. -
-
אם מופיעות בעיות שקשורות להרשאות, לוחצים על הגדרת הרשאה ופועלים לפי ההוראות במסך.
לחלופין, פועלים לפי ההוראות במאמר הקצאת תפקידים ב-Cloud Storage לסוכן השירות של Pub/Sub.
-
בקטע פורמט קובץ, בוחרים באפשרות טקסט או באפשרות Avro.
אם בוחרים באפשרות Avro, אפשר גם לציין אם רוצים לשמור את המטא-נתונים של ההודעה בפלט.
מידע נוסף על שתי האפשרויות, כולל האפשרות של מטא-נתונים של הודעות בפורמט Avro, מופיע במאמר בנושא פורמט קובץ.
-
אופציונלי: אפשר לציין קידומת, סיומת ותאריך ושעה של שם הקובץ לכל הקבצים שייכתבו לקטגוריה של Cloud Storage. קובץ מאוחסן כאובייקט בקטגוריה.
מידע נוסף על הגדרת הקידומת, הסיומת והתאריך והשעה של שם הקובץ זמין במאמר בנושא קידומת, סיומת ותאריך ושעה של שם הקובץ.
-
בקטע File batching, מציינים את הזמן המקסימלי שיחלוף לפני יצירת קובץ חדש.
אפשר גם להגדיר את הגודל המקסימלי של הקובץ או את המספר המקסימלי של ההודעות לקבצים.
מידע נוסף על שתי האפשרויות של אצווה של קבצים זמין במאמר בנושא אצווה של קבצים.
-
מומלץ מאוד להפעיל העברה לתיבת דואר להודעות שלא נמסרו כדי לטפל בכשלים במסירת הודעות.
מידע נוסף זמין במאמר בנושא נושא של הודעות שלא ניתן להעביר.
-
אפשר להשאיר את שאר ההגדרות כברירות המחדל וללחוץ על Create.
gcloud
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של Google Cloud המסוף יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
- כדי ליצור מינוי לנפח אחסון ב-Cloud Storage, מריצים את הפקודה
gcloud pubsub subscriptions create.gcloud pubsub subscriptions create SUBSCRIPTION_ID \ --topic=TOPIC_ID \ --cloud-storage-bucket=BUCKET_NAME \ --cloud-storage-file-prefix=CLOUD_STORAGE_FILE_PREFIX \ --cloud-storage-file-suffix=CLOUD_STORAGE_FILE_SUFFIX \ --cloud-storage-file-datetime-format=CLOUD_STORAGE_FILE_DATETIME_FORMAT \ --cloud-storage-max-duration=CLOUD_STORAGE_MAX_DURATION \ --cloud-storage-max-bytes=CLOUD_STORAGE_MAX_BYTES \ --cloud-storage-max-messages=CLOUD_STORAGE_MAX_MESSAGES \ --cloud-storage-output-format=CLOUD_STORAGE_OUTPUT_FORMAT \ --cloud-storage-write-metadata --cloud-storage-use-topic-schema
אם רוצים להשתמש בחשבון שירות בהתאמה אישית, צריך לספק אותו כארגומנט נוסף:
gcloud pubsub subscriptions create SUBSCRIPTION_ID \ --topic=TOPIC_ID \ --cloud-storage-bucket=BUCKET_NAME \ --cloud-storage-file-prefix=CLOUD_STORAGE_FILE_PREFIX \ --cloud-storage-file-suffix=CLOUD_STORAGE_FILE_SUFFIX \ --cloud-storage-file-datetime-format=CLOUD_STORAGE_FILE_DATETIME_FORMAT \ --cloud-storage-max-duration=CLOUD_STORAGE_MAX_DURATION \ --cloud-storage-max-bytes=CLOUD_STORAGE_MAX_BYTES \ --cloud-storage-max-messages=CLOUD_STORAGE_MAX_MESSAGES \ --cloud-storage-output-format=CLOUD_STORAGE_OUTPUT_FORMAT \ --cloud-storage-write-metadata --cloud-storage-use-topic-schema --cloud-storage-service-account-email=SERVICE_ACCOUNT_NAME
בפקודה, רק
SUBSCRIPTION_ID, הדגל--topicוהדגל--cloud-storage-bucketהם חובה. הדגלים הנותרים הם אופציונליים ואפשר להשמיט אותם.מחליפים את מה שכתוב בשדות הבאים:
-
SUBSCRIPTION_ID: השם או המזהה של המינוי החדש ל-Cloud Storage. -
TOPIC_ID: השם או המזהה של הנושא. -
BUCKET_NAME: ציון השם של קטגוריה קיימת. לדוגמה,prod_bucket. שם הדלי לא יכול לכלול את מזהה הפרויקט. במאמר יצירת קטגוריות מוסבר איך ליצור קטגוריה. -
CLOUD_STORAGE_FILE_PREFIX: מציין את הקידומת של שם הקובץ ב-Cloud Storage. לדוגמה:log_events_. -
CLOUD_STORAGE_FILE_SUFFIX: מציין את הסיומת של שם הקובץ ב-Cloud Storage. לדוגמה:.txt. -
CLOUD_STORAGE_FILE_DATETIME_FORMAT: מציין את פורמט התאריך והשעה של שם הקובץ ב-Cloud Storage. לדוגמה,YYYY-MM-DD/hh_mm_ssZ. -
CLOUD_STORAGE_MAX_DURATION: משך הזמן המקסימלי שיכול לעבור לפני שנוצר קובץ חדש ב-Cloud Storage. הערך צריך להיות בין דקה אחת ל-10 דקות. לדוגמה:5m. -
CLOUD_STORAGE_MAX_BYTES: מספר הבייטים המקסימלי שאפשר לכתוב לקובץ Cloud Storage לפני שנוצר קובץ חדש. הערך צריך להיות בין 1KB ל-10GB. לדוגמה:20MB. -
CLOUD_STORAGE_MAX_MESSAGES: המספר המקסימלי של הודעות שאפשר לכתוב לקובץ Cloud Storage לפני שנוצר קובץ חדש. הערך חייב להיות גדול מ-1,000 או שווה לו. לדוגמה,100000. -
CLOUD_STORAGE_OUTPUT_FORMAT: פורמט הפלט של הנתונים שנכתבים ב-Cloud Storage. הערכים הם:-
text: ההודעות נכתבות כטקסט גולמי, מופרדות בשורה חדשה. -
avro: ההודעות נכתבות כקובץ בינארי של Avro. הפרמטרים--cloud-storage-write-metadataו---cloud-storage-use-topic-schemaמשפיעים רק על מינויים עם פורמט פלטavro.
-
- SERVICE_ACCOUNT_NAME: מציין את השם של חשבון השירות שמשמש לכתיבה ב-Cloud Storage.
-
C++
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי C++הוראות ההגדרה במאמר התחלה מהירה של Pub/Sub באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub C++ API.
כדי לבצע אימות ב-Pub/Sub, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי C#הוראות ההגדרה במאמר התחלה מהירה של Pub/Sub באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub C# API.
כדי לבצע אימות ב-Pub/Sub, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Goהוראות ההגדרה במאמר התחלה מהירה של Pub/Sub באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Go API.
כדי לבצע אימות ב-Pub/Sub, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Javaהוראות ההגדרה במאמר התחלה מהירה של Pub/Sub באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Java API.
כדי לבצע אימות ב-Pub/Sub, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Node.jsהוראות ההגדרה במאמר התחלה מהירה של Pub/Sub באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Node.js API.
כדי לבצע אימות ב-Pub/Sub, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במאמר התחלה מהירה של Pub/Sub באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Node.js API.
כדי לבצע אימות ב-Pub/Sub, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
PHP
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי PHPהוראות ההגדרה במאמר התחלה מהירה של Pub/Sub באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub PHP API.
כדי לבצע אימות ב-Pub/Sub, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Pythonהוראות ההגדרה במאמר התחלה מהירה של Pub/Sub באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Python API.
כדי לבצע אימות ב-Pub/Sub, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
מעקב אחר מינוי לנפח אחסון
ב-Cloud Monitoring יש מספר מדדים למעקב אחרי מינויים.
רשימה של כל המדדים שקשורים ל-Pub/Sub והתיאורים שלהם מופיעה במסמכי התיעוד בנושא מעקב אחרי Pub/Sub.
אפשר גם לעקוב אחרי מינויים מתוך Pub/Sub.
המאמרים הבאים
פתרון בעיות במינוי לנפח אחסון ב-Cloud Storage.
מידע על Cloud Storage
כדאי לעיין בתמחור של Pub/Sub, כולל מינוי לנפח אחסון ב-Cloud Storage.