במסמך הזה מוסבר איך לפרסם הודעות.
אפליקציית בעל התוכן הדיגיטלי יוצרת ושולחת הודעות לנושא. Pub/Sub מציע מסירת הודעות לפחות פעם אחת וסידור לפי מיטב היכולת למנויים קיימים.
התהליך הכללי של בקשה להצטרף לתוכנית השותפים של בעלי אתרים הוא:
- יוצרים הודעה שמכילה את הנתונים.
- שליחת בקשה לשרת Pub/Sub כדי לפרסם את ההודעה בנושא שצוין.
לפני שמתחילים
לפני שמגדירים את תהליך העבודה של הפרסום, צריך לבצע את המשימות הבאות:
התפקידים הנדרשים
כדי לקבל את ההרשאות שנדרשות לפרסום הודעות בנושא, צריך לבקש מהאדמין להקצות לכם ב-IAM את התפקיד פרסום הודעות ב-Pub/Sub (roles/pubsub.publisher) בנושא.
כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.
כדי ליצור או לעדכן נושאים ומינויים, צריך הרשאות נוספות.
פורמט הודעה
הודעה מורכבת משדות עם נתוני ההודעה ומטא-נתונים. ציינו בהודעה לפחות אחד מהפרטים הבאים:
- נתוני ההודעה
- מפתח הזמנה
- מאפיינים עם מטא-נתונים נוספים
שירות Pub/Sub מוסיף להודעה את השדות הבאים:
- מזהה הודעה ייחודי לנושא
- חותמת זמן שמציינת מתי שירות Pub/Sub קיבל את ההודעה
מידע נוסף על הודעות זמין במאמר פורמט של הודעות.
פרסום הודעות
אפשר לפרסם הודעות באמצעות מסוף Google Cloud , Google Cloud CLI, Pub/Sub API וספריות הלקוח. ספריות הלקוח יכולות לפרסם הודעות באופן אסינכרוני.
בדוגמאות הבאות מוסבר איך לפרסם הודעה בנושא.
המסוף
כדי לפרסם הודעה:
נכנסים לדף Pub/Sub topics במסוף Google Cloud .
לוחצים על מזהה הנושא.
בדף Topic details, בקטע Messages לוחצים על Publish message.
בשדה גוף ההודעה, מזינים את נתוני ההודעה.
לוחצים על פרסום.
gcloud
כדי לפרסם הודעה, משתמשים בפקודה gcloud pubsub topics publish:
gcloud pubsub topics publish TOPIC_ID \ --message=MESSAGE_DATA \ [--attribute=KEY="VALUE",...]
מחליפים את מה שכתוב בשדות הבאים:
- TOPIC_ID: מזהה הנושא
- MESSAGE_DATA: מחרוזת עם נתוני ההודעה
- KEY: המפתח של מאפיין ההודעה
- VALUE: הערך של המפתח של מאפיין ההודעה
REST
כדי לפרסם הודעה, שולחים בקשת POST כמו זו:
POST https://pubsub.googleapis.com/v1/projects/PROJECT_ID/topics/TOPIC_ID:publish Content-Type: application/json Authorization: Bearer $(gcloud auth application-default print-access-token)
מחליפים את מה שכתוב בשדות הבאים:
- PROJECT_ID: מזהה הפרויקט עם הנושא
- TOPIC_ID: מזהה הנושא
מציינים את השדות הבאים בגוף הבקשה:
{
"messages": [
{
"attributes": {
"KEY": "VALUE",
...
},
"data": "MESSAGE_DATA",
}
]
}מחליפים את מה שכתוב בשדות הבאים:
- KEY: המפתח של מאפיין ההודעה
- VALUE: הערך של המפתח של מאפיין ההודעה
- MESSAGE_DATA: מחרוזת בקידוד base64 עם נתוני ההודעה
ההודעה חייבת להכיל שדה נתונים לא ריק או לפחות מאפיין אחד.
אם הבקשה מצליחה, התגובה היא אובייקט JSON עם מזהה ההודעה. הדוגמה הבאה היא תשובה עם מזהה הודעה:
{
"messageIds": [
"19916711285",
]
}C++
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C++ במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף זמין במאמרי העזרה של Pub/Sub C++ API.
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub C# API.
המשך
בדוגמה הבאה נעשה שימוש בגרסה הראשית של ספריית הלקוח של Pub/Sub ב-Go (v2). אם אתם עדיין משתמשים בספרייה של גרסה 1, כדאי לעיין במדריך להעברת נתונים לגרסה 2. כאן תוכלו למצוא רשימה של דוגמאות קוד שהוצאו משימוש בגרסה 1.
לפני שתנסו את הדוגמה הזו, פעלו לפי הוראות ההגדרה של Go במאמר מדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במסמכי העזר של ה-API של Pub/Sub Go.
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Java API.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במאמר מדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Node.js API.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במאמר מדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Node.js API.
PHP
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של PHP במאמר מדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub PHP API.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של ה-API בשפת Python של Pub/Sub.
Ruby
בדוגמה הבאה נעשה שימוש בגרסה 3 של ספריית הלקוח של Pub/Sub ב-Ruby. אם אתם עדיין משתמשים בספרייה v2, עיינו במדריך להעברת נתונים (מיגרציה) ל-v3. לרשימה של דוגמאות קוד ב-Ruby v2, עיינו ב דוגמאות הקוד שהוצאו משימוש.
לפני שתנסו את הדוגמה הזו, פעלו לפי הוראות ההגדרה של Ruby במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Ruby API.
Rust
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Rust במדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Rust API.
אחרי שמפרסמים הודעה, שירות Pub/Sub מחזיר את מזהה ההודעה למפרסם.
שימוש במאפיינים לפרסום הודעה
אתם יכולים להטמיע מאפיינים מותאמים אישית כמטא-נתונים בהודעות Pub/Sub. מאפיינים משמשים כדי לספק מידע נוסף על ההודעה, כמו העדיפות, המקור או היעד שלה. אפשר גם להשתמש במאפיינים כדי לסנן הודעות במינוי.
כדי להשתמש במאפיינים בהודעות, צריך לפעול לפי ההנחיות הבאות:
לכל הודעה יכולים להיות עד 100 מאפיינים.
המפתחות והערכים של המאפיינים חייבים להיות מסוג מחרוזת. אין קידוד נדרש.
מפתחות המאפיינים לא יכולים להתחיל ב-
googולא יכולים להיות גדולים מ-256 בייטים.ערכי המאפיינים לא יכולים להיות גדולים מ-1,024 בייטים.
אפשר לייצג את סכימת ההודעה באופן הבא:
{
"data": string,
"attributes": {
string: string,
...
},
"messageId": string,
"publishTime": string,
"orderingKey": string
}
בכפילויות בצד הפרסום, יכול להיות שיופיעו ערכי publishTime שונים לאותה הודעה מקורית בצד הלקוח, גם עם אותו messageId.
סכימת ה-JSON של PubsubMessage מתפרסמת כחלק מהמסמכים של REST ו-RPC. אפשר להשתמש במאפיינים מותאמים אישית לחותמות זמן של אירועים.
בדוגמאות הבאות מוסבר איך לפרסם הודעה עם מאפיינים בנושא.
המסוף
כדי לפרסם הודעה עם מאפיינים:
נכנסים לדף Topics במסוף Google Cloud .
לוחצים על הנושא שבו רוצים לפרסם הודעות.
בדף הפרטים של הנושא, לוחצים על הודעות.
לוחצים על פרסום ההודעה.
בשדה גוף ההודעה, מזינים את נתוני ההודעה.
בקטע Message attributes, לוחצים על Add an attribute.
מזינים צמד מפתח/ערך.
מוסיפים עוד מאפיינים, אם צריך.
לוחצים על פרסום.
gcloud
gcloud pubsub topics publish my-topic --message="hello" \ --attribute="origin=gcloud-sample,username=gcp,eventTime='2021-01-01T12:00:00Z'"
C++
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C++ במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף זמין במאמרי העזרה של Pub/Sub C++ API.
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub C# API.
המשך
בדוגמה הבאה נעשה שימוש בגרסה הראשית של ספריית הלקוח של Pub/Sub ב-Go (v2). אם אתם עדיין משתמשים בספרייה של גרסה 1, כדאי לעיין במדריך להעברת נתונים לגרסה 2. כאן תוכלו למצוא רשימה של דוגמאות קוד שהוצאו משימוש בגרסה 1.
לפני שתנסו את הדוגמה הזו, פעלו לפי הוראות ההגדרה של Go במאמר מדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במסמכי העזר של ה-API של Pub/Sub Go.
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Java API.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במאמר מדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Node.js API.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של ה-API בשפת Python של Pub/Sub.
Ruby
בדוגמה הבאה נעשה שימוש בגרסה 3 של ספריית הלקוח של Pub/Sub ב-Ruby. אם אתם עדיין משתמשים בספרייה v2, עיינו במדריך להעברת נתונים (מיגרציה) ל-v3. לרשימה של דוגמאות קוד ב-Ruby v2, עיינו ב דוגמאות הקוד שהוצאו משימוש.
לפני שתנסו את הדוגמה הזו, פעלו לפי הוראות ההגדרה של Ruby במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Ruby API.
Rust
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Rust במדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Rust API.
שימוש במפתחות סדר לפרסום הודעה
כדי לקבל הודעות לפי הסדר בלקוחות המנויים, צריך להגדיר את לקוחות בעלי התוכן הדיגיטלי כך שיפרסמו הודעות עם מפתחות סדר.
כדי להבין את הקונספט של מפתחות סדר, קראו את המאמר הודעות סדר.
ריכזנו כאן רשימה של נקודות מרכזיות שחשוב לדעת על העברת הודעות לפי סדר בלקוחות של בעלי תוכן דיגיטלי:
הזמנה בלקוח בעל בעל תוכן דיגיטלי יחיד: כשלקוח בעל תוכן דיגיטלי יחיד מפרסם הודעות עם אותו מפתח הזמנה באותו אזור, לקוח המנוי מקבל את ההודעות האלה בדיוק בסדר שבו הן פורסמו. לדוגמה, אם לקוח מפרסם מפרסם את ההודעות 1, 2 ו-3 עם מפתח הסדר A, לקוח המנוי מקבל אותן בסדר 1, 2, 3.
הזמנה בין כמה לקוחות של בעלי תוכן דיגיטלי: סדר ההודעות שמתקבלות על ידי לקוחות מנויים תואם לסדר שבו הן פורסמו באותו אזור, גם כשכמה לקוחות של בעלי תוכן דיגיטלי משתמשים באותו מפתח הזמנה. עם זאת, ללקוחות של בעל התוכן הדיגיטלי אין מידע על ההזמנה הזו.
לדוגמה, אם לקוחות X ו-Y מפרסמים הודעות עם מפתח הסדר A, וההודעה של X מתקבלת ב-Pub/Sub לפני ההודעה של Y, אז כל הלקוחות הרשומים מקבלים את ההודעה של X לפני ההודעה של Y. אם נדרש סדר הודעות קפדני בין לקוחות שונים של בעלי תוכן דיגיטלי, הלקוחות האלה צריכים להטמיע מנגנון תיאום נוסף כדי להבטיח שהם לא יפרסמו בו-זמנית הודעות עם אותו מפתח סדר. לדוגמה, אפשר להשתמש בשירות נעילה כדי לשמור על הבעלות על מפתח הזמנה בזמן הפרסום.
הזמנה בין אזורים: ההתחייבות למסירה לפי סדר חלה רק כשפעולות הפרסום של מפתח הזמנה נמצאות באותו אזור. אם אפליקציית הפרסום מפרסמת הודעות עם אותו מפתח סדר לאזורים שונים, אי אפשר לאכוף את הסדר בין הפרסומים האלה. המנויים יכולים להתחבר לכל אזור, וההתחייבות לסדר עדיין נשמרת.
כשמריצים את האפליקציה ב- Google Cloud, כברירת מחדל היא מתחברת לנקודת הקצה של Pub/Sub באותו אזור. לכן, אם תפעילו את האפליקציה באזור אחד ב-Google Cloud , בדרך כלל תהיה אינטראקציה עם אזור אחד.
כשמפעילים את אפליקציית הפרסום מחוץ ל-Google Cloud או בכמה אזורים, אפשר להבטיח שהיא תתחבר לאזור אחד באמצעות נקודת קצה (endpoint) לפי מיקום כשמגדירים את לקוח Pub/Sub. כל נקודות הקצה של המיקומים ב-Pub/Sub מפנות לאזורים בודדים. למידע נוסף על נקודות קצה (endpoints) לפי מיקום, קראו את המאמר נקודות קצה (endpoints) ב-Pub/Sub. רשימה של כל נקודות הקצה למיקום ב-Pub/Sub
כשלים בפרסום: אם הפרסום עם מפתח סדר נכשל, ההודעות בתור של אותו מפתח סדר בבעל התוכן הדיגיטלי נכשלות, כולל בקשות פרסום עתידיות של מפתח הסדר הזה. במקרים כאלה, צריך להמשיך את הפרסום עם מפתחות סדר. במאמר ניסיון חוזר של בקשות עם מפתחות הזמנה תוכלו לקרוא דוגמה לחידוש פעולת הפרסום.
אפשר לפרסם הודעות עם מפתחות סידור באמצעות מסוף Google Cloud , Google Cloud CLI, Pub/Sub API או ספריות הלקוח.
המסוף
כדי לפרסם הודעה עם מאפיינים:
נכנסים לדף Topics במסוף Google Cloud .
לוחצים על הנושא שבו רוצים לפרסם הודעות.
בדף הפרטים של הנושא, לוחצים על הודעות.
לוחצים על פרסום ההודעה.
בשדה גוף ההודעה, מזינים את נתוני ההודעה.
בשדה Message ordering, מזינים מפתח סדר.
לוחצים על פרסום.
gcloud
כדי לפרסם הודעה עם מפתח סדר, משתמשים בפקודה gcloud pubsub topics publish ובדגל --ordering-key:
gcloud pubsub topics publish TOPIC_ID \ --message=MESSAGE_DATA \ --ordering-key=ORDERING_KEY
מחליפים את מה שכתוב בשדות הבאים:
- TOPIC_ID: מזהה הנושא
- MESSAGE_DATA: מחרוזת עם נתוני ההודעה
- ORDERING_KEY: מחרוזת עם מפתח הזמנה
REST
כדי לפרסם הודעה עם מפתח סדר, שולחים בקשת POST כמו זו:
POST https://pubsub.googleapis.com/v1/projects/PROJECT_ID/topics/TOPIC_ID:publish Content-Type: application/json Authorization: Bearer $(gcloud auth application-default print-access-token)
מחליפים את מה שכתוב בשדות הבאים:
- PROJECT_ID: מזהה הפרויקט עם הנושא
- TOPIC_ID: מזהה הנושא
מציינים את השדות הבאים בגוף הבקשה:
{
"messages": [
{
"attributes": {
"KEY": "VALUE",
...
},
"data": "MESSAGE_DATA",
"ordering_key": "ORDERING_KEY",
}
]
}מחליפים את מה שכתוב בשדות הבאים:
- KEY: המפתח של מאפיין ההודעה
- VALUE: הערך של המפתח של מאפיין ההודעה
- MESSAGE_DATA: מחרוזת בקידוד base64 עם נתוני ההודעה
- ORDERING_KEY: מחרוזת עם מפתח הזמנה
ההודעה חייבת להכיל שדה נתונים לא ריק או לפחות מאפיין אחד.
אם הבקשה מצליחה, התגובה היא אובייקט JSON עם מזהה ההודעה. הדוגמה הבאה היא תשובה עם מזהה הודעה:
{
"messageIds": [
"19916711285",
]
}C++
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C++ במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף זמין במאמרי העזרה של Pub/Sub C++ API.
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub C# API.
המשך
בדוגמה הבאה נעשה שימוש בגרסה הראשית של ספריית הלקוח של Pub/Sub ב-Go (v2). אם אתם עדיין משתמשים בספרייה של גרסה 1, כדאי לעיין במדריך להעברת נתונים לגרסה 2. כאן תוכלו למצוא רשימה של דוגמאות קוד שהוצאו משימוש בגרסה 1.
לפני שתנסו את הדוגמה הזו, פעלו לפי הוראות ההגדרה של Go במאמר מדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במסמכי העזר של ה-API של Pub/Sub Go.
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Java API.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במאמר מדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Node.js API.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של ה-API בשפת Python של Pub/Sub.
Ruby
בדוגמה הבאה נעשה שימוש בגרסה 3 של ספריית הלקוח של Pub/Sub ב-Ruby. אם אתם עדיין משתמשים בספרייה v2, עיינו במדריך להעברת נתונים (מיגרציה) ל-v3. לרשימה של דוגמאות קוד ב-Ruby v2, עיינו ב דוגמאות הקוד שהוצאו משימוש.
לפני שתנסו את הדוגמה הזו, פעלו לפי הוראות ההגדרה של Ruby במאמר התחלה מהירה: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Ruby API.
Rust
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Rust במדריך למתחילים: שימוש בספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Pub/Sub Rust API.
מעקב אחרי בעל אפליקציה
ב-Cloud Monitoring יש כמה מדדים למעקב אחרי נושאים.
כדי לעקוב אחרי נושא ולשמור על תקינות של בעל תוכן דיגיטלי, אפשר לעיין במאמר שמירה על תקינות של בעל תוכן דיגיטלי.
המאמרים הבאים
כדי להגביל את המיקומים שבהם Pub/Sub מאחסן נתוני הודעות, קראו את המאמר הגבלת המיקומים של משאבי Pub/Sub.
כדי לפרסם הודעות עם סכימה, קראו את הסקירה הכללית על סכימות.
כדי ללמוד איך להגדיר אפשרויות מסירה מתקדמות, אפשר לעיין במאמרים הבאים: