נושא ייבוא של Azure Event Hubs מאפשר לכם להטמיע נתונים באופן רציף מ-Azure Event Hubs כמקור חיצוני אל Pub/Sub. אחר כך אפשר להזרים את הנתונים לכל אחד מהיעדים שנתמכים ב-Pub/Sub.
במאמר הזה מוסבר איך ליצור ולנהל נושאים של ייבוא מ-Azure Event Hubs. כדי ליצור נושא רגיל, ראו יצירת נושא רגיל.
מידע נוסף על ייבוא נושאים זמין במאמר מידע על ייבוא נושאים.
לפני שמתחילים
מגדירים את התפקידים וההרשאות הנדרשים לניהול נושאי ייבוא של Azure Event Hubs, כולל:
מגדירים איחוד זהויות של עומסי עבודה כדי ש-Google Cloud יוכל לגשת לשירות הסטרימינג החיצוני.
תפקידים והרשאות נדרשים
כדי לקבל את ההרשאות שנדרשות ליצירה ולניהול של נושאי ייבוא של Azure Event Hubs, צריך לבקש מהאדמין להקצות לכם את תפקיד ה-IAM Pub/Sub Editor (roles/pubsub.editor) בנושא או בפרויקט.
כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
זהו תפקיד שמוגדר מראש וכולל את ההרשאות שנדרשות ליצירה ולניהול של נושאי ייבוא של Azure Event Hubs. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:
ההרשאות הנדרשות
כדי ליצור ולנהל נושאים של ייבוא מ-Azure Event Hubs, נדרשות ההרשאות הבאות:
- יוצרים נושא לייבוא: pubsub.topics.create
- מחיקת נושא ייבוא: pubsub.topics.delete
- קבלת נושא לייבוא: pubsub.topics.get
- הצגת רשימה של נושא ייבוא: pubsub.topics.list
- פרסום בנושא ייבוא: pubsub.topics.publish ו-pubsub.serviceAgent
- עדכון נושא ייבוא: pubsub.topics.update
- קבלת מדיניות IAM בנושא ייבוא: pubsub.topics.getIamPolicy
-
מגדירים את מדיניות ה-IAM לנושא ייבוא:
pubsub.topics.setIamPolicy
יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
אפשר להגדיר בקרת גישה ברמת הפרויקט וברמת המשאב הבודד.
הגדרה של זהות מאוחדת לגישה אל Azure Event Hubs
איחוד שירותי אימות הזהות של עומסי עבודה מאפשר לשירותים של Google Cloud לגשת לעומסי עבודה שפועלים מחוץ ל- Google Cloud. באמצעות איחוד שירותי אימות הזהות, לא צריך לשמור או להעביר פרטי כניסה ל- Google Cloud כדי לגשת למשאבים בעננים אחרים. במקום זאת, אפשר להשתמש בזהויות של עומסי העבודה עצמם כדי לבצע אימות ל- Google Cloud ולגשת למשאבים.
יצירת חשבון שירות ב- Google Cloud
זהו שלב אופציונלי. אם כבר יש לכם חשבון שירות, אתם יכולים להשתמש בו במקום ליצור חשבון שירות חדש. אם אתם משתמשים בחשבון שירות קיים, צריך לעבור אל תיעוד המזהה הייחודי של חשבון השירות כדי להמשיך לשלב הבא.
בנושאים לייבוא מ-Azure Event Hubs, Pub/Sub משתמש בחשבון השירות כזהות לגישה למשאבים מ-Azure.
מידע נוסף על יצירת חשבון שירות, כולל דרישות מוקדמות, תפקידים והרשאות נדרשים והנחיות למתן שמות, זמין במאמר יצירת חשבונות שירות. אחרי שיוצרים חשבון שירות, יכול להיות שיהיה צריך להמתין 60 שניות לפחות לפני שאפשר להשתמש בו. הסיבה לכך היא מודל העקביות ההדרגתי: יכול להיות שייקח זמן עד שחשבון השירות החדש יופיע.
תיעוד המזהה הייחודי של חשבון השירות
כדי להגדיר רישום אפליקציות ב-Azure, צריך מזהה ייחודי של חשבון שירות.
נכנסים לדף הפרטים חשבון שירות במסוף Google Cloud .
לוחצים על חשבון השירות שיצרתם או על חשבון השירות שבו אתם מתכננים להשתמש.
בדף פרטי חשבון השירות, רושמים את המזהה הייחודי.
המזהה נדרש כחלק מתהליך העבודה להגדרת רישום אפליקציות ב-Azure.
הוספת התפקיד 'יצירת אסימונים בחשבון שירות' לחשבון השירות של Pub/Sub
התפקיד 'יצירת אסימונים בחשבון שירות' (roles/iam.serviceAccountTokenCreator) מאפשר לחשבונות משתמשים ליצור פרטי כניסה לטווח קצר לחשבון שירות. האסימונים או פרטי הכניסה האלה משמשים להתחזות לחשבון השירות.
מידע נוסף על התחזות לחשבון שירות זמין במאמר התחזות לחשבון שירות.
במהלך התהליך הזה אפשר גם להוסיף את התפקיד 'פרסום הודעות ב-Pub/Sub' (roles/pubsub.publisher). מידע נוסף על התפקיד והסיבה להוספתו זמין במאמר הוספת התפקיד 'פרסום הודעות ב-Pub/Sub' לחשבון השירות של Pub/Sub.
נכנסים לדף IAM במסוף Google Cloud .
מסמנים את התיבה Include Google-provided role grants.
מחפשים את חשבון השירות בפורמט
service-{PROJECT_NUMBER}@gcp-sa-pubsub.iam.gserviceaccount.com.לוחצים על הלחצן Edit Principal (עריכת חשבון המשתמש) בחשבון השירות הרלוונטי.
אם צריך, לוחצים על הוספת תפקיד נוסף.
מחפשים את התפקיד 'יצירת אסימונים בחשבון שירות' (
roles/iam.serviceAccountTokenCreator) ולוחצים עליו.לוחצים על Save.
יצירת רישום אפליקציה עם איחוד זהויות
כדי להטמיע נתונים מ-Azure Event Hubs, צריך לרשום אפליקציה בפלטפורמת הזהויות של מיקרוסופט ולהפעיל איחוד זהויות בחשבון השירות. כך חשבון השירות יוכל לבצע אימות ב-Azure.
מידע נוסף על רישום אפליקציה ב-Microsoft Identity Platform זמין במדריך לתחילת העבודה בנושא רישום אפליקציה ב-Azure.
נכנסים לפורטל Azure ופותחים את הדף Microsoft Entra ID.
בחלונית הניווט, לוחצים על ניהול > רישום אפליקציות.
לוחצים על New registration.
נותנים שם לאפליקציה ומגדירים את סוגי החשבונות הנתמכים לכל אפשרות אחרת מלבד חשבונות מיקרוסופט אישיים בלבד.
כדי לרשום את האפליקציה, לוחצים על Register (רישום).
פותחים את האפליקציה ולוחצים על Manage (ניהול) > Certificates & Secrets (אישורים וסודות).
לוחצים על הוספת פרטי כניסה.
כדי להגדיר פרטי כניסה מאוחדים, לוחצים על Other issuer (מנפיק אחר).
בשדה המוסד המנפיק, מזינים
https://accounts.google.com.בשדה Value (ערך), מזינים את המזהה הייחודי של חשבון השירות של Pub/Sub.
המזהה הזה מופיע בקטע Record the service account unique ID.
נותנים שם לזהות המאוחדת ולוחצים על הוספה.
הקצאת תפקידים לאפליקציה הרשומה
כדי לאפשר ל-Pub/Sub לקרוא ממרכז האירועים שלכם ב-Azure, צריך להעניק את התפקידים הנדרשים לאפליקציה הרשומה.
נכנסים ל-Azure portal ופותחים את מרחב השמות של Event Hubs.
כדי לפתוח מרחב שמות, מזינים Event Hubs בחיפוש ולוחצים על אחד ממרחבי השמות.
בסרגל הצד, לוחצים על בקרת גישה (IAM).
לוחצים על הוספה > הוספת הקצאת תפקיד.
בוחרים את התפקיד Azure Event Hubs Data Receiver (מקבל נתונים של Azure Event Hubs) ולוחצים על הבא.
כך מעניקים לחשבון השירות של Pub/Sub הרשאת קריאה של מרכז האירועים ב-Azure.
לוחצים על +בחירת חברים ואז מחפשים את האפליקציה הרשומה.
מקלידים את השם הרשום של האפליקציה בשדה החיפוש.
לוחצים על שם האפליקציה ואז על בחירה.
לוחצים על בדיקה + הקצאה.
חוזרים על שלבים 3 עד 6 ומוסיפים את התפקיד Azure Event Hubs Data Sender.
התפקיד הזה מעניק לחשבון השירות ב-Google Cloud הרשאה לאחזור מטא-נתונים ממרכז האירועים שלכם ב-Azure.
מידע נוסף על הקצאת תפקידים ב-Azure
הוספת התפקיד 'פרסום הודעות ב-Pub/Sub' לחשבון המשתמש ב-Pub/Sub
כדי להפעיל פרסום, צריך להקצות תפקיד של פרסום לחשבון השירות של Pub/Sub, כדי ש-Pub/Sub יוכל לפרסם בנושא הייבוא של Azure Event Hubs.
הוספת התפקיד של סוכן שירות Pub/Sub לחשבון השירות של Pub/Sub
כדי לאפשר ל-Pub/Sub להשתמש במכסת הפרסום של פרויקט נושא הייבוא, לסוכן השירות של Pub/Sub נדרשת ההרשאה serviceusage.services.use בפרויקט של נושא הייבוא.
כדי לתת את ההרשאה הזו, מומלץ להוסיף את תפקיד סוכן השירות של Pub/Sub לחשבון השירות של Pub/Sub.
אם לחשבון השירות של Pub/Sub אין את התפקיד של סוכן שירות Pub/Sub, אפשר להקצות אותו באופן הבא:
נכנסים לדף IAM במסוף Google Cloud .
מסמנים את התיבה Include Google-provided role grants.
מחפשים את חשבון השירות בפורמט
service-{PROJECT_NUMBER}@gcp-sa-pubsub.iam.gserviceaccount.com.לוחצים על הלחצן Edit principal (עריכת חשבון המשתמש) בחשבון השירות הרלוונטי.
אם צריך, לוחצים על הוספת תפקיד נוסף.
מחפשים את התפקיד של סוכן השירות Pub/Sub (
roles/pubsub.serviceAgent) ולוחצים עליו.לוחצים על Save.
הפעלת פרסום מכל הנושאים
משתמשים בשיטה הזו אם לא יצרתם נושאים של ייבוא Azure Event Hubs.
נכנסים לדף IAM במסוף Google Cloud .
מסמנים את התיבה Include Google-provided role grants.
מחפשים את חשבון השירות בפורמט
service-{PROJECT_NUMBER}@gcp-sa-pubsub.iam.gserviceaccount.com.לוחצים על הלחצן Edit principal (עריכת חשבון המשתמש) בחשבון השירות הרלוונטי.
אם צריך, לוחצים על הוספת תפקיד נוסף.
מחפשים את התפקיד 'פרסום הודעות ב-Pub/Sub' (
roles/pubsub.publisher) ולוחצים עליו.לוחצים על Save.
הפעלת פרסום מנושא יחיד
משתמשים בשיטה הזו רק אם נושא הייבוא של Azure Event Hubs כבר קיים.
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של Google Cloud המסוף יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
מריצים את הפקודה
gcloud pubsub topics add-iam-policy-binding:gcloud pubsub topics add-iam-policy-binding TOPIC_ID \ --member="serviceAccount:service-PROJECT_NUMBER@gcp-sa-pubsub.iam.gserviceaccount.com" \ --role="roles/pubsub.publisher"
מחליפים את מה שכתוב בשדות הבאים:
TOPIC_ID: מזהה הנושא של נושא הייבוא ב-Azure Event Hubs.
PROJECT_NUMBER: מספר הפרויקט. במאמר זיהוי פרויקטים מוסבר איך לראות את מספר הפרויקט.
הוספת התפקיד 'משתמש בחשבון שירות' לחשבון השירות
התפקיד 'משתמש בחשבון השירות' (roles/iam.serviceAccountUser) כולל את ההרשאה iam.serviceAccounts.actAs שמאפשרת לישות מורשית לצרף חשבון שירות להגדרות הטמעת הנתונים של נושא הייבוא של Azure Event Hubs, ולהשתמש בחשבון השירות הזה לצורך זהות מאוחדת.
נכנסים לדף IAM במסוף Google Cloud .
לוחצים על הלחצן Edit principal (עריכת חשבון המשתמש) בשורה של חשבון המשתמש שמוציא את הקריאות ליצירה או לעדכון של נושא.
אם צריך, לוחצים על הוספת תפקיד נוסף.
מחפשים את התפקיד 'משתמש בחשבון שירות' (
roles/iam.serviceAccountUser) ולוחצים עליו.לוחצים על Save.
שימוש בנושאים של ייבוא מ-Azure Event Hubs
אפשר ליצור נושא חדש לייבוא או לערוך נושא קיים.
לתשומת ליבכם
יצירת הנושא והמינוי בנפרד, גם אם היא נעשית ברצף מהיר, עלולה לגרום לאובדן נתונים. יש חלון זמן קצר שבו הנושא קיים ללא מינוי. אם נתונים יישלחו לנושא במהלך הזמן הזה, הם יאבדו. אם יוצרים את הנושא קודם, יוצרים את המינוי ואז ממירים את הנושא לנושא ייבוא, אפשר להבטיח שלא יפספסו הודעות במהלך תהליך הייבוא.
אם אתם צריכים ליצור מחדש את מרכז האירועים של Azure של נושא ייבוא קיים עם אותו שם, אתם לא יכולים פשוט למחוק את מרכז האירועים של Azure וליצור אותו מחדש. הפעולה הזו עלולה לבטל את ניהול ההיסטים של Pub/Sub, מה שעלול להוביל לאובדן נתונים. כדי לפתור את הבעיה, מבצעים את השלבים הבאים:
- מחיקת נושא הייבוא ב-Pub/Sub
- מחיקת מרכז האירועים של Azure
- יצירת מרכז האירועים של Azure
- יצירת נושא Pub/Sub לייבוא
הנתונים ממרכז אירועים של Azure תמיד נקראים מההיסט הכי מוקדם.
יצירת נושאים לייבוא ב-Azure Event Hubs
מידע נוסף על מאפיינים שמשויכים לנושא
חשוב לוודא שהשלמתם את הפעולות הבאות:
כדי ליצור נושא ייבוא של Azure Event Hubs, מבצעים את השלבים הבאים:
המסוף
נכנסים לדף Topics במסוף Google Cloud .
לוחצים על יצירת נושא.
בשדה Topic ID מזינים מזהה לנושא הייבוא של Azure Event Hubs. מידע נוסף על מתן שמות לנושאים זמין בהנחיות למתן שמות.
בוחרים באפשרות הוספת מינוי שמוגדר כברירת מחדל.
בוחרים באפשרות הפעלת הטמעה.
בקטע 'מקור ההטמעה', בוחרים באפשרות Azure Event Hubs.
מזינים את הפרטים הבאים:
- קבוצת משאבים: השם של קבוצת המשאבים ב-Azure שמכילה את מרחב השמות של Azure Event Hubs שאתם מתכננים להעביר ל-Pub/Sub.
- מרחב שמות של Event Hub: השם של מרחב השמות של Azure Event Hubs שמכיל את Azure Event Hub שאתם מתכננים להעביר ל-Pub/Sub.
- Event Hub: השם של מרכז האירועים של Azure שאתם מתכננים להעביר ל-Pub/Sub.
- מזהה לקוח: מזהה האפליקציה (לקוח) של האפליקציה הרשומה ב-Azure שמכילה את הזהות המאוחדת של חשבון השירות ב-Google Cloud. הערך הזה צריך להיות UUID. למידע נוסף, אפשר לעיין בדף רישום האפליקציות ב-Azure.
- מזהה הדייר: מזהה הספרייה (הדייר) של הדייר שבבעלותו מרכז האירועים של Azure שאתם מתכננים להעביר ל-Pub/Sub. הערך הזה צריך להיות UUID. כדי למצוא את מזהה הדייר, אפשר להיעזר במאמר איך למצוא את מזהה המינוי ומזהה הדייר ב-Azure.
- מזהה המינוי: מזהה המינוי של המינוי שבבעלותו קבוצת המשאבים של Azure Event Hubs. הערך הזה צריך להיות UUID. כדי למצוא את מזהה המינוי, אפשר לעבור אל הדף 'קבלת מזהי מינוי ודייר ב-Azure'.
- חשבון שירות: חשבון השירות שיצרתם במאמר יצירת חשבון שירות ב- Google Cloud.
משאירים את ערכי ברירת המחדל בשדות שנותרו.
לוחצים על יצירת נושא.
gcloud
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של Google Cloud המסוף יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
מריצים את הפקודה
gcloud pubsub topics create:gcloud pubsub topics create TOPIC_ID \ --azure-event-hubs-ingestion-resource-group RESOURCE_GROUP \ --azure-event-hubs-ingestion-namespace NAMESPACE \ --azure-event-hubs-ingestion-event-hub EVENT_HUB \ --azure-event-hubs-ingestion-client-id CLIENT_ID \ --azure-event-hubs-ingestion-tenant-id TENANT_ID \ --azure-event-hubs-ingestion-subscription-id SUBSCRIPTION_ID \ --azure-event-hubs-ingestion-service-account SERVICE_ACCOUNTמחליפים את מה שכתוב בשדות הבאים:
-
TOPIC_ID: השם או המזהה של נושא Pub/Sub. -
RESOURCE_GROUP: השם של קבוצת המשאבים של Azure Event Hubs שמכילה את מרחב השמות של Azure Event Hubs שאתם מתכננים להעביר ל-Pub/Sub. -
NAMESPACE: השם של מרחב השמות של Azure Event Hubs שמכיל את מרכז האירועים של Azure שאתם מתכננים להעביר ל-Pub/Sub. -
EVENT_HUB: השם של מרכז האירועים של Azure שאתם מתכננים להעביר ל-Pub/Sub. CLIENT_ID: מזהה האפליקציה (לקוח) של האפליקציה הרשומה ב-Azure שמכילה את הזהות המאוחדת שלGoogle Cloud חשבון השירות. הערך הזה צריך להיות UUID. מידע נוסף זמין בדף ההרשמה של אפליקציות ב-Azure.-
TENANT_ID: מזהה הספרייה (הדייר) של הדייר שבבעלותו מרכז האירועים של Azure שאתם מתכננים להעביר ל-Pub/Sub. הערך הזה צריך להיות UUID. כדי למצוא את מזהה הדייר, אפשר להיעזר במאמר Azure Get subscription and tenant IDs page. -
SUBSCRIPTION_ID: מזהה המינוי של המינוי שבבעלותו מרכז האירועים של Azure שאתם מתכננים להעביר ל-Pub/Sub. הערך הזה צריך להיות UUID. כדי למצוא את מזהה המינוי, אפשר לעבור אל הדף 'קבלת מזהה המינוי ומזהה הדייר ב-Azure'. -
SERVICE_ACCOUNT: חשבון השירות שיצרתם בשלב יצירת חשבון שירות ב- Google Cloud
-
C++
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C++ במאמר תחילת העבודה: שימוש בספריות לקוח. מידע נוסף זמין במאמרי העזרה בנושא Pub/Sub C++ API.
המשך
בדוגמה הבאה נעשה שימוש בגרסה הראשית של ספריית הלקוח Go Pub/Sub (v2). אם אתם עדיין משתמשים בספרייה v1, כדאי לעיין במדריך להעברה לגרסה v2. כדי לראות רשימה של דוגמאות קוד מגרסה 1, אפשר לעיין ב דוגמאות הקוד שהוצאו משימוש.
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במאמר מדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Go API.
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במאמר תחילת העבודה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Java API.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במאמר תחילת העבודה: שימוש בספריות לקוח. מידע נוסף זמין במאמר Pub/Sub Node.js API reference documentation.
Node.ts
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במאמר תחילת העבודה: שימוש בספריות לקוח. מידע נוסף זמין במאמר Pub/Sub Node.js API reference documentation.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במאמר תחילת העבודה: שימוש בספריות לקוח. מידע נוסף זמין במאמרי העזרה של Pub/Sub Python API.
נתקלתם בבעיות? היעזרו במאמר בנושא פתרון בעיות בייבוא נושא של Azure Event Hubs.
עריכת נושאי ייבוא של Azure Event Hubs
כדי לערוך את ההגדרות של מקור הנתונים להעברה של נושא ייבוא ב-Azure Event Hubs, פועלים לפי השלבים הבאים:
המסוף
נכנסים לדף Topics במסוף Google Cloud .
לוחצים על נושא הייבוא של Azure Event Hubs.
בדף הפרטים של הנושא, לוחצים על עריכה.
מעדכנים את השדות שרוצים לשנות.
לוחצים על עדכון.
gcloud
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של Google Cloud המסוף יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
מריצים את הפקודה
gcloud pubsub topics updateעם כל הדגלים שמופיעים בדוגמה הבאה:gcloud pubsub topics update TOPIC_ID \ --azure-event-hubs-ingestion-resource-group RESOURCE_GROUP \ --azure-event-hubs-ingestion-namespace NAMESPACE \ --azure-event-hubs-ingestion-event-hub EVENT_HUB \ --azure-event-hubs-ingestion-client-id CLIENT_ID \ --azure-event-hubs-ingestion-tenant-id TENANT_ID \ --azure-event-hubs-ingestion-subscription-id SUBSCRIPTION_ID \ --azure-event-hubs-ingestion-service-account SERVICE_ACCOUNTמחליפים את מה שכתוב בשדות הבאים:
-
TOPIC_ID: השם או המזהה של נושא Pub/Sub. -
RESOURCE_GROUP: השם של קבוצת המשאבים של Azure Event Hubs שמכילה את מרחב השמות של Azure Event Hubs שאתם מבצעים ממנו העברה ל-Pub/Sub. -
NAMESPACE: השם של מרחב השמות של Azure Event Hubs שמכיל את מרכז האירועים של Azure שאתם מבצעים לו הטמעה ב-Pub/Sub. -
EVENT_HUB: השם של מרכז האירועים של Azure שמתבצעת ממנו העברה ל-Pub/Sub. CLIENT_ID: מזהה האפליקציה (לקוח) של האפליקציה הרשומה ב-Azure שמכילה את הזהות המאוחדת שלGoogle Cloud חשבון השירות. הערך הזה צריך להיות UUID. מידע נוסף זמין בדף בנושא רישום אפליקציות ב-Azure.-
TENANT_ID: מזהה הספרייה (הדייר) של הדייר שהוא הבעלים של Azure Event Hubs שאתם מבצעים להם הטמעה ב-Pub/Sub. הערך הזה צריך להיות UUID. כדי למצוא את מזהה הדייר, אפשר לעבור לדף Azure Get subscription and tenant IDs. -
SUBSCRIPTION_ID: מזהה המינוי של המינוי שבבעלותו נמצא מרכז האירועים של Azure שאתם מבצעים ממנו העברה ל-Pub/Sub. הערך הזה צריך להיות UUID. כדי למצוא את מזהה המינוי, אפשר להיעזר במאמר Azure Get subscription and tenant IDs. -
SERVICE_ACCOUNT: חשבון השירות שיצרתם בשלב יצירת חשבון שירות ב- Google Cloud
-
מכסות ומגבלות
התפוקה של המוציא לאור בנושאים של ייבוא מוגבלת על ידי מכסת הפרסום של הנושא. מידע נוסף זמין במאמר מכסות ומגבלות ב-Pub/Sub.
המאמרים הבאים
בוחרים את סוג המינוי לנושא.
יוצרים או משנים נושא באמצעות ה-CLI של gcloud, REST APIs או ספריות לקוח.