אפשרויות פריסה ומודל משאבים

במאמר הזה מתוארות אפשרויות הפריסה השונות שזמינות ב-Cloud Run, ומוסבר על המשאבים הזמינים ב-Cloud Run.

אפשרויות פריסה

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

קובצי אימג' של קונטיינרים שאפשר לפרוס

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

שירותי Cloud Run

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

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

בתרשים הבא מוצג מודל המשאבים של Cloud Run לשירותים:

בתרשים מוצג Cloud de Confiance פרויקט שמכיל שלושה שירותי Cloud Run‏: Service A,‏ Service B ו-Service C. לכל אחד מהשירותים האלה יש כמה עדכונים:

• שירות א' מקבל מספר בקשות, ולכן Cloud Run הפעיל כמה מופעים כדי לטפל בעומס. כל אחד מהמופעים האלה מפעיל רק קונטיינר אחד (הקונטיינר של האפליקציה).

• לשירות ב' אין בקשות, לכן הוא במצב המתנה ו-Cloud Run לא מפעיל אף מופע.

• לשירות C יש בקשות, והוא עבר שינוי גודל כדי לטפל בעומס על ידי יצירת כמה מופעים. במקרה הזה, כל אחד מהמופעים האלה מריץ קבוצה של כמה קונטיינרים. בכל קבוצה, רק קונטיינר הכניסה מקבל את הבקשה, אבל הקונטיינרים האחרים עוזרים למלא את הבקשה.

גרסאות של שירות Cloud Run

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

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

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

מופעים של שירות Cloud Run

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

משימות ב-Cloud Run

כל משימה ממוקמת ב Cloud de Confiance by S3NS אזור ספציפי ומורכבת ממשימה אחת או יותר שמופעלות כדי להריץ קונטיינר אחד או יותר עד להשלמה. מטלות של עבודות הן עצמאיות ואפשר להריץ אותן במקביל בהרצת עבודה נתונה.

הפעלות של משימות ב-Cloud Run

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

אם מספר הניסיונות החוזרים של משימה מסוימת חורג מהמספר המקסימלי, Cloud Run מסמן את המשימה כנכשלה ואת הג'וב כנכשל. כברירת מחדל, המשימות מבוצעות במקביל עד למקסימום של 100, אבל אפשר לציין מקסימום נמוך יותר אם אחד מהמשאבים התומכים, כמו מסד נתונים, דורש זאת.

משימות של משימות ב-Cloud Run

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