במדריך הזה מוצגות דוגמאות לפונקציות שמופעלות כשמבצעים שינויים במסמך בתוך אוסף ספציפי.
לפני שמתחילים
לפני שמריצים את קוד הדוגמה במדריך הזה, צריך לבצע את הפעולות הבאות:
דוגמאות
בדוגמאות הבאות מוסבר איך לכתוב פונקציות שמגיבות לטריגר של Firestore.
דוגמה 1: פונקציית Hello Firestore
הדוגמה הבאה מדפיסה את השדות של אירוע Firestore שמפעיל את הפונקציה:
Node.js
Python
Go
Java
C#
פריסת הפונקציה Hello Firestore
אם עוד לא עשיתם את זה, אתם צריכים להגדיר את מסד הנתונים של Firestore.
אחרי פריסת הפונקציה, אפשר להגדיר טריגר באמצעות מסוף Google Cloud , Google Cloud CLI או Terraform.
המסוף
כשמשתמשים במסוף Google Cloud כדי ליצור פונקציה, אפשר גם להוסיף טריגר לפונקציה. כדי ליצור טריגר לפונקציה:
נכנסים ל-Cloud Run במסוף Google Cloud :
לוחצים על Write a function (כתיבת פונקציה) ומזינים את פרטי הפונקציה. מידע נוסף על הגדרת פונקציות במהלך הפריסה זמין במאמר פריסת פונקציות.
בקטע Trigger (טריגר), לוחצים על Add trigger (הוספת טריגר).
בוחרים באפשרות Firestore trigger (טריגר של Firestore).
בחלונית Eventarc trigger משנים את פרטי הטריגר באופן הבא:
מזינים שם לטריגר בשדה Trigger name או משתמשים בשם ברירת המחדל.
בוחרים סוג טריגר מהרשימה:
מקורות Google כדי לציין טריגרים ל-Pub/Sub, ל-Cloud Storage, ל-Firestore ולספקי אירועים אחרים של Google.
צד שלישי כדי לבצע שילוב עם ספקים שאינם של Google שמציעים מקור Eventarc. מידע נוסף זמין במאמר בנושא אירועים של צד שלישי ב-Eventarc.
בוחרים באפשרות Cloud Firestore מתוך רשימת ספקי האירועים כדי לבחור מוצר שמספק את סוג האירוע להפעלת הפונקציה. רשימת ספקי האירועים מופיעה במאמר ספקי אירועים ויעדים.
ברשימה Event type (סוג האירוע), בוחרים באפשרות type=google.cloud.firestore.document.v1.written. הגדרת הטריגר משתנה בהתאם לסוג האירוע הנתמך. מידע נוסף זמין במאמר בנושא סוגי אירועים.
משאירים את השדה סוג התוכן של נתוני האירועים כמו שהוא.
בקטע Filters, בוחרים מסד נתונים, פעולה וערכי מאפיינים, או משתמשים בבחירות שמוגדרות כברירת מחדל.
אם השדה Region מופעל, בוחרים מיקום לטריגר Eventarc. באופן כללי, המיקום של טריגר Eventarc צריך להיות זהה למיקום שלGoogle Cloud המשאב שרוצים לעקוב אחרי האירועים שלו. ברוב התרחישים, כדאי גם לפרוס את הפונקציה באותו אזור. מידע נוסף על מיקומי טריגרים של Eventarc זמין במאמר הסבר על מיקומי Eventarc.
בשדה Service account, בוחרים חשבון שירות. טריגרים של Eventarc מקושרים לחשבונות שירות כדי לשמש כזהות כשמפעילים את הפונקציה. לחשבון השירות של טריגר Eventarc צריך להיות הרשאה להפעיל את הפונקציה. כברירת מחדל, Cloud Run משתמש בחשבון השירות של Compute Engine שמוגדר כברירת מחדל.
אפשר לציין את נתיב כתובת ה-URL של השירות כדי לשלוח את הבקשה הנכנסת. זהו הנתיב היחסי בשירות היעד שאליו יישלחו האירועים של הטריגר. לדוגמה:
/,/route,routeו-route/subroute.אפשרות נוספת: כדי להפעיל ניסיונות חוזרים אם ניסיון המסירה נכשל, מסמנים את תיבת הסימון הפעלת ניסיון חוזר במקרה של כשל. אחרת, התנהגות ברירת המחדל היא ניסיון מסירה יחיד ללא ניסיונות חוזרים. מידע נוסף זמין במאמר בנושא ניסיון חוזר לשליחת אירועים.
אחרי שממלאים את שדות החובה, לוחצים על שמירת הטריגר.
לוחצים על יצירה.
בכרטיסייה מקור, עורכים את קוד המקור אם צריך, ואז לוחצים על שמירה ופריסה מחדש.
gcloud
כשיוצרים פונקציה באמצעות ה-CLI של gcloud, קודם צריך לפרוס את הפונקציה ואז ליצור טריגר. כדי ליצור טריגר לפונקציה:
מריצים את הפקודה הבאה בספרייה שמכילה את הקוד לדוגמה כדי לפרוס את הפונקציה:
gcloud run deploy FUNCTION \ --source . \ --function FUNCTION_ENTRYPOINT \ --base-image BASE_IMAGE_ID \ --region REGIONמחליפים את מה שכתוב בשדות הבאים:
FUNCTION: שם הפונקציה שרוצים לפרוס. אפשר להשמיט את הפרמטר הזה לגמרי, אבל אם תשמיטו אותו, תתבקשו לציין את השם.
FUNCTION_ENTRYPOINT: נקודת הכניסה לפונקציה בקוד המקור. זה הקוד ש-Cloud Run מריץ כשהפונקציה פועלת. הערך של הדגל הזה צריך להיות שם של פונקציה או שם מלא של מחלקה שקיימים בקוד המקור.
BASE_IMAGE_ID: סביבת תמונת הבסיס של הפונקציה. מידע נוסף על תמונות בסיס ועל החבילות שכלולות בכל תמונה זמין במאמר בנושא תמונות בסיס של סביבות זמן ריצה.
REGION: Google Cloud האזור שבו רוצים לפרוס את הפונקציה. לדוגמה,europe-west1.
מריצים את הפקודה הבאה כדי ליצור טריגר שמסנן אירועים ומנתב אותם:
gcloud eventarc triggers create TRIGGER_NAME \ --location=LOCATION \ --destination-run-service=FUNCTION \ --destination-run-region=DESTINATION_RUN_REGION \ --event-filters="type=EVENT_FILTER_TYPE" \ --event-filters=database='(default)' \ --event-data-content-type=application/protobuf \ --event-filters-path-pattern=document='users/{username}' \ --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.comמחליפים את מה שכתוב בשדות הבאים:
TRIGGER_NAME: המזהה של הטריגר או מזהה מוגדר במלואו.-
LOCATION: המיקום של טריגר Eventarc. אפשרות נוספת היא להגדיר את המאפייןeventarc/location, לדוגמה,gcloud config set eventarc/location us-central1.כדי להימנע מבעיות בביצועים ובמיקום אחסון הנתונים, המיקום צריך להיות זהה למיקום של Google Cloud השירות שמייצר אירועים. מידע נוסף זמין במאמר בנושא מיקומי Eventarc.
-
FUNCTION: השם של פונקציית Cloud Run שנפרסה ומקבלת את האירועים של הטריגר. -
DESTINATION_RUN_REGION: (אופציונלי) המיקום של Cloud Run שבו אפשר למצוא את פונקציית היעד של Cloud Run. אם לא מציינים זאת, ההנחה היא שהפונקציה נמצאת באותו אזור כמו הטריגר. -
EVENT_FILTER_TYPE: המזהה של האירוע. אירוע נוצר כשקריאה ל-API של השיטה מצליחה. בפעולות ארוכות טווח, האירוע נוצר רק בסוף הפעולה, ורק אם הפעולה בוצעה בהצלחה. רשימה של סוגי האירועים הנתמכים מופיעה במאמר בנושא סוגי אירועים של Google שנתמכים על ידי Eventarc. -
SERVICE_ACCOUNT_NAME: השם של חשבון השירות שמנוהל על ידי המשתמש. -
PROJECT_ID: מזהה הפרויקט ב- Google Cloud .
הערות:
- אחרי שיוצרים טריגר, אי אפשר לשנות את סוג המסנן של האירועים. כדי להגדיר סוג אירוע אחר, צריך ליצור טריגר חדש.
--event-filters=type=google.cloud.firestore.document.v1.writtenמציין שהפונקציה מופעלת כשמסמך נוצר, מתעדכן או נמחק, בהתאם לסוג האירוע.-
--event-filters=database='(default)'מציין את מסד הנתונים של Firebase. לשם מסד הנתונים שמוגדר כברירת מחדל, משתמשים ב-(default). --event-filters-path-pattern=document='users/{username}'מציין את תבנית הנתיב של המסמכים שצריך לעקוב אחריהם כדי לזהות שינויים רלוונטיים. תבנית הנתיב הזו מציינת שצריך לעקוב אחרי כל המסמכים באוסףusers. מידע נוסף זמין במאמר הסבר על דפוסי נתיבים.- אפשר גם לציין ניסיון אחד למסירת אירוע ללא ניסיונות חוזרים באמצעות הדגל
--max-retry-attempts. הערך החוקי היחיד הוא1. אם לא מציינים את הדגל, המערכת תנסה שוב לבצע את הפעולה לפי ההתנהגות הרגילה. מידע נוסף זמין במאמר בנושא ניסיון חוזר לשליחת אירועים. - יש דגלים אחרים. מידע נוסף זמין במאמר
gcloud eventarc triggers create.
Terraform
כדי ליצור טריגר Eventarc לפונקציית Cloud Run, אפשר לעיין במאמר יצירת טריגר באמצעות Terraform.
בדיקת הפונקציה Hello Firestore
כדי לבדוק את הפונקציה Hello Firestore, מגדירים אוסף בשם users במסד הנתונים של Firestore:
נכנסים לדף Firestore databases במסוף Google Cloud :
לוחצים על התחלת אוסף.
מציינים את הערך
usersכמזהה הקולקציה.כדי להתחיל להוסיף את המסמך הראשון לאוסף, בקטע Add its first document (הוספת המסמך הראשון לאוסף) מאשרים את Document ID (מזהה המסמך) שנוצר אוטומטית.
מוסיפים לפחות שדה אחד למסמך, ומציינים שם וערך. לדוגמה, בשדה שם שדה מזינים
username, ובשדה ערך שדה מזיניםrowan.כשתסיים, לחץ על שמור.
הפעולה הזו יוצרת מסמך חדש, וכך מפעילה את הפונקציה.
כדי לוודא שהפונקציה הופעלה, לוחצים על השם המקושר של הפונקציה בדף Cloud Run Overview במסוף Google Cloud כדי לפתוח את הדף Service details.
בכרטיסייה Observability (יכולת תצפית), בוחרים בכרטיסייה Logs (יומנים) ומחפשים את המחרוזת הבאה:
Function triggered by change to: //firestore.googleapis.com/projects/your-project-id/databases/(default)'
דוגמה 2: הפונקציה Convert to Uppercase
בדוגמה הבאה, המערכת מאחזרת את הערך שהמשתמש הוסיף, ממירה את המחרוזת במיקום הזה לאותיות רישיות ומחליפה את הערך במחרוזת באותיות רישיות:
Node.js
משתמשים ב-protobufjs כדי לפענח את נתוני האירוע. צריך לכלול את google.events.cloud.firestore.v1
data.proto
במקור.
Python
Go
Java
C#
פריסת הפונקציה Convert to Uppercase
אם עוד לא עשיתם את זה, אתם צריכים להגדיר את מסד הנתונים של Firestore.
אחרי פריסת הפונקציה, אפשר להגדיר טריגר באמצעות מסוף Google Cloud , Google Cloud CLI או Terraform.
המסוף
כשמשתמשים במסוף Google Cloud כדי ליצור פונקציה, אפשר גם להוסיף טריגר לפונקציה. כדי ליצור טריגר לפונקציה:
נכנסים ל-Cloud Run במסוף Google Cloud :
לוחצים על Write a function (כתיבת פונקציה) ומזינים את פרטי הפונקציה. מידע נוסף על הגדרת פונקציות במהלך הפריסה זמין במאמר פריסת פונקציות.
בקטע Trigger (טריגר), לוחצים על Add trigger (הוספת טריגר).
בוחרים באפשרות Firestore trigger (טריגר של Firestore).
בחלונית Eventarc trigger משנים את פרטי הטריגר באופן הבא:
מזינים שם לטריגר בשדה Trigger name או משתמשים בשם ברירת המחדל.
בוחרים סוג טריגר מהרשימה:
מקורות Google כדי לציין טריגרים ל-Pub/Sub, ל-Cloud Storage, ל-Firestore ולספקי אירועים אחרים של Google.
צד שלישי כדי לבצע שילוב עם ספקים שאינם של Google שמציעים מקור Eventarc. מידע נוסף זמין במאמר בנושא אירועים של צד שלישי ב-Eventarc.
בוחרים באפשרות Firestore מתוך רשימת ספקי האירועים, כדי לבחור מוצר שמספק את סוג האירוע להפעלת הפונקציה. רשימת ספקי האירועים מופיעה במאמר ספקי אירועים ויעדים.
ברשימה Event type (סוג האירוע), בוחרים באפשרות type=google.cloud.firestore.document.v1.written. הגדרת הטריגר משתנה בהתאם לסוג האירוע הנתמך. מידע נוסף זמין במאמר בנושא סוגי אירועים.
משאירים את השדה סוג התוכן של נתוני האירועים כמו שהוא.
בקטע Filters, בוחרים מסד נתונים, פעולה וערכי מאפיינים, או משתמשים בבחירות שמוגדרות כברירת מחדל. אם נתתם שם למסד הנתונים, מזינים את השם בשדה ערך מאפיין 1.
אם השדה Region מופעל, בוחרים מיקום לטריגר Eventarc. באופן כללי, המיקום של טריגר Eventarc צריך להיות זהה למיקום שלGoogle Cloud המשאב שרוצים לעקוב אחרי האירועים שלו. ברוב התרחישים, כדאי גם לפרוס את הפונקציה באותו אזור. מידע נוסף על מיקומי טריגרים של Eventarc זמין במאמר הסבר על מיקומי Eventarc.
בשדה Service account, בוחרים חשבון שירות. טריגרים של Eventarc מקושרים לחשבונות שירות כדי לשמש כזהות כשמפעילים את הפונקציה. לחשבון השירות של טריגר Eventarc צריך להיות הרשאה להפעיל את הפונקציה. כברירת מחדל, Cloud Run משתמש בחשבון השירות של Compute Engine שמוגדר כברירת מחדל.
אפשר לציין את נתיב כתובת ה-URL של השירות כדי לשלוח את הבקשה הנכנסת. זהו הנתיב היחסי בשירות היעד שאליו יישלחו האירועים של הטריגר. לדוגמה:
/,/route,routeו-route/subroute.אפשרות נוספת: כדי להפעיל ניסיונות חוזרים אם ניסיון המסירה נכשל, מסמנים את תיבת הסימון הפעלת ניסיון חוזר במקרה של כשל. אחרת, התנהגות ברירת המחדל היא ניסיון מסירה יחיד ללא ניסיונות חוזרים. מידע נוסף זמין במאמר בנושא ניסיון חוזר לשליחת אירועים.
אחרי שממלאים את שדות החובה, לוחצים על שמירת הטריגר.
לוחצים על יצירה.
בכרטיסייה מקור, עורכים את קוד המקור אם צריך, ואז לוחצים על שמירה ופריסה מחדש.
gcloud
כשיוצרים פונקציה באמצעות ה-CLI של gcloud, קודם צריך לפרוס את הפונקציה ואז ליצור טריגר. כדי ליצור טריגר לפונקציה:
מריצים את הפקודה הבאה בספרייה שמכילה את הקוד לדוגמה כדי לפרוס את הפונקציה:
gcloud run deploy FUNCTION \ --source . \ --function FUNCTION_ENTRYPOINT \ --base-image BASE_IMAGE_ID \ --region REGIONמחליפים את מה שכתוב בשדות הבאים:
FUNCTION: שם הפונקציה שרוצים לפרוס. אפשר להשמיט את הפרמטר הזה לגמרי, אבל אם תשמיטו אותו, תתבקשו לציין את השם.
FUNCTION_ENTRYPOINT: נקודת הכניסה לפונקציה בקוד המקור. זה הקוד ש-Cloud Run מריץ כשהפונקציה פועלת. הערך של הדגל הזה צריך להיות שם של פונקציה או שם מלא של מחלקה שקיימים בקוד המקור.
BASE_IMAGE_ID: סביבת תמונת הבסיס של הפונקציה. מידע נוסף על תמונות בסיס ועל החבילות שכלולות בכל תמונה זמין במאמר בנושא תמונות בסיס של סביבות זמן ריצה.
REGION: Google Cloud האזור שבו רוצים לפרוס את הפונקציה. לדוגמה,europe-west1.
מריצים את הפקודה הבאה כדי ליצור טריגר שמסנן אירועים ומנתב אותם:
gcloud eventarc triggers create TRIGGER_NAME \ --location=LOCATION \ --destination-run-service=FUNCTION \ --destination-run-region=DESTINATION_RUN_REGION \ --event-filters=type=google.cloud.firestore.document.v1.written \ --event-filters=database='(default)' \ --event-data-content-type=application/protobuf \ --event-filters-path-pattern=document='messages/{pushId}' \ --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.comמחליפים את מה שכתוב בשדות הבאים:
TRIGGER_NAME: המזהה של הטריגר או מזהה מוגדר במלואו.-
LOCATION: המיקום של טריגר Eventarc. אפשרות נוספת היא להגדיר את המאפייןeventarc/location, לדוגמה,gcloud config set eventarc/location us-central1.כדי להימנע מבעיות בביצועים ובמיקום אחסון הנתונים, המיקום צריך להיות זהה למיקום של Google Cloud השירות שמייצר אירועים. מידע נוסף זמין במאמר בנושא מיקומי Eventarc.
-
FUNCTION: השם של פונקציית Cloud Run שנפרסה ומקבלת את האירועים של הטריגר. -
DESTINATION_RUN_REGION: (אופציונלי) המיקום של Cloud Run שבו אפשר למצוא את פונקציית היעד של Cloud Run. אם לא מציינים זאת, ההנחה היא שהפונקציה נמצאת באותו אזור כמו הטריגר. -
EVENT_FILTER_TYPE: המזהה של האירוע. אירוע נוצר כשקריאה ל-API של השיטה מצליחה. בפעולות ארוכות טווח, האירוע נוצר רק בסוף הפעולה, ורק אם הפעולה בוצעה בהצלחה. רשימה של סוגי האירועים הנתמכים מופיעה במאמר בנושא סוגי אירועים של Google שנתמכים על ידי Eventarc. -
SERVICE_ACCOUNT_NAME: השם של חשבון השירות שמנוהל על ידי המשתמש. -
PROJECT_ID: מזהה הפרויקט ב- Google Cloud .
הערות:
- אחרי שיוצרים טריגר, אי אפשר לשנות את סוג המסנן של האירועים. כדי להגדיר סוג אירוע אחר, צריך ליצור טריגר חדש.
--event-filters=type=google.cloud.firestore.document.v1.writtenמציין שהפונקציה מופעלת כשמסמך נוצר, מתעדכן או נמחק, בהתאם לסוג האירוע.-
--event-filters=database='(default)'מציין את מסד הנתונים של Firebase. לשם מסד הנתונים שמוגדר כברירת מחדל, משתמשים ב-(default). --event-filters-path-pattern=document='users/{username}'מציין את תבנית הנתיב של המסמכים שצריך לעקוב אחריהם כדי לזהות שינויים רלוונטיים. תבנית הנתיב הזו מציינת שצריך לעקוב אחרי כל המסמכים באוסףusers. מידע נוסף זמין במאמר הסבר על דפוסי נתיבים.- אפשר גם לציין ניסיון אחד למסירת אירוע ללא ניסיונות חוזרים באמצעות הדגל
--max-retry-attempts. הערך החוקי היחיד הוא1. אם לא מציינים את הדגל, המערכת תנסה שוב לבצע את הפעולה לפי ההתנהגות הרגילה. מידע נוסף זמין במאמר בנושא ניסיון חוזר לשליחת אירועים. - יש דגלים אחרים. מידע נוסף זמין במאמר
gcloud eventarc triggers create.
Terraform
כדי ליצור טריגר Eventarc לפונקציית Cloud Run, אפשר לעיין במאמר יצירת טריגר באמצעות Terraform.
משתמשים בשאר השדות כמו שהם:
--event-filters=type=google.cloud.firestore.document.v1.writtenמציין שהפונקציה מופעלת כשמסמך נוצר, מתעדכן או נמחק, בהתאם לgoogle.cloud.firestore.document.v1.writtenסוג האירוע.-
--event-filters=database='(default)'מציין את מסד הנתונים של Firestore. לשם מסד הנתונים שמוגדר כברירת מחדל, משתמשים ב-(default). -
--event-filters-path-pattern=document='messages/{pushId}'מספק את תבנית הנתיב של המסמכים שצריך לעקוב אחריהם כדי לזהות שינויים רלוונטיים. תבנית הנתיב הזו מציינת שצריך לעקוב אחרי כל המסמכים באוסףmessages. מידע נוסף זמין במאמר הסבר על דפוסי נתיבים.
בדיקה של הפונקציה Convert to Uppercase (המרה לאותיות רישיות)
כדי לבדוק את הפונקציה Convert to Uppercase שפרסתם, צריך להגדיר אוסף בשם messages במסד הנתונים של Firestore:
נכנסים לדף Firestore databases במסוף Google Cloud :
בוחרים את מזהה מסד הנתונים של Firestore.
לוחצים על התחלת אוסף.
מציינים את הערך
messagesכמזהה הקולקציה.כדי להתחיל להוסיף את המסמך הראשון לאוסף, בקטע Add its first document (הוספת המסמך הראשון לאוסף) מאשרים את Document ID (מזהה המסמך) שנוצר אוטומטית.
כדי להפעיל את הפונקציה שפרסתם, מוסיפים מסמך שבו שם השדה הוא
originalוערך השדה הואminka.כששומרים את המסמך, אפשר לראות את המילה באותיות קטנות בשדה הערך הופכת לאותיות גדולות.
אם לאחר מכן עורכים את הערך בשדה כך שיכיל אותיות קטנות, הפונקציה מופעלת שוב וממירה את כל האותיות הקטנות לאותיות רישיות.
מגבלות על פונקציות
- אנחנו לא מתחייבים לגבי סדר ההזמנה. שינויים מהירים יכולים להפעיל קריאות לפונקציות בסדר לא צפוי.
- האירועים מועברים לפחות פעם אחת, אבל אירוע בודד עשוי להוביל להפעלות מרובות של פונקציות. אל תסתמכו על מנגנונים של 'פעם אחת בדיוק', ותכתבו פונקציות אידמפוטנטיות.
- טריגר משויך למסד נתונים יחיד. אי אפשר ליצור טריגר שתואם לכמה מסדי נתונים.
- מחיקה של מסד נתונים לא תגרום למחיקה אוטומטית של טריגרים שקשורים למסד הנתונים הזה. הטריגר מפסיק לשלוח אירועים אבל ממשיך להתקיים עד שמוחקים את הטריגר.