הרחבת Cloud Run באמצעות טריגרים של אירועים באמצעות פונקציות Cloud Run
בעזרת פונקציות Cloud Run, אתם יכולים לפרוס קוד לטיפול באירועים שמופעלים על ידי שינויים במסד הנתונים של Cloud Run. כך אפשר להוסיף פונקציונליות בצד השרת בלי להפעיל שרתים משלכם.
במדריך הזה מוסבר איך ליצור טריגרים לפונקציות Cloud Run מאירועים ב-Firestore.
אפשר להפעיל את פונקציות Cloud Run מאירועים במסד נתונים של Firestore. כשהפונקציה מופעלת, היא קוראת ומעדכנת מסד נתונים של Firestore בתגובה לאירועים האלה באמצעות ממשקי ה-API וספריות הלקוח של Firestore.
התהליך של הפעלת פונקציית Cloud Run על ידי אירועים ב-Firestore כולל את השלבים הבאים:
השירות ממתין לשינויים במסמך מסוים.
כשמתרחש שינוי, השירות מופעל ומבצע את המשימות שלו.
השירות מקבל אובייקט נתונים עם תמונת מצב של המסמך המושפע. באירועים מסוג
writeאוupdate, אובייקט הנתונים מכיל תמונות מצב שמייצגות את מצב המסמך לפני ואחרי אירוע ההפעלה.
לפני שמתחילים
- חשוב לוודא שהגדרתם פרויקט חדש ל-Cloud Run כמו שמתואר בדף ההגדרה.
מפעילים את ממשקי ה-API של Artifact Registry, Cloud Build, Cloud Run Admin, Eventarc, Cloud Logging של Firestore ו-Pub/Sub:
התפקידים הנדרשים
אתם או האדמין שלכם צריכים להעניק הרשאות לחשבון הפריסה ולזהות הטריגר. אפשר גם להעניק לסוכן השירות של Pub/Sub את תפקידי ה-IAM הבאים.
התפקידים הנדרשים לחשבון הפריסה
כדי לקבל את ההרשאות שדרושות להפעלת פונקציות מאירועים ב-Firestore, צריך לבקש מהאדמין להקצות לכם את תפקידי ה-IAM הבאים בפרויקט:
- עריכה ב-Cloud Build (
roles/cloudbuild.builds.editor) - אדמין ב-Cloud Run (
roles/run.admin) - בעלים של Datastore (
roles/datastore.owner) - אדמין ב-Eventarc (
roles/eventarc.admin) - בעל הרשאת גישה לתצוגת יומנים (
roles/logging.viewAccessor) - אדמין IAM בפרויקט (
roles/resourcemanager.projectIamAdmin) - אדמין בחשבון שירות (
roles/iam.serviceAccountAdmin) - משתמש בחשבון שירות (
roles/iam.serviceAccountUser) - אדמין Service Usage (
roles/serviceusage.serviceUsageAdmin)
להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.
שימו לב: כברירת מחדל, ההרשאות של Cloud Build כוללות הרשאות להעלאה ולהורדה של ארטיפקטים של Artifact Registry.
התפקידים הנדרשים עבור זהות הטריגר
חשוב לשים לב לחשבון השירות שמוגדר כברירת מחדל ב-Compute Engine, כי תצטרכו לצרף אותו לטריגר של Eventarc כדי לייצג את הזהות של הטריגר למטרות בדיקה. חשבון השירות הזה נוצר באופן אוטומטי אחרי שמפעילים או משתמשים בשירות Google Cloud שמשתמש ב-Compute Engine, והוא בפורמט האימייל הבא:
PROJECT_NUMBER-compute@developer.gserviceaccount.com
מחליפים את
PROJECT_NUMBERבמספר הפרויקט. אפשר למצוא את מספר הפרויקט בדף Welcome במסוף Google Cloud או על ידי הפעלת הפקודה הבאה: Google Cloudgcloud projects describe PROJECT_ID --format='value(projectNumber)'
בסביבות ייצור, מומלץ מאוד ליצור חשבון שירות חדש ולהקצות לו תפקיד IAM אחד או יותר שמכילים את ההרשאות המינימליות הנדרשות, ולפעול לפי העיקרון של הרשאות מינימליות.
- כברירת מחדל, רק בעלי פרויקטים, עורכי פרויקטים, אדמינים ומפעילים של Cloud Run יכולים להפעיל שירותים של Cloud Run.
אפשר לשלוט בגישה לכל שירות בנפרד, אבל למטרות בדיקה, כדאי להעניק את התפקיד 'הפעלת Cloud Run' (
run.invoker) בפרויקט Google Cloud לחשבון השירות של Compute Engine. ההרשאה הזו ניתנת לכל השירותים והמשימות של Cloud Run בפרויקט.gcloud projects add-iam-policy-binding PROJECT_ID \ --member=serviceAccount:PROJECT_NUMBER-compute@developer.gserviceaccount.com \ --role=roles/run.invoker
שימו לב: אם יוצרים טריגר לשירות מאומת ב-Cloud Run בלי להעניק את התפקיד Cloud Run Invoker (הפעלת Cloud Run), הטריגר נוצר בהצלחה והוא פעיל. עם זאת, הטריגר לא יפעל כמצופה ותופיע הודעה דומה לזו שמופיעה ביומנים:
The request was not authenticated. Either allow public access or set the proper Authorization header. - מקצים את התפקיד 'מקבל אירועים' ב-Eventarc (
roles/eventarc.eventReceiver) בפרויקט לחשבון השירות שמוגדר כברירת מחדל ב-Compute Engine, כדי שהטריגר של Eventarc יוכל לקבל אירועים מספקי אירועים.gcloud projects add-iam-policy-binding PROJECT_ID \ --member=serviceAccount:PROJECT_NUMBER-compute@developer.gserviceaccount.com \ --role=roles/eventarc.eventReceiver
תפקיד אופציונלי לסוכן השירות של Pub/Sub
- אם הפעלתם את סוכן השירות של Cloud Pub/Sub ב-8 באפריל 2021 או לפני כן, כדי לתמוך בבקשות push מאומתות של Pub/Sub, צריך להקצות לסוכן השירות את התפקיד 'יצירת אסימונים בחשבון שירות' (
roles/iam.serviceAccountTokenCreator). אחרת, התפקיד הזה מוענק כברירת מחדל:gcloud projects add-iam-policy-binding PROJECT_ID \ --member=serviceAccount:service-PROJECT_NUMBER@gcp-sa-pubsub.iam.gserviceaccount.com \ --role=roles/iam.serviceAccountTokenCreator
הגדרת מסד נתונים ב-Firestore
לפני שמפעילים את השירות, צריך ליצור מסד נתונים של Firestore:
עוברים אל הדף של Firestore.
בוחרים באפשרות יצירת מסד נתונים של Firestore.
בשדה Name your database (מתן שם למסד הנתונים), מזינים מזהה מסד נתונים, כמו
firestore-db.בקטע Configuration options (אפשרויות הגדרה), האפשרות Firestore native (מקומי ל-Firestore) מסומנת כברירת מחדל יחד עם כללי האבטחה הרלוונטיים.
בקטע Location type, בוחרים באפשרות Region ובוחרים את האזור שבו רוצים שהמסד הנתונים יהיה ממוקם. הבחירה הזו היא סופית.
לוחצים על יצירת מסד נתונים.
מודל הנתונים של Firestore מורכב מאוספים שמכילים מסמכים. מסמך מכיל קבוצה של צמדי מפתח/ערך.
כתיבת פונקציה שמופעלת על ידי Firestore
כדי לכתוב פונקציה שמגיבה לאירועים ב-Firestore, צריך לציין את הפרטים הבאים במהלך הפריסה:
סוגי אירועים
Firestore תומך באירועים create, update, delete ו-write. האירוע write כולל את כל השינויים במסמך.
| סוג אירוע | הטריגר |
|---|---|
google.cloud.firestore.document.v1.created (ברירת מחדל) |
מופעל כשמסמך נכתב בפעם הראשונה. |
google.cloud.firestore.document.v1.updated |
מופעל כשמסמך כבר קיים וערך כלשהו בו משתנה. |
google.cloud.firestore.document.v1.deleted |
מופעל כשמסמך עם נתונים נמחק. |
google.cloud.firestore.document.v1.written |
מופעל כשמסמך נוצר, מעודכן או נמחק. |
google.cloud.firestore.document.v1.created.withAuthContext |
זהה ל-created אבל כולל פרטי אימות. |
google.cloud.firestore.document.v1.updated.withAuthContext |
זהה ל-updated אבל כולל פרטי אימות. |
google.cloud.firestore.document.v1.deleted.withAuthContext |
זהה ל-deleted אבל כולל פרטי אימות. |
google.cloud.firestore.document.v1.written.withAuthContext |
זהה ל-written אבל כולל פרטי אימות. |
תווים כלליים לחיפוש נכתבים בטריגרים באמצעות סוגריים מסולסלים, לדוגמה:
projects/YOUR_PROJECT_ID/databases/(default)/documents/collection/{document_wildcard}
מסנני אירועים להפעלת טריגר
כדי להפעיל את השירות, צריך לציין נתיב למסמך להאזנה. הנתיב למסמך צריך להיות באותו פרויקט Google Cloud כמו השירות.
אלו כמה דוגמאות לנתיבי מסמכים תקינים:
users/marie: מעקב אחרי מסמך יחיד,/users/marie.
users/{username}: מעקב אחרי כל המסמכים של המשתמשים. תווים כלליים משמשים למעקב אחרי כל המסמכים באוסף.
users/{username}/addresses/home: מעקב אחרי מסמך כתובת המגורים של כל המשתמשים.
users/{username}/addresses/{addressId}: מעקב אחרי כל מסמכי הכתובות.
users/{user=**}: עוקב אחרי כל המסמכים של המשתמשים וכל המסמכים בקולקציות משנה מתחת לכל מסמך של משתמש, כמו/users/userID/address/homeאו/users/userID/phone/work.users/{username}/addresses: נתיב כתובת לא תקין. ההפניה היא לאוסף המשנהaddresses, ולא למסמך.
תווים כלליים לחיפוש ופרמטרים
אם אתם לא יודעים מהו המסמך הספציפי שאתם רוצים לעקוב אחריו, אתם יכולים להשתמש ב-{wildcard} במקום במזהה המסמך:
-
users/{username}מאזין לשינויים בכל המסמכים של המשתמשים.
בדוגמה הזו, כשמשנים שדה כלשהו במסמך כלשהו ב-users, הוא תואם לתו כל כללי שנקרא {username}.
אם במסמך ב-users יש אוספי משנה, ושדה באחד מהמסמכים של אוספי המשנה האלה משתנה, תו כללי {username} לא מופעל. אם רוצים להגיב לאירועים גם באוספי משנה, צריך להשתמש בתו כללי רב-מקפי {username=**}.
התאמות של תווים כלליים לחיפוש מחולצות מנתיבי מסמכים. אפשר להגדיר כמה תווים כלליים שרוצים במקום מזהים מפורשים של אוספים או מסמכים. אפשר להשתמש בתו כללי אחד לחיפוש של כמה פלחים, כמו {username=**}.
קוד הפונקציה
בדוגמאות מוסבר איך להשתמש באירועים של Firestore במצב Native כדי להפעיל פונקציית Cloud Run.
הכללת יחסי התלות של ה-proto במקור
צריך לכלול את קובץ Cloud Run data.proto בספריית קובצי המקור של הפונקציה. הקובץ הזה מייבא את קובצי ה-proto הבאים, שצריך לכלול גם אותם בספריית קובצי המקור:
משתמשים באותו מבנה ספריות עבור התלויות. לדוגמה, ממקמים את struct.proto בתוך google/protobuf.
הקבצים האלה נדרשים כדי לפענח נתוני אירועים. אם מקור הפונקציה לא כולל את הקבצים האלה, הפונקציה מחזירה שגיאה כשהיא מופעלת.
מאפייני אירוע
כל אירוע כולל מאפייני נתונים שכוללים מידע על האירוע, כמו השעה שבה האירוע הופעל. Cloud Run מוסיף נתונים נוספים על מסד הנתונים והמסמך שקשורים לאירוע. כך ניגשים למאפיינים האלה:
Java
logger.info("Function triggered by event on: " + event.getSource()); logger.info("Event type: " + event.getType()); logger.info("Event time " + event.getTime()); logger.info("Event project: " + event.getExtension("project")); logger.info("Event location: " + event.getExtension("location")); logger.info("Database name: " + event.getExtension("database")); logger.info("Database document: " + event.getExtension("document")); // For withAuthContext events logger.info("Auth information: " + event.getExtension("authid")); logger.info("Auth information: " + event.getExtension("authtype"));
Node.js
console.log(`Function triggered by event on: ${cloudEvent.source}`); console.log(`Event type: ${cloudEvent.type}`); console.log(`Event time: ${cloudEvent.time}`); console.log(`Event project: ${cloudEvent.project}`); console.log(`Event location: ${cloudEvent.location}`); console.log(`Database name: ${cloudEvent.database}`); console.log(`Document name: ${cloudEvent.document}`); // For withAuthContext events console.log(`Auth information: ${cloudEvent.authid}`); console.log(`Auth information: ${cloudEvent.authtype}`);
Python
print(f"Function triggered by change to: {cloud_event['source']}") print(f"Event type: {cloud_event['type']}") print(f"Event time: {cloud_event['time']}") print(f"Event project: {cloud_event['project']}") print(f"Location: {cloud_event['location']}") print(f"Database name: {cloud_event['database']}") print(f"Document: {cloud_event['document']}") // For withAuthContext events print(f"Auth information: {cloud_event['authid']}") print(f"Auth information: {cloud_event['authtype']}")
מבנים של אירועים
הטריגר הזה מפעיל את השירות שלכם עם אירוע שדומה ל:
{ "oldValue": { // Update and Delete operations only A Document object containing a pre-operation document snapshot }, "updateMask": { // Update operations only A DocumentMask object that lists changed fields. }, "value": { // A Document object containing a post-operation document snapshot } }
כל אובייקט Document מכיל אובייקט Value אחד או יותר. למידע על הפניות לסוגים, אפשר לעיין בValueמסמכים.
יצירת טריגרים לפונקציות
לוחצים על הכרטיסייה עם ההוראות לשימוש בכלי הרצוי.
המסוף
כשמשתמשים במסוף 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.created. הגדרת הטריגר משתנה בהתאם לסוג האירוע הנתמך. מידע נוסף זמין במאמר בנושא סוגי אירועים.
בקטע Filters, בוחרים מסד נתונים, פעולה וערכי מאפיינים, או משתמשים בבחירות ברירת המחדל.
אם השדה אזור מופעל, בוחרים מיקום לטריגר 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=EVENTARC_TRIGGER_LOCATION \ --destination-run-service=FUNCTION \ --destination-run-region=REGION \ --event-filters="type=google.cloud.firestore.document.v1.created" \ --service-account=PROJECT_NUMBER-compute@developer.gserviceaccount.comמחליפים את:
TRIGGER_NAME בשם של הטריגר.
EVENTARC_TRIGGER_LOCATION עם המיקום של טריגר Eventarc. באופן כללי, המיקום של טריגר Eventarc צריך להיות זהה למיקום של Google Cloud המשאב שרוצים לעקוב אחרי האירועים שלו. ברוב התרחישים, כדאי גם לפרוס את הפונקציה באותו אזור. מידע נוסף זמין במאמר בנושא מיקומי Eventarc.
FUNCTION בשם הפונקציה שאתם פורסים.
REGION עם האזור של פונקציית Cloud Run.
PROJECT_NUMBER עם מספר הפרויקט שלכם. טריגרים של Eventarc מקושרים לחשבונות שירות כדי לשמש כזהות כשמפעילים את הפונקציה. לחשבון השירות של טריגר Eventarc צריכה להיות הרשאה להפעלת הפונקציה. כברירת מחדל, Cloud Run משתמש בחשבון השירות של מחשוב ברירת המחדל. Google Cloud
כל דגל
event-filtersמציין סוג של אירוע, והפונקציה מופעלת רק כשאירוע עומד בכל הקריטריונים שצוינו בדגליevent-filtersשלו. לכל טריגר צריך להיותevent-filtersflag שמציין סוג אירוע נתמך, כמו מסמך חדש שנכתב ב-Firestore או קובץ שהועלה ל-Cloud Storage. אי אפשר לשנות את סוג המסנן של האירוע אחרי שיוצרים אותו. כדי לשנות את סוג המסנן של האירוע, צריך ליצור טריגר חדש ולמחוק את הטריגר הישן. אפשר גם לחזור על הדגל--event-filtersעם מסנן נתמך בפורמטATTRIBUTE=VALUEכדי להוסיף עוד מסננים.
Terraform
כדי ליצור טריגר Eventarc לפונקציית Cloud Run, אפשר לעיין במאמר יצירת טריגר באמצעות Terraform.
דוגמאות
בדוגמאות הבאות מוסבר איך להשתמש באירועים של Firestore במצב Native כדי להפעיל פונקציית Cloud Run.
דוגמה 1: פונקציית Hello Firestore
הדוגמה הבאה מדפיסה את השדות של אירוע Firestore שמפעיל את הפונקציה:
Node.js
Python
המשך
Java
C#
פריסת הפונקציה
כדי לפרוס את הפונקציה Hello Firestore, מריצים את הפקודה הבאה:
אם עוד לא עשיתם את זה, אתם צריכים להגדיר את מסד הנתונים של Firestore.
הוראות לפריסת הפונקציה מופיעות במאמר יצירת טריגרים לפונקציות.
בדיקת הפונקציה
כדי לבדוק את הפונקציה Hello Firestore, מגדירים אוסף בשם users במסד הנתונים של Firestore:
נכנסים לדף Firestore databases במסוף Google Cloud :
לוחצים על התחלת אוסף.
מציינים את הערך
usersכמזהה הקולקציה.כדי להתחיל להוסיף את המסמך הראשון לאוסף, מקבלים את מזהה המסמך שנוצר אוטומטית בקטע הוספת המסמך הראשון.
מוסיפים לפחות שדה אחד למסמך, ומציינים שם וערך. לדוגמה, בשדה שם שדה מזינים
username, ובשדה ערך שדה מזיניםrowan.כשתסיים, לחץ על שמור.
הפעולה הזו יוצרת מסמך חדש, וכך מפעילה את הפונקציה.
כדי לוודא שהפונקציה הופעלה, לוחצים על השם המקושר של הפונקציה בדף הסקירה הכללית של Cloud Run במסוף Google Cloud כדי לפתוח את הדף פרטי השירות.
לוחצים על הכרטיסייה יומנים ומחפשים את המחרוזת הבאה:
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
המשך
Java
C#
פריסת הפונקציה
כדי לפרוס את הפונקציה Convert to Uppercase, מריצים את הפקודה הבאה:
אם עוד לא עשיתם את זה, אתם צריכים להגדיר את מסד הנתונים של Firestore.
הוראות לפריסת הפונקציה מופיעות במאמר יצירת טריגרים לפונקציות.
בדיקת הפונקציה
כדי לבדוק את הפונקציה Convert to Uppercase שפרסתם, צריך להגדיר אוסף בשם messages במסד הנתונים של Firestore:
נכנסים לדף Firestore databases במסוף Google Cloud :
לוחצים על התחלת אוסף.
מציינים את הערך
messagesכמזהה הקולקציה.כדי להתחיל להוסיף את המסמך הראשון לאוסף, מקבלים את מזהה המסמך שנוצר אוטומטית בקטע הוספת המסמך הראשון.
כדי להפעיל את הפונקציה שפרסתם, מוסיפים מסמך שבו שם השדה הוא
originalוערך השדה הואminka.כששומרים את המסמך, אפשר לראות את המילה באותיות קטנות בשדה הערך הופכת לאותיות גדולות.
אם לאחר מכן עורכים את הערך בשדה כך שיכיל אותיות קטנות, הפונקציה מופעלת שוב וממירה את כל האותיות הקטנות לאותיות רישיות.
מגבלות על פונקציות
- אנחנו לא מתחייבים לגבי סדר ההזמנה. שינויים מהירים יכולים להפעיל קריאות לפונקציות בסדר לא צפוי.
- האירועים מועברים לפחות פעם אחת, אבל אירוע יחיד עשוי להפעיל כמה קריאות לפונקציה. אל תסתמכו על מנגנונים של 'פעם אחת בלבד', ותכתבו פונקציות אידמפוטנטיות.
- טריגר משויך למסד נתונים יחיד. אי אפשר ליצור טריגר שתואם לכמה מסדי נתונים.
- מחיקה של מסד נתונים לא תגרום למחיקה אוטומטית של טריגרים שקשורים למסד הנתונים הזה. הטריגר מפסיק לשלוח אירועים, אבל הוא ממשיך להתקיים עד שמוחקים אותו.