במדריך הזה נסביר איך לכתוב, לפרוס ולהפעיל שירות Cloud Run ממינוי דחיפה ב-Pub/Sub.
מטרות
- כתיבה, פיתוח ופריסה של שירות ב-Cloud Run
- קוראים לשירות על ידי פרסום הודעה בנושא Pub/Sub.
עלויות
במסמך הזה משתמשים ברכיבים הבאים של Google Cloud, והשימוש בהם כרוך בתשלום:
כדי להעריך את ההוצאות בהתאם לתחזית השימוש שלכם, אתם יכולים להיעזר במחשבון העלויות.
לפני שמתחילים
- נכנסים לחשבון Google Cloud . אם אתם משתמשים חדשים ב- Google Cloud, צרו חשבון כדי שתוכלו להעריך את הביצועים של המוצרים שלנו בתרחישים מהעולם האמיתי. לקוחות חדשים מקבלים בחינם גם קרדיט בשווי 300$ להרצה, לבדיקה ולפריסה של עומסי העבודה.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
Roles required to select or create a project
- Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
-
Create a project: To create a project, you need the Project Creator role
(
roles/resourcemanager.projectCreator), which contains theresourcemanager.projects.createpermission. Learn how to grant roles.
-
Verify that billing is enabled for your Google Cloud project.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
Roles required to select or create a project
- Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
-
Create a project: To create a project, you need the Project Creator role
(
roles/resourcemanager.projectCreator), which contains theresourcemanager.projects.createpermission. Learn how to grant roles.
-
Verify that billing is enabled for your Google Cloud project.
מפעילים את ממשקי ה-API של Artifact Registry, Cloud Build, Pub/Sub ו-Cloud Run.
תפקידים שנדרשים להפעלת ממשקי API
כדי להפעיל ממשקי API, צריך את תפקיד ה-IAM 'אדמין של Service Usage' (
roles/serviceusage.serviceUsageAdmin), שכולל את ההרשאהserviceusage.services.enable. איך מקצים תפקידים- מתקינים ומפעילים את ה-CLI של gcloud.
- עדכון רכיבים:
gcloud components update
התפקידים הנדרשים
כדי לקבל את ההרשאות שדרושות להשלמת המדריך, צריך לבקש מהאדמין להקצות לכם את תפקידי ה-IAM הבאים בפרויקט:
- עריכה ב-Cloud Build (
roles/cloudbuild.builds.editor) - אדמין ב-Cloud Run (
roles/run.admin) - יצירת חשבונות שירות (
roles/iam.serviceAccountCreator) - אדמין IAM בפרויקט (
roles/resourcemanager.projectIamAdmin) - עורך Pub/Sub (
roles/pubsub.editor) - משתמש בחשבון שירות (
roles/iam.serviceAccountUser) - צרכן שימוש בשירות (
roles/serviceusage.serviceUsageConsumer) - אדמין באחסון (
roles/storage.admin)
להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.
הגדרת ברירות מחדל ב-gcloud
כדי להגדיר את gcloud עם ערכי ברירת מחדל לשירות Cloud Run:
מגדירים את פרויקט ברירת המחדל:
gcloud config set project PROJECT_ID
מחליפים את PROJECT_ID בשם הפרויקט שיצרתם לצורך המדריך הזה.
מגדירים את gcloud לאזור שבחרתם:
gcloud config set run/region REGION
מחליפים את REGION באזור נתמך ב-Cloud Run לבחירתכם.
מיקומים של Cloud Run
Cloud Run הוא שירות אזורי, כלומר התשתית שמריצה את שירותי Cloud Run ממוקמת באזור ספציפי ומנוהלת על ידי Google כך שתהיה זמינה באופן יתירתי בכל התחומים באותו אזור.
הקריטריונים העיקריים לבחירת האזור שבו יפעלו שירותי Cloud Run הם זמן האחזור, הזמינות או העמידות שנדרשים לכם.
בדרך כלל אפשר לבחור את האזור הקרוב ביותר למשתמשים, אבל כדאי לקחת בחשבון את המיקום של מוצרים Google Cloud
אחרים שבהם נעשה שימוש בשירות Cloud Run.
השימוש במוצרים של Google Cloud Google Cloud יחד בכמה מיקומים יכול להשפיע על זמן האחזור ועל העלות של השירות.
Cloud Run זמין באזורים הבאים:
בכפוף לתמחור ברמה 1
asia-east1(טייוואן)asia-northeast1(טוקיו)-
asia-northeast2(אוסקה) asia-south1(מומבאי, הודו)-
asia-southeast3(בנגקוק) europe-north1(פינלנד)רמה נמוכה של CO2
europe-north2(שטוקהולם)רמה נמוכה של CO2
europe-southwest1(מדריד)רמה נמוכה של CO2
europe-west1(בלגיה)רמה נמוכה של CO2
europe-west4(הולנד)רמה נמוכה של CO2
europe-west8(מילאנו)europe-west9(פריז)רמה נמוכה של CO2
me-west1(תל אביב)northamerica-south1(מקסיקו)us-central1(אייווה)רמה נמוכה של CO2
us-east1(דרום קרוליינה)-
us-east4(צפון וירג'יניה) us-east5(Columbus)us-south1(דאלאס)רמה נמוכה של CO2
us-west1(אורגון)רמה נמוכה של CO2
בכפוף לתמחור ברמה 2
africa-south1(יוהנסבורג)asia-east2(הונג קונג)asia-northeast3(סיאול, קוריאה הדרומית)asia-southeast1(סינגפור)asia-southeast2(ג'אקארטה)asia-south2(דלהי, הודו)-
australia-southeast1(סידני) australia-southeast2(מלבורן)europe-central2(ורשה, פולין)-
europe-west10(Berlin) europe-west12(טורינו)europe-west2(לונדון, בריטניה)רמה נמוכה של CO2
-
europe-west3(פרנקפורט, גרמניה) europe-west6(ציריך, שווייץ)רמה נמוכה של CO2
-
me-central1(דוחה) -
me-central2(דמאם) northamerica-northeast1(מונטריאול)רמה נמוכה של CO2
northamerica-northeast2(טורונטו)רמה נמוכה של CO2
southamerica-east1(סאו פאולו, ברזיל)רמה נמוכה של CO2
southamerica-west1(סנטיאגו, צ'ילה)רמה נמוכה של CO2
-
us-west2(לוס אנג'לס) -
us-west3(סולט לייק סיטי) -
us-west4(לאס וגאס)
אם כבר יצרתם שירות Cloud Run, תוכלו לראות את האזור בלוח הבקרה של Cloud Run בGoogle Cloud מסוף.
יצירת מאגר רגיל ב-Artifact Registry
יוצרים מאגר רגיל של Artifact Registry לאחסון קובץ האימג' של הקונטיינר:
gcloud artifacts repositories create REPOSITORY \ --repository-format=docker \ --location=REGION
מחליפים את:
- REPOSITORY בשם ייחודי למאגר.
- REGION עם האזור שבו ישמש מאגר Artifact Registry. Google Cloud
יוצרים נושא Pub/Sub
השירות לדוגמה מופעל על ידי הודעות שמתפרסמות בנושא Pub/Sub, ולכן צריך ליצור נושא ב-Pub/Sub.
gcloud
כדי ליצור נושא Pub/Sub חדש, משתמשים בפקודה:
gcloud pubsub topics create myRunTopic
אפשר להשתמש ב-myRunTopic או להחליף אותו בשם של נושא שהוא ייחודי בפרויקט Google Cloud .
Terraform
כדי ללמוד איך להחיל הגדרות ב-Terraform או להסיר אותן, ראו פקודות בסיסיות ב-Terraform.
כדי ליצור נושא Pub/Sub, מוסיפים לקובץ main.tf הקיים את הנתונים הבאים:
אפשר להשתמש בשם נושא שהוא ייחודי בתוך פרויקט בענן.
אחזור של דוגמת הקוד
כדי לאחזר את דוגמת קוד לשימוש:
משכפלים את מאגר האפליקציה לדוגמה ומעבירים אותו למכונה המקומית:
Node.js
git clone https://github.com/GoogleCloudPlatform/nodejs-docs-samples.git
אפשרות נוספת היא להוריד את הדוגמה כקובץ ZIP ולחלץ אותה.
Python
git clone https://github.com/GoogleCloudPlatform/python-docs-samples.git
אפשרות נוספת היא להוריד את הדוגמה כקובץ ZIP ולחלץ אותה.
המשך
git clone https://github.com/GoogleCloudPlatform/golang-samples.git
אפשרות נוספת היא להוריד את הדוגמה כקובץ ZIP ולחלץ אותה.
Java
git clone https://github.com/GoogleCloudPlatform/java-docs-samples.git
אפשרות נוספת היא להוריד את הדוגמה כקובץ ZIP ולחלץ אותה.
C#
git clone https://github.com/GoogleCloudPlatform/dotnet-docs-samples.git
אפשרות נוספת היא להוריד את הדוגמה כקובץ ZIP ולחלץ אותה.
עוברים לספרייה שמכילה את הקוד לדוגמה של Cloud Run:
Node.js
cd nodejs-docs-samples/run/pubsub/
Python
cd python-docs-samples/run/pubsub/
Go
cd golang-samples/run/pubsub/
Java
cd java-docs-samples/run/pubsub/
C#
cd dotnet-docs-samples/run/Run.Samples.Pubsub.MinimalApi/
בדיקת הקוד
הקוד במדריך הזה כולל את הרכיבים הבאים:
שרת שמטפל בבקשות נכנסות.
Node.js
כדי שיהיה קל לבדוק את שירות Node.js, הגדרת השרת מופרדת מהפעלת השרת.
שרת האינטרנט של Node.js מוגדר ב-
app.js.שרת האינטרנט מופעל ב-
index.js:Python
המשך
Java
C#
פונקציית handler שמעבדת את ההודעה ב-Pub/Sub ורושמת ברשומה ברכה.
Node.js
Python
המשך
Java
C#
צריך לתכנת את השירות כך שיחזיר קוד תגובת HTTP מדויק. קודי הצלחה, כמו HTTP
200או204, מאשרים שהעיבוד של הודעת Pub/Sub הושלם. קודי שגיאה, כמו HTTP400או500, מציינים שהמערכת תנסה לשלוח את ההודעה שוב, כמו שמתואר במאמר קבלת הודעות באמצעות מדריך Push. בניגוד לפונקציות שנוצרו באמצעות Cloud Functions v2 API, אי אפשר להשבית ניסיונות חוזרים לפונקציות שנוצרו באמצעות Cloud Run Admin API. מידע נוסף זמין במאמר בנושא הגדרת ניסיונות חוזרים של פונקציות מבוססות-אירועים.
Dockerfileשמגדיר את סביבת ההפעלה של השירות. התוכן שלDockerfileמשתנה בהתאם לשפה.Node.js
Python
המשך
Java
בדוגמה הזו נעשה שימוש ב-Jib כדי ליצור תמונות Docker באמצעות כלים נפוצים של Java. Jib מבצע אופטימיזציה של בניית קונטיינרים בלי צורך בקובץ Dockerfile או בהתקנה של Docker. מידע נוסף על יצירת מאגרי Java באמצעות Jib
C#
לפרטים על אימות המקור של בקשות Pub/Sub, ראו שילוב עם Pub/Sub.
שליחת הקוד
תהליך שליחת הקוד כולל שלושה שלבים: יצירת קובץ אימג' של קונטיינר באמצעות Cloud Build, העלאת קובץ האימג' של הקונטיינר ל-Artifact Registry ופריסת קובץ האימג' של הקונטיינר ל-Cloud Run.
כדי לשלוח את הקוד:
-
יוצרים את הקונטיינר ומפרסמים אותו ב-Artifact Registry:
Node.js
החלפה:gcloud builds submit --tag REGION-docker.pkg.dev/PROJECT_ID/REPOSITORY/pubsub
- PROJECT_ID במזהה הפרויקט ב- Google Cloud .
- REPOSITORY בשם המאגר ב-Artifact Registry.
- REGION עם האזור שבו ישמש מאגר Artifact Registry. Google Cloud
pubsubהוא שם התמונה.אם הפעולה תצליח, תופיע הודעת SUCCESS עם המזהה, זמן היצירה ושם התמונה. התמונה מאוחסנת ב-Artifact Registry ואפשר לעשות בה שימוש חוזר אם צריך.
Python
החלפה:gcloud builds submit --tag REGION-docker.pkg.dev/PROJECT_ID/REPOSITORY/pubsub
- PROJECT_ID במזהה הפרויקט ב- Google Cloud .
- REPOSITORY בשם המאגר ב-Artifact Registry.
- REGION עם האזור שבו ישמש מאגר Artifact Registry. Google Cloud
pubsubהוא שם התמונה.אם הפעולה תצליח, תופיע הודעת SUCCESS עם המזהה, זמן היצירה ושם התמונה. התמונה מאוחסנת ב-Artifact Registry ואפשר לעשות בה שימוש חוזר אם צריך.
המשך
החלפה:gcloud builds submit --tag REGION-docker.pkg.dev/PROJECT_ID/REPOSITORY/pubsub
- PROJECT_ID במזהה הפרויקט ב- Google Cloud .
- REPOSITORY בשם המאגר ב-Artifact Registry.
- REGION עם האזור שבו ישמש מאגר Artifact Registry. Google Cloud
pubsubהוא שם התמונה.בסיום מוצלח, אמורה להופיע הודעת SUCCESS עם המזהה, זמן היצירה ושם התמונה. התמונה מאוחסנת ב-Artifact Registry ואפשר לעשות בה שימוש חוזר אם צריך.
Java
-
משתמשים בכלי העזר של פרטי הכניסה של ה-CLI של gcloud כדי להעניק ל-Docker הרשאה להעביר בדחיפה אל Artifact Registry.
gcloud auth configure-docker
-
משתמשים בתוסף Jib Maven כדי ליצור את הקונטיינר ולהעביר אותו בדחיפה ל-Artifact Registry.
החלפה:mvn compile jib:build -D image=REGION-docker.pkg.dev/PROJECT_ID/REPOSITORY/pubsub
- PROJECT_ID במזהה הפרויקט ב- Google Cloud .
- REPOSITORY בשם המאגר ב-Artifact Registry.
- REGION עם האזור שבו ישמש מאגר Artifact Registry. Google Cloud
pubsubהוא שם התמונה.אם הפעולה תצליח, תוצג ההודעה BUILD SUCCESS. התמונה מאוחסנת ב-Artifact Registry ואפשר לעשות בה שימוש חוזר אם צריך.
C#
מחליפים את:gcloud builds submit --tag REGION-docker.pkg.dev/PROJECT_ID/REPOSITORY/pubsub
- PROJECT_ID במזהה הפרויקט ב- Google Cloud .
- REPOSITORY בשם המאגר ב-Artifact Registry.
- REGION עם האזור שבו ישמש מאגר Artifact Registry. Google Cloud
pubsubהוא שם התמונה.אם הפעולה תצליח, תופיע הודעת SUCCESS עם המזהה, זמן היצירה ושם התמונה. התמונה מאוחסנת ב-Artifact Registry ואפשר לעשות בה שימוש חוזר אם צריך.
-
פורסים את האפליקציה:
שורת הפקודה
-
מריצים את הפקודה הבאה כדי לפרוס את האפליקציה:
החלפה:gcloud run deploy pubsub-tutorial --image REGION-docker.pkg.dev/PROJECT_ID/REPOSITORY/pubsub --no-allow-unauthenticated
- PROJECT_ID במזהה הפרויקט ב- Google Cloud .
- REPOSITORY בשם המאגר ב-Artifact Registry.
- REGION עם האזור שבו ישמש מאגר Artifact Registry. Google Cloud
pubsubהוא שם האימג' ו-pubsub-tutorialהוא שם השירות. שימו לב שקובץ אימג' של הקונטיינר נפרס בשירות ובאזור שהגדרתם קודם בקטע הגדרת gcloud.הדגל
--no-allow-unauthenticatedמגביל את הגישה לשירות ללא אימות. אם השירות פרטי, אפשר להסתמך על השילוב האוטומטי של Cloud Run עם Pub/Sub כדי לאמת בקשות. פרטים נוספים על ההגדרה מופיעים במאמר בנושא שילוב עם Pub/Sub. לפרטים נוספים על אימות שמבוסס על ניהול זהויות והרשאות גישה (IAM), אפשר לעיין במאמר ניהול גישה באמצעות IAM.מחכים עד שהפריסה תושלם. התהליך הזה יכול להימשך כחצי דקה. אם הפעולה בוצעה ללא שגיאות, כתובת ה-URL של השירות מוצגת בשורת הפקודה. כתובת ה-URL הזו משמשת להגדרת מינוי ל-Pub/Sub.
-
אם רוצים לפרוס עדכון קוד בשירות, חוזרים על השלבים הקודמים. כל פריסה לשירות יוצרת גרסה חדשה ומתחילה להציג תנועה באופן אוטומטי כשהיא מוכנה.
Terraform
כדי ליצור שירות Cloud Run, מוסיפים את הקוד הבא לקובץ
.tfהקיים. החלפה:resource "google_project_service" "cloudrun_api" { service = "run.googleapis.com" disable_on_destroy = false } resource "google_cloud_run_v2_service" "default" { name = "pubsub-tutorial" location = "REGION" template { containers { image = "IMAGE_URL" } } depends_on = [google_project_service.cloudrun_api] }
- IMAGE_URL עם כתובת ה-URL של התמונה:
REGION-docker.pkg.dev/PROJECT_ID/REPOSITORY/pubsub - REGION עם האזור שבו ישמש מאגר Artifact Registry. Google Cloud
-
שילוב עם Pub/Sub
כדי לשלב את השירות עם Pub/Sub:
gcloud
יוצרים או בוחרים חשבון שירות שייצג את הזהות של מינוי Pub/Sub.
gcloud iam service-accounts create cloud-run-pubsub-invoker \ --display-name "Cloud Run Pub/Sub Invoker"
אפשר להשתמש ב-
cloud-run-pubsub-invokerאו להחליף אותו בשם ייחודי בתוך הפרויקט Google Cloud .יוצרים מינוי ל-Pub/Sub עם חשבון השירות:
נותנים לחשבון השירות של המפעיל הרשאה להפעיל את שירות
pubsub-tutorial:gcloud run services add-iam-policy-binding pubsub-tutorial \ --member=serviceAccount:cloud-run-pubsub-invoker@PROJECT_ID.iam.gserviceaccount.com \ --role=roles/run.invoker
יכול להיות שיחלפו כמה דקות עד שהשינויים ב-IAM יתעדכנו. בינתיים, יכול להיות שתראו שגיאות
HTTP 403ביומני השירות.מאפשרים ל-Pub/Sub ליצור טוקנים לאימות בפרויקט:
gcloud projects add-iam-policy-binding PROJECT_ID \ --member=serviceAccount:service-PROJECT_NUMBER@gcp-sa-pubsub.iam.gserviceaccount.com \ --role=roles/iam.serviceAccountTokenCreator
מחליפים את:
- PROJECT_ID במזהה הפרויקט ב- Google Cloud .
- PROJECT_NUMBER במספר הפרויקט. Google Cloud
מזהה הפרויקט ומספר הפרויקט מופיעים בחלונית Project info בGoogle Cloud מסוף של הפרויקט.
יוצרים מינוי ל-Pub/Sub עם חשבון השירות:
gcloud pubsub subscriptions create myRunSubscription --topic myRunTopic \ --ack-deadline=600 \ --push-endpoint=SERVICE-URL/ \ --push-auth-service-account=cloud-run-pubsub-invoker@PROJECT_ID.iam.gserviceaccount.com
מחליפים את:
- myRunTopic בנושא שיצרתם קודם.
- SERVICE-URL עם כתובת ה-URL מסוג HTTPS שסופקה כשפרסתם את השירות. כתובת ה-URL הזו פועלת גם אם הוספתם מיפוי דומיין.
- PROJECT_ID במזהה הפרויקט ב- Google Cloud .
הדגל
--push-auth-service-accountמפעיל את הפונקציונליות של Pub/Sub push עבור אימות והרשאה.הדומיין של שירות Cloud Run נרשם אוטומטית לשימוש במינויים ל-Pub/Sub.
ב-Cloud Run בלבד, יש בדיקת אימות מובנית כדי לוודא שהאסימון תקף, ובדיקת הרשאה כדי לוודא שלחשבון השירות יש הרשאה להפעיל את שירות Cloud Run.
השירות משולב עכשיו באופן מלא עם Pub/Sub.
Terraform
יוצרים או בוחרים חשבון שירות שייצג את הזהות של מינוי Pub/Sub.
יוצרים מינוי ל-Pub/Sub עם חשבון השירות:
נותנים לחשבון השירות של המפעיל הרשאה להפעיל את שירות
pubsub-tutorial:מאפשרים ל-Pub/Sub ליצור טוקנים לאימות בפרויקט:
יוצרים מינוי ל-Pub/Sub עם חשבון השירות:
השירות משולב עכשיו באופן מלא עם Pub/Sub.
רוצה לנסות?
כדי לבדוק את הפתרון מקצה לקצה:
שולחים הודעת Pub/Sub לנושא:
gcloud pubsub topics publish myRunTopic --message "Runner"
אפשר גם לפרסם הודעות באופן פרוגרמטי במקום להשתמש בשורת הפקודה, כמו שמוצג במדריך הזה. מידע נוסף זמין במאמר בנושא פרסום הודעות.
עוברים ליומני השירות:
- ניווט אל מסוףGoogle Cloud
- לוחצים על השירות
pubsub-tutorial. לוחצים על הכרטיסייה יומנים.
יכול להיות שייקח ליומנים כמה דקות להופיע. אם הם לא מופיעים מיד, כדאי לבדוק שוב אחרי כמה רגעים.
מחפשים את ההודעה Hello Runner!.
הסרת המשאבים
כדי לעיין בתרחיש שימוש מפורט יותר של Cloud Run עם Pub/Sub, אפשר לדלג על שלב הניקוי בשלב הזה ולהמשיך אל המדריך לעיבוד תמונות באמצעות Cloud Run.
כדי להימנע מחיובים נוספים בחשבון Google Cloud , מוחקים את כל המשאבים שהצבתם באמצעות המדריך הזה.
מחיקת הפרויקט
אם יצרתם פרויקט חדש בשביל המדריך הזה, מוחקים את הפרויקט. אם השתמשתם בפרויקט קיים ואתם רוצים לשמור אותו בלי השינויים שהוספתם במדריך הזה, תצטרכו למחוק את המשאבים שיצרתם לצורך המדריך.
הדרך הקלה ביותר לבטל את החיוב היא למחוק את הפרויקט שיצרתם בשביל המדריך.
כדי למחוק את הפרויקט:
- במסוף Google Cloud , נכנסים לדף Manage resources.
- ברשימת הפרויקטים, בוחרים את הפרויקט שרוצים למחוק ולוחצים על Delete.
- כדי למחוק את הפרויקט, כותבים את מזהה הפרויקט בתיבת הדו-שיח ולוחצים על Shut down.
מחיקת משאבי הדרכה
מוחקים את שירות Cloud Run שפרסתם במדריך הזה. שירותי Cloud Run לא צוברים עלויות עד שהם מקבלים בקשות.
כדי למחוק את שירות Cloud Run, מריצים את הפקודה הבאה:
gcloud run services delete SERVICE-NAME
מחליפים את SERVICE-NAME בשם השירות.
אפשר גם למחוק שירותים של Cloud Run מGoogle Cloud המסוף.
מסירים את הגדרת ברירת המחדל של האזור
gcloudשהוספתם במהלך ההגדרה של המדריך:gcloud config unset run/regionמסירים את הגדרות הפרויקט:
gcloud config unset projectמחיקת משאבים אחרים Google Cloud שנוצרו במדריך הזה:
- מחיקת נושא Pub/Sub
myRunTopic - מחיקת המינוי ל-Pub/Sub
myRunSubscription - מחיקת קובץ אימג' של קונטיינר בשם
REGION-docker.pkg.dev/PROJECT_ID/REPOSITORY/pubsubמ-Artifact Registry. - מחיקה של חשבון השירות של המפעיל
cloud-run-pubsub-invoker@PROJECT_ID.iam.gserviceaccount.com
- מחיקת נושא Pub/Sub
המאמרים הבאים
- איך מגדירים ניסיונות חוזרים
- מידע על הגבלת תעבורת נכנסת באמצעות אמצעי בקרה פנימיים כדי לשפר את אבטחת הייצור זמין במאמר בנושא הגבלת תעבורת נכנסת.
- הרחבת שירות לדוגמה שנפרס במדריך הזה כדי להוסיף פונקציונליות לעיבוד תמונות שמשנה תמונות שהועלו ל-Cloud Storage.
- מידע נוסף על הארכיטקטורה של Pub/Sub ועל ניהול נושאים
- מידע נוסף על מינויים ל-Pub/Sub זמין במאמר בנושא ניהול מינויים.
- כדאי להעמיק את הקריאה ולהכיר דוגמאות לארכיטקטורות, תרשימים ושיטות מומלצות בנושאי Google Cloud. כל אלה זמינים במרכז הארכיטקטורה של Cloud.