הצגת תוכן דינמי ואירוח מיקרו-שירותים (microservices) באמצעות אירוח ב-Firebase

Firebase Hosting משתלב עם אפשרויות מחשוב ללא שרת (serverless computing), כולל Cloud Functions for Firebase וגם Cloud Run נעשה שימוש ב-Firebase Hosting עם את האפשרויות האלה, אפשר לארח מיקרו-שירותים על ידי הפניית בקשות HTTPS להפעלה כדי להריץ את הפונקציות והאפליקציות בקונטיינרים בסביבה מנוהלת ומאובטחת.

Cloud Functions for Firebase: כותבים ומפרסים פונקציה, שהיא קוד לקצה העורפי שמגיב לטריגר ספציפי. לאחר מכן, באמצעות Firebase Hosting, אפשר להפנות בקשות HTTPS כדי להפעיל את הפונקציה להפעיל.

Cloud Run: כותבים ופורסים של האפליקציה ארוזה בקובץ אימג' של קונטיינר. לאחר מכן, באמצעות Firebase Hosting, יכול להפנות בקשות HTTPS כדי להפעיל את האפליקציה בקונטיינרים.

תרחישים לדוגמה

איך אפשר להשתמש באפשרויות מחשוב ללא שרת (serverless computing) עם Firebase Hosting?

• הצגה של תוכן דינמי — בנוסף להצגת תוכן סטטי במסגרת Hosting שלך, תוכל להציג תשובות שנוצרות באופן דינמי פונקציה או אפליקציה בקונטיינרים שמבצעת לוגיקה בצד השרת.

  לדוגמה, אפשר להפנות תבנית של כתובת URL (כמו /blog/<blog-post-id>) אל פונקציה שמשתמשת בפרמטר של מזהה הפוסט בבלוג של כתובת האתר כדי לאחזר תוכן באופן דינמי ממסד הנתונים.

• יצירת ממשקי API בארכיטקטורת REST — אפשר ליצור מיקרו-שירות API באמצעות פונקציות.

  לדוגמה, פונקציות יכולות לטפל בפונקציונליות של הכניסה האתר. בזמן שהאתר שלך מתארח בכתובת /, כל בקשה שנשלחת אל /api שופנה אל ה-microservice API. לדוגמה, אפשר להיכנס הדוגמה הזו של קוד פתוח.

• שמירת תוכן דינמי במטמון — ניתן להגדיר שמירה במטמון של התוכן הדינמי ב- CDN גלובלי.

  לדוגמה, אם פונקציה יוצרת תוכן חדש רק מדי פעם, תוכלו להאיץ את האפליקציה על ידי שמירת התוכן שנוצר במטמון לתקופה קצרה לפחות. אפשר גם להפחית את עלויות הביצוע מפני תוכן מוצג דרך CDN ולא דרך פונקציה מופעלת או באפליקציה בקונטיינרים.

• עיבוד מראש של אפליקציות בדף יחיד — אפשר לשפר את האופטימיזציה למנועי חיפוש (SEO) ולבצע אופטימיזציה השיתוף ברשתות חברתיות שונות על ידי יצירת תגי meta דינמיים. שפת תרגום מידע נוסף זמין בסרטון הזה או שאפשר גם לבדוק דוגמה בקוד פתוח.

בחירת אפשרות ללא שרת (serverless)

Cloud Functions for Firebase ו-Cloud Run משתלבים עם Firebase Hosting ומציעים סביבה מאובטחת ומנוהלת לחלוטין עם התאמה אוטומטית לעומס, אבל אפשר להשתמש בשתי האפשרויות בתרחישי שימוש שונים וברמות שונות של הגדרה מותאמת אישית.

כשמשתמשים באחת מהאפשרויות ללא שרת (serverless), עדיף למקם אותה יחד עם השרתים של Firebase Hosting באמצעות פריסה באחד מהאזורים הבאים:

• us-west1
• us-central1
• us-east1
• europe-west1
• asia-east1

בטבלה הבאה מתוארים כמה שיקולים בסיסיים לשימוש Cloud Functions for Firebase מול Cloud Run. לרשימה מלאה של במכסות, במגבלות ובמדדים, אפשר לעיין במסמכי התיעוד המפורטים של כל מוצר (Cloud Functions for Firebase או Cloud Run).

התעניינות ברכישה	Cloud Functions for Firebase	Cloud Run
הגדרה	ה-CLI של Firebase מקבצ כמה משימות בפקודות יחידות, החל מהפעלת השירות ועד ליצירה ולפריסה שלו.	בקונטיינרים יש יותר אפשרויות להתאמה אישית, ולכן משימות ההגדרה, ה-build והפריסה כוללות שלבים נפרדים.
סביבת זמן הריצה	נדרש Node.js, אבל אפשר לציין ש של Node.js.	כאשר בונים מאגר, אתם מציינים את סביבת זמן הריצה.
תמיכה בשפות ובמסגרות	JavaScript ו-TypeScript יש תמיכה ב-frameworks של אתרים, כמו Express.js.	כל השפות הנתמכות ב-Docker, כולל Go, Node.js, Python, Java ועוד יש תמיכה ב-frameworks של אינטרנט לכל שפה.
הזמן הקצוב לתפוגה של בקשה אחת (Hosting)	60 שניות (יש לעיין בהערה שבהמשך)	60 שניות (יש לעיין בהערה שבהמשך)
בו-זמניות (concurrency)	בקשה אחת לכל מופע של פונקציה (ללא בו-זמניות לכל מכונה)	עד 1,000 בקשות בו-זמנית לכל מופע של קונטיינר
חיוב	שימוש ב-Cloud Functions מכסת שימוש בחינם, אבל נדרש חשבון אחד (Cloud Billing). לצפייה שאלות נפוצות על Firebase.	שימוש ב-Cloud Run + אחסון בנפח Container Registry מכסת שימוש בחינם, אבל נדרש חשבון אחד (Cloud Billing)