נושא ייבוא של Confluent Cloud מאפשר לכם להטמיע נתונים מ-Confluent Cloud כמקור חיצוני ב-Pub/Sub באופן רציף. אחר כך תוכלו להזרים את הנתונים לכל אחד מהיעדים ש-Pub/Sub תומך בהם.
במאמר הזה מוסבר איך ליצור ולנהל נושאים של ייבוא ב-Confluent Cloud. כדי ליצור נושא רגיל, ראו יצירת נושא רגיל.
מידע נוסף על ייבוא נושאים זמין במאמר מידע על ייבוא נושאים.
לפני שמתחילים
מגדירים את התפקידים וההרשאות הנדרשים לניהול נושאי ייבוא של Confluent Cloud, כולל:
מגדירים איחוד זהויות של עומסי עבודה כדי ש-Google Cloud יוכל לגשת לשירות הסטרימינג החיצוני.
תפקידים והרשאות נדרשים
כדי לקבל את ההרשאות שנדרשות ליצירה ולניהול של נושאי ייבוא ב-Confluent Cloud, צריך לבקש מהאדמין להקצות לכם ב-IAM את התפקיד עריכת Pub/Sub (roles/pubsub.editor) בנושא או בפרויקט.
כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
זהו תפקיד שמוגדר מראש וכולל את ההרשאות שנדרשות ליצירה ולניהול של נושאי ייבוא ב-Confluent Cloud. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:
ההרשאות הנדרשות
כדי ליצור ולנהל נושאים של ייבוא ב-Confluent Cloud, נדרשות ההרשאות הבאות:
- יוצרים נושא לייבוא: 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
יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
אפשר להגדיר בקרת גישה ברמת הפרויקט וברמת המשאב הבודד.
הגדרה של זהות מאוחדת לגישה ל-Confluent Cloud
איחוד שירותי אימות הזהות של עומסי עבודה מאפשר לשירותים של Google Cloud לגשת לעומסי עבודה שפועלים מחוץ ל- Google Cloud. באמצעות איחוד שירותי אימות הזהות, לא צריך לשמור או להעביר פרטי כניסה ל- Google Cloud כדי לגשת למשאבים בעננים אחרים. במקום זאת, אפשר להשתמש בזהויות של עומסי העבודה עצמם כדי לבצע אימות ל- Google Cloud ולגשת למשאבים.
יצירת חשבון שירות ב- Google Cloud
זהו שלב אופציונלי. אם כבר יש לכם חשבון שירות, אתם יכולים להשתמש בו במקום ליצור חשבון שירות חדש. אם אתם משתמשים בחשבון שירות קיים, צריך לעבור אל תיעוד המזהה הייחודי של חשבון השירות כדי להמשיך לשלב הבא.
בנושאים של ייבוא מ-Confluent Cloud, Pub/Sub משתמש בחשבון השירות כזהות לגישה למשאבים מ-Confluent Cloud.
מידע נוסף על יצירת חשבון שירות, כולל דרישות מוקדמות, תפקידים והרשאות נדרשים והנחיות למתן שמות, זמין במאמר יצירת חשבונות שירות. אחרי שיוצרים חשבון שירות, יכול להיות שיהיה צריך להמתין 60 שניות לפחות לפני שאפשר להשתמש בו. הסיבה לכך היא מודל העקביות ההדרגתי: יכול להיות שייקח זמן עד שחשבון השירות החדש יופיע.
תיעוד המזהה הייחודי של חשבון השירות
כדי להגדיר את ספק הזהויות ואת מאגר הזהויות במסוף Confluent Cloud, צריך מזהה ייחודי של חשבון שירות.
נכנסים לדף הפרטים חשבון שירות במסוף Google Cloud .
לוחצים על חשבון השירות שיצרתם או על חשבון השירות שבו אתם מתכננים להשתמש.
בדף פרטי חשבון השירות, רושמים את המזהה הייחודי.
המזהה נדרש כחלק מתהליך העבודה להגדרת ספק הזהויות ומאגר הזהויות במסוף Confluent Cloud.
הוספת התפקיד 'יצירת אסימונים בחשבון שירות' לחשבון השירות של 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.
יצירת ספק זהויות ב-Confluent Cloud
כדי לבצע אימות ב-Confluent Cloud, לחשבון השירות ב-Google Cloud צריך להיות מאגר זהויות. קודם צריך ליצור ספק זהויות ב-Confluent Cloud.
למידע נוסף על יצירת ספק זהויות ב-Confluent Cloud, אפשר לעיין בדף הוספה של ספק זהויות OAuth/OIDC.
נכנסים למסוף Confluent Cloud.
בתפריט, לוחצים על חשבונות וגישה.
לוחצים על זהויות של עומסי עבודה.
לוחצים על הוספת ספק.
לוחצים על OAuth/OIDC ואז על הבא.
לוחצים על ספק OIDC אחר ואז על הבא.
מזינים שם ותיאור של המטרה של ספק הזהויות.
לוחצים על הצגת הגדרות מתקדמות.
בשדה Issuer URI, מזינים
https://accounts.google.com.בשדה JWKS URI, מזינים
https://www.googleapis.com/oauth2/v3/certs.לוחצים על אימות ושמירה.
יצירת מאגר זהויות והקצאת התפקידים המתאימים ב-Confluent Cloud
צריך ליצור מאגר זהויות בפרופיל הזהות ולהעניק את התפקידים הנדרשים כדי לאפשר לחשבון השירות של Pub/Sub לבצע אימות ולקרוא מנושאי Confluent Cloud Kafka.
לפני שיוצרים מאגר זהויות, צריך לוודא שהאשכול נוצר ב-Confluent Cloud.
מידע נוסף על יצירת מאגר זהויות זמין במאמר שימוש במאגרי זהויות עם ספק הזהויות שלכם ב-OAuth/OIDC.
נכנסים למסוף Confluent Cloud.
בתפריט, לוחצים על חשבונות וגישה.
לוחצים על זהויות של עומסי עבודה.
לוחצים על ספק הזהויות שיצרתם בקטע יצירת ספק זהויות ב-Confluent Cloud.
לוחצים על הוספת מאגר.
מזינים שם ותיאור למאגר הזהויות.
מגדירים את Identity claim לערך
claims.בקטע הגדרת מסננים, לוחצים על הכרטיסייה מתקדם. מזינים את הקוד הבא:
claims.iss=='https://accounts.google.com' && claims.sub=='<SERVICE_ACCOUNT_UNIQUE_ID>'מחליפים את
<SERVICE_ACCOUNT_UNIQUE_ID>במזהה הייחודי של חשבון השירות שמופיע בקטע תיעוד המזהה הייחודי של חשבון השירות.לוחצים על הבא.
לוחצים על הוספת הרשאה חדשה. ואז לוחצים על הבא.
באשכול הרלוונטי, לוחצים על הוספת הקצאת תפקיד.
לוחצים על התפקיד מפעיל ואז על הוספה.
התפקיד הזה מעניק לחשבון השירות של Pub/Sub גישה לאשכול שמכיל את הנושא של Confluent Kafka שרוצים להעביר ל-Pub/Sub.
מתחת לאשכול, לוחצים על נושאים. אחר כך לוחצים על הוספת הקצאת תפקיד.
בוחרים בתפקיד DeveloperRead.
לוחצים על האפשרות המתאימה ומציינים את הנושא או הקידומת. לדוגמה, נושא ספציפי, כלל קידומת או כל הנושאים.
לוחצים על הוספה.
לוחצים על הבא.
לוחצים על אימות ושמירה.
הוספת התפקיד 'פרסום הודעות ב-Pub/Sub' לחשבון המשתמש ב-Pub/Sub
כדי להפעיל את הפרסום, צריך להקצות תפקיד של פרסום לחשבון השירות של Pub/Sub, כדי ש-Pub/Sub יוכל לפרסם בנושא הייבוא של Confluent Cloud.
הוספת התפקיד של סוכן שירות 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.
הפעלת פרסום מכל הנושאים
כדאי להשתמש בשיטה הזו אם לא יצרתם נושאים לייבוא ל-Confluent Cloud.
נכנסים לדף 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.
הפעלת פרסום מנושא יחיד
משתמשים בשיטה הזו רק אם נושא הייבוא של Confluent Cloud כבר קיים.
במסוף 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: מזהה הנושא של נושא הייבוא ב-Confluent Cloud.
PROJECT_NUMBER: מספר הפרויקט. במאמר זיהוי פרויקטים מוסבר איך לראות את מספר הפרויקט.
הוספת התפקיד 'משתמש בחשבון שירות' לחשבון השירות
התפקיד 'משתמש בחשבון השירות' (roles/iam.serviceAccountUser) כולל את ההרשאה iam.serviceAccounts.actAs שמאפשרת לישות מורשית לצרף חשבון שירות להגדרות הטמעת הנתונים של נושא הייבוא ב-Confluent Cloud ולהשתמש בחשבון השירות הזה לצורך זהות מאוחדת.
נכנסים לדף IAM במסוף Google Cloud .
לוחצים על הלחצן Edit principal (עריכת חשבון המשתמש) בשורה של חשבון המשתמש שמוציא את הקריאות ליצירה או לעדכון של נושא.
אם צריך, לוחצים על הוספת תפקיד נוסף.
מחפשים את התפקיד 'משתמש בחשבון שירות' (
roles/iam.serviceAccountUser) ולוחצים עליו.לוחצים על Save.
שימוש בנושאים של ייבוא Confluent Cloud
אפשר ליצור נושא חדש לייבוא או לערוך נושא קיים.
לתשומת ליבכם
יצירת הנושא והמינוי בנפרד, גם אם היא נעשית ברצף מהיר, עלולה לגרום לאובדן נתונים. יש חלון זמן קצר שבו הנושא קיים ללא מינוי. אם נתונים יישלחו לנושא במהלך הזמן הזה, הם יאבדו. אם יוצרים את הנושא קודם, יוצרים את המינוי ואז ממירים את הנושא לנושא ייבוא, אפשר להבטיח שלא יפספסו הודעות במהלך תהליך הייבוא.
אם אתם צריכים ליצור מחדש את נושא Kafka של נושא קיים לייבוא עם אותו שם, אתם לא יכולים פשוט למחוק את נושא Kafka וליצור אותו מחדש. פעולה כזו עלולה לפגוע בניהול ההיסט של Pub/Sub, מה שעלול להוביל לאובדן נתונים. כדי למנוע זאת, צריך לפעול לפי השלבים הבאים:
- מוחקים את נושא הייבוא ב-Pub/Sub.
- מוחקים את נושא Kafka.
- יוצרים את נושא Kafka.
- יוצרים את נושא הייבוא ב-Pub/Sub.
הנתונים מנושא Confluent Cloud Kafka תמיד נקראים מההיסט המוקדם ביותר.
יצירת נושא לייבוא ב-Confluent Cloud
מידע נוסף על מאפיינים שמשויכים לנושא
חשוב לוודא שהשלמתם את הפעולות הבאות:
כדי ליצור נושא ייבוא ב-Confluent Cloud:
המסוף
-
במסוף Google Cloud, עוברים לדף Topics.
- לוחצים על יצירת נושא.
- בשדה Topic ID (מזהה הנושא), מזינים מזהה לנושא הייבוא. מידע נוסף על מתן שמות לנושאים זמין בהנחיות למתן שמות.
- בוחרים באפשרות הוספת מינוי שמוגדר כברירת מחדל.
- בוחרים באפשרות הפעלת הטמעה.
- בקטע 'מקור ההטמעה', בוחרים באפשרות Confluent Cloud.
- ממלאים את הפרטים הבאים:
- שרת Bootstrap: שרת ה-bootstrap של האשכול שמכיל את נושא Kafka שאתם מטמיעים ב-Pub/Sub.
הפורמט הוא:
hostname:port. - מזהה האשכול: המזהה של האשכול שמכיל את נושא Kafka שאתם מבצעים לו העברה ל-Pub/Sub.
- Topic: השם של נושא Kafka שמתבצעת ממנו העברה ל-Pub/Sub.
- מזהה מאגר הזהויות: מזהה המאגר של מאגר הזהויות שמשמש לאימות ב-Confluent Cloud.
- חשבון שירות: חשבון השירות שיצרתם במאמר יצירת חשבון שירות ב-Google Cloud.
- שרת Bootstrap: שרת ה-bootstrap של האשכול שמכיל את נושא Kafka שאתם מטמיעים ב-Pub/Sub.
הפורמט הוא:
- לוחצים על יצירת נושא.
gcloud
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של Google Cloud המסוף יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
- מריצים את הפקודה
gcloud pubsub topics create:gcloud pubsub topics create TOPIC_ID
--confluent-cloud-ingestion-bootstrap-server CONFLUENT_BOOTSTRAP_SERVER
--confluent-cloud-ingestion-cluster-id CONFLUENT_CLUSTER_ID
--confluent-cloud-ingestion-topic CONFLUENT_TOPIC
--confluent-cloud-ingestion-identity-pool-id CONFLUENT_IDENTITY_POOL_ID
--confluent-cloud-ingestion-service-account PUBSUB_SERVICE_ACCOUNTמחליפים את מה שכתוב בשדות הבאים:
-
TOPIC_ID: השם או המזהה של נושא ה-Pub/Sub. -
CONFLUENT_BOOTSTRAP_SERVER: שרת ה-bootstrap של האשכול שמכיל את נושא Kafka שמתבצעת ממנו העברה ל-Pub/Sub. הפורמט הוא:hostname:port. -
CONFLUENT_CLUSTER_ID: המזהה של האשכול שמכיל את נושא Kafka שמתבצעת ממנו העברה ל-Pub/Sub. -
CONFLUENT_TOPIC: השם של נושא Kafka שמתבצעת ממנו העברה ל-Pub/Sub. -
CONFLUENT_IDENTITY_POOL_ID: מזהה מאגר הזהויות שמשמש לאימות ב-Confluent Cloud. -
PUBSUB_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.
נתקלתם בבעיות? היעזרו במאמר בנושא פתרון בעיות בייבוא נושא ב-Confluent Cloud.
עריכה של נושא ייבוא ב-Confluent Cloud Hubs
כדי לערוך את הגדרות מקור הנתונים של נושא ייבוא ב-Confluent Cloud, פועלים לפי השלבים הבאים:
המסוף
נכנסים לדף Topics במסוף Google Cloud .
לוחצים על הנושא של הייבוא ב-Confluent Cloud.
בדף הפרטים של הנושא, לוחצים על עריכה.
מעדכנים את השדות שרוצים לשנות.
לוחצים על עדכון.
gcloud
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של Google Cloud המסוף יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
כדי לא לאבד את ההגדרות של נושא הייבוא, חשוב לכלול את כולן בכל פעם שמעדכנים את הנושא. אם משמיטים משהו, ההגדרה ב-Pub/Sub מתאפסת לערך ברירת המחדל המקורי שלה.
מריצים את הפקודה
gcloud pubsub topics updateעם כל הדגלים שמוזכרים בדוגמה הבאה:gcloud pubsub topics update TOPIC_ID \ --confluent-cloud-ingestion-bootstrap-server CONFLUENT_BOOTSTRAP_SERVER \ --confluent-cloud-ingestion-cluster-id CONFLUENT_CLUSTER_ID \ --confluent-cloud-ingestion-topic CONFLUENT_TOPIC \ --confluent-cloud-ingestion-identity-pool-id CONFLUENT_IDENTITY_POOL_ID \ --confluent-cloud-ingestion-service-account PUBSUB_SERVICE_ACCOUNT
מחליפים את מה שכתוב בשדות הבאים:
-
TOPIC_ID: השם או המזהה של נושא Pub/Sub. -
CONFLUENT_BOOTSTRAP_SERVER: שרת האתחול של האשכול שמכיל את נושא Kafka שמתבצעת ממנו העברה ל-Pub/Sub. הפורמט הוא:hostname:port. -
CONFLUENT_CLUSTER_ID: המזהה של האשכול שמכיל את נושא Kafka שמתבצעת ממנו העברה ל-Pub/Sub -
CONFLUENT_TOPIC: השם של נושא Kafka שמתבצעת ממנו העברה ל-Pub/Sub. -
CONFLUENT_IDENTITY_POOL_ID: מזהה מאגר הזהויות שמשמש לאימות ב-Confluent Cloud. -
CONFLUENT_IDENTITY_POOL_ID: חשבון השירות שיצרתם בשלב יצירת חשבון שירות ב-Google Cloud.
-
מכסות ומגבלות
התפוקה של המוציא לאור בנושאים של ייבוא מוגבלת על ידי מכסת הפרסום של הנושא. מידע נוסף זמין במאמר מכסות ומגבלות ב-Pub/Sub.
המאמרים הבאים
בוחרים את סוג המינוי לנושא.
יוצרים או משנים נושא באמצעות ה-CLI של gcloud, REST APIs או ספריות לקוח.