מבוא ל-Cloud Run למפתחים שנעזרים ב-AI ולמפתחים שמשתמשים בשיטת Vibe coding

אחרי שיוצרים אפליקציה באמצעות כלי מבוסס-AI כמו Google AI Studio ו-Vertex AI Studio, אפשר להשתמש ב-Cloud Run כדי לפרוס את האפליקציה ולהפוך אותה לזמינה למשתמשים.

במדריך הזה מתוארים המושגים של Cloud Run וכמה שינויים שאפשר לבצע אחרי שמשתמשים בכלי מבוסס-AI או בכלי vibe coding כדי ליצור ולפרוס אפליקציה. הבנת המושגים האלה עוזרת להעביר את האפליקציה מסביבת פיתוח לפלטפורמה ניתנת להרחבה.

מקוד למאגר

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

אם אתם לא מכירים קונטיינרים, ב-Cloud Run אפשר לפרוס מקוד מקור. אחרת, אפשר לפרוס תמונות של קונטיינרים.

כדי לפרוס ב-Cloud Run, קודם צריך ליצור גרסת build של האפליקציה בקובץ אימג' של קונטיינר. אפשר ליצור קובץ אימג' של קונטיינר באמצעות Dockerfile או לאפשר ל-Google Cloud ליצור אותו באופן אוטומטי מקוד המקור באמצעות buildpacks. אחר כך מאחסנים את התמונה הזו במאגר ארטיפקטים.

איך Cloud Run פועל

‫Cloud Run משתמש בכמה משאבי ליבה כדי לנהל ולהפעיל את האפליקציה בקונטיינר. המשאבים האלה פועלים יחד כדי לספק חוויית פריסה והרחבה חלקה.

שירות הוא המשאב העיקרי ב-Cloud Run. לכל שירות יש כתובת URL ייחודית וקבועה (run.app). כשפורסים שירות, Cloud Run יוצר גרסה חדשה ובלתי ניתנת לשינוי. גרסה מורכבת מקובץ אימג' ספציפי של קונטיינר והגדרות שאתם מגדירים, כמו מגבלות זיכרון ומשתני סביבה.

כברירת מחדל, Cloud Run מפעיל באופן אוטומטי את הגרסאות שלכם במכונה אחת או יותר. מופע, שנקרא לפעמים מופע קונטיינר, הוא סביבה מבודדת יחידה שמריצה עותק של הקונטיינר בשירות Cloud Run. כדי לנהל את העלויות, Cloud Run מגדיל או מקטין את מספר המכונות עד למינימום של אפס, בהתאם למספר המכונות הנכנסות. בנוסף, Cloud Run מאפשר לכם להגדיר הגדרות שונות כדי לשלוט בהתנהגות של השירות, וגם להתחבר לשירותים Google Cloud כדי ליצור אפליקציית full-stack מלאה שניתנת להרחבה בקלות.

כששירות Cloud Run מקיים אינטראקציה עם Google Cloudממשקי API או עם שירותי Cloud Run אחרים, Cloud Run משתמש בזהות השירות כדי לגשת לGoogle Cloud ממשקי API. כברירת מחדל, Cloud Run משתמש באופן אוטומטי בחשבון השירות שמוגדר כברירת מחדל ב-Compute Engine כדי לבצע קריאות ל-API של Google Cloud כדי לבצע את הפעולות שהוא צריך. מומלץ ליצור חשבון שירות בהתאמה אישית ולהעניק לישות הזו את קבוצת ההרשאות המינימלית שנדרשת לגישה למשאבGoogle Cloud ספציפי.

עדכון השירות

אחרי שפורסים את אפליקציית Cloud Run באמצעות כלי בעזרת AI או כלי תכנות בשיטת Vibe coding, אפשר לעדכן את הגדרות ברירת המחדל כדי לבצע אופטימיזציה לביצועים, לעלות ולאבטחה.

כדי לשנות את השירות:

  1. נכנסים לדף Services של Cloud Run במסוף Google Cloud :

    כניסה ל-Cloud Run

  2. לוחצים על השירות שרוצים לעדכן ברשימת השירותים.

  3. בכרטיסייה מאגרי תגים אפשר להגדיר את האפשרויות הבאות:

    1. מגבלות זיכרון ומגבלות על יחידת עיבוד מרכזית (CPU)
    2. דיסקים זמניים
    3. ‫GPUs
    4. בדיקות תקינות
    5. משתני סביבה וסודות
    6. כרכים
    7. חיבורים ל-Cloud SQL
    8. סביבת הפעלה

  4. בכרטיסייה Networking אפשר להגדיר את האפשרויות הבאות:

    1. Ingress והשבתה של כתובת ה-URL שמוגדרת כברירת מחדל
    2. Cloud Service Mesh
    3. חיבור VPC
    4. ‫HTTP/2 וזיקה לסשן

  5. בכרטיסייה אבטחה אפשר להגדיר את ההגדרות הבאות:

    1. העדפות אימות
    2. חשבונות שירות
    3. Binary Authorization
    4. מפתחות KMS של לקוחות
    5. Cloud Run Threat Detection

  6. בכרטיסייה שינוי גודל אפשר להגדיר את האפשרויות הבאות:

    1. התאמה אוטומטית לעומס או התאמה ידנית לעומס
    2. העדפות החיוב
    3. הזמן הקצוב לתפוגת בקשה ומקבילות

  7. לוחצים על הצגת ההבדלים ופריסה מחדש ואז על פריסת השינויים כדי לפרוס את השינויים.

מידע נוסף על צפייה בשירות, העתקה או מחיקה שלו זמין במאמר ניהול שירותים.

שיטות מומלצות

כדי להבטיח שהאפליקציות יפעלו ביעילות ב-Cloud Run, מומלץ לעיין במאמרים פיתוח השירות וטיפים כלליים לפיתוח שירותים.

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

המאמרים הבאים