תבנית של אפליקציית אינטרנט בשלוש שכבות

התבנית Three-tier web app ב-Application Design Center מאפשרת לפרוס ארכיטקטורה של אפליקציית אינטרנט בזמינות גבוהה עם שכבות של ממשק קצה, ממשק API לקצה העורפי ומסד נתונים ב- Google Cloud. לפני הפריסה, אתם יכולים להתאים אישית את הרכיבים המוגדרים מראש של Cloud Load Balancing, ‏ Cloud Run ו-Cloud SQL בהתאם לדרישות של עומס העבודה.

לדוגמה, אתם יכולים להטמיע את התבנית הזו כדי לתת מענה לצרכים העסקיים הבאים:

דוגמה הצורך העסקי הטמעה
פלטפורמת מסחר אלקטרוני חברה קמעונאית צריכה נוכחות באינטרנט שיכולה להתמודד עם עליות פתאומיות בתנועה במהלך מבצעים עונתיים, תוך שמירה על זמן אחזור נמוך בחיפושים וברכישות של מוצרים. להשתמש בשכבת Cloud Run לחנות כדי להתאים לעומס באופן אוטומטי על סמך נפח הבקשות. השכבה האמצעית מטפלת בלוגיקה של המלאי, ו-Memorystore for Redis שומר במטמון את קטלוגי המוצרים כדי להפחית את העומס על מסד הנתונים ואת זמן האחזור.
מערכת כרטיסי תמיכה טכנית מחלקת IT בארגון צריכה פורטל פנימי שבו העובדים יכולים לדווח על בעיות בחומרה ולעקוב אחרי בקשות לתוכנות. משתמשים בממשק הקצה של Cloud Run כדי להזין בקשות של עובדים. ה-frontend מתקשר עם שכבת API כדי לנהל את הלוגיקה של ניתוב הכרטיסים והקצאת העדיפויות. מסד הנתונים של Cloud SQL מכיל נתוני עובדים ונתיבי ביקורת של פתרונות.

ארכיטקטורה

בתמונה הבאה מוצגים הרכיבים והחיבורים באפליקציה:

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

זהו תהליך עיבוד הבקשות של האפליקציה:

  1. ממשק קצה (frontend) של Cloud Load Balancing מקבל בקשות חיצוניות ומפיץ את התנועה לקצה העורפי (backend) של Cloud Load Balancing.
  2. ה-backend של Cloud Load Balancing מפיץ את התנועה לשירות Cloud Run.
  3. שירות חזיתי מבוסס-אינטרנט של Cloud Run מעבד לקוח HTML בדפדפן של המשתמש.
  4. שירות החזית שולח בקשות לשכבת API, שגם היא פרוסה כשירות Cloud Run.
  5. ‫Memorystore for Redis שומר במטמון נתונים שנקראים לעיתים קרובות ומציג אותם.
  6. שכבת ה-API שולחת בקשות שהיא לא יכולה לשרת מהמטמון של Redis בזיכרון למסד נתונים של Cloud SQL.

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