התרשים הבא מציג את מודל המשאבים של Knative serving:
בתרשים מוצג פרויקט Google Cloud שמכיל שני שירותים של Knative serving, Service A ו-Service B, שלכל אחד מהם יש כמה גרסאות.
בתרשים, Service A מקבל הרבה בקשות, ולכן מופעלות כמה דוגמאות של קונטיינרים. שימו לב: Service B לא מקבל בקשות כרגע, ולכן עדיין לא מופעל מופע של מאגר.
שירותים של מילוי בקשות מסוג Knative
השירות הוא המשאב הראשי של Knative serving. כל שירות ממוקם במרחב שמות ספציפי של אשכול GKE.
פרויקט נתון יכול להריץ שירותים רבים באזורים שונים או באשכולות GKE שונים. Google Cloud
כל שירות חושף נקודת קצה ייחודית, ומשנה את התשתית הבסיסית באופן אוטומטי כדי לטפל בבקשות נכנסות.
גרסאות קודמות של מילוי בקשות מסוג Knative
כל פריסה לשירות יוצרת עדכון. גרסה כוללת קובץ אימג' של קונטיינר ספציפי, יחד עם הגדרות סביבה כמו משתני סביבה, מגבלות זיכרון או ערך מקביליות.
אי אפשר לשנות את הגרסאות: אחרי שיוצרים גרסה, אי אפשר לשנות אותה. לדוגמה, כשפורסים קובץ אימג' של קונטיינר בשירות חדש של Knative serving, נוצרת הגרסה הראשונה. אם לאחר מכן פורסים קובץ אימג' של קונטיינר אחר לאותו שירות, נוצרת גרסה שנייה. אם אחר כך מגדירים משתנה סביבה, נוצרת גרסה שלישית, וכן הלאה.
הבקשות מנותבות אוטומטית בהקדם האפשרי לגרסה האחרונה של השירות שפועלת בצורה תקינה. אתם יכולים לפצל את תנועת הגולשים בין גרסאות שונות לפי הצורך.
Knative serving container instances
כל גרסה שמקבלת בקשות עוברת התאמה אוטומטית לעומס, למספר מופעי הקונטיינר שנדרשים לטיפול בכל הבקשות האלה. שימו לב שמופע של מאגר תגים יכול לקבל הרבה בקשות בו-זמנית. הגדרת הבו-זמניות מאפשרת להגדיר את המספר המקסימלי של בקשות שאפשר לשלוח במקביל למופע נתון של מאגר תגים.