שירותים נתמכים

כדי לגשת Google Cloud לממשקי API מפונקציות Cloud Run, צריך להשתמש בחשבון שירות שיפעל בשמכם. חשבון השירות מספק Application Default Credentials לפונקציות שלכם.

הערה: כל התקשורת בין פונקציות Cloud Run לבין השירותים האלה באמצעות ספריות לקוח ב-Cloud מוצפנת במהלך ההעברה ומועברת באופן מלא בתוך הרשת של Google.

ממשקי API נתמכים

לפונקציות של Cloud Run יש גישה לרוב השירותים הגדולים Google Cloud באמצעות ספריות לקוח של API ספציפיות לשפה ו/או ממשקי API של REST, כולל השירותים הבאים:

• BigQuery

• Bigtable

• Datastore

• Cloud DNS

• Cloud Firestore

• ‫Cloud Machine Learning Engine

• Cloud Natural Language API

• Pub/Sub

• מנהל המשאבים

• Sensitive Data Protection

• Spanner

• ‫Speech-to-Text API

• Cloud SQL

• Cloud Storage

• ‫Cloud Translation API

• Cloud Vision API

• Video Intelligence API

• Firebase (DB, Storage, Analytics, Auth)

• ספריות לקוח של Error Reporting

• ספריות לקוח ל-Logging

• ספריות לקוח של Monitoring

• Cloud Trace

• ‫Google Compute Engine

ספקי אירועים נתמכים

אפשר להפעיל פונקציות Cloud Run באמצעות אירועים שסופקו על ידי השירותים הבאים:

• ‫HTTP – הפעלת פונקציות ישירות באמצעות בקשות HTTP

• Cloud Storage

• Pub/Sub

• Firebase (DB, Storage, Analytics, Auth)

• Cloud Logging

שימוש בשירותים עם פונקציות Cloud Run

ספריות לקוח של Google API שמשתמשות בפרטי כניסה שמוגדרים כברירת מחדל לאפליקציה, מקבלות באופן אוטומטי את פרטי הכניסה המובנים של חשבון השירות ממארח הפונקציות של Cloud Run בזמן הריצה. כברירת מחדל, הלקוח מאומת באמצעות חשבון השירות [e-mail].

הערה: מידע נוסף על ספריות לקוח ה-API ש-Google מספקת עבור זמן הריצה של Node.js זמין ב-GitHub.

ניתוב באמצעות Cloud Load Balancing

‫Cloud Load Balancing הוא מוצר נפרד שמאפשר הגדרות רשת מתקדמות לכל האפליקציות שפועלות ב- Google Cloud.

כשמפעילים את איזון העומסים ב-HTTP(S) באפליקציות בלי שרת (serverless), אפשר:

• מגדירים את האפליקציה ללא שרת כך שתפעל מכתובת IP ייעודית מסוג IPv4 או IPv6, שלא משותפת עם שירותים אחרים.

• אפשר לעשות שימוש חוזר באישורי SSL ובמפתחות פרטיים שבהם אתם משתמשים ב-Compute Engine, ב-Google Kubernetes Engine וב-Cloud Storage. כך לא תצטרכו לנהל תעודות נפרדות לאפליקציות בלי שרת (serverless).

• שימוש בשירותים נוספים שמשתלבים עם Cloud Load Balancing, כמו Cloud CDN, ‏ Google Cloud Armor או כללי מדיניות אבטחה.

שימו לב להגבלה ולהמלצות הבאות:

• כדי להשתמש ביכולות אבטחה שמופעלות על ידי Cloud Load Balancing, כמו Cloud Armor או כללי מדיניות אבטחה, צריך לשנות את הגדרות הכניסה לערך internal_and_gclb. משתמשים שכבר יש להם את כתובת ה-URL שמוגדרת כברירת מחדל בפונקציות של Cloud Run יכולים לעקוף את מאזן העומסים ולעבור ישירות לכתובת ה-URL של הפונקציה.

• אין תמיכה בשרת proxy לאימות זהויות (IAP) שמשולב עם Cloud Load Balancing עבור פונקציות Cloud Run.