האצת הטרנספורמציה הדיגיטלית בארגון על ידי מתן בסיס זמין מאוד ומוכן לייצור לאפליקציות אינטרנט מודרניות. המדריך הזה יעזור לכם להבין את תבנית האפליקציה Three-tier web app, שבעזרתה תוכלו לפרוס במהירות אפליקציית אינטרנט תלת-שכבתית ב- Google Cloud.
לדוגמה, אפשר להטמיע את התבנית הזו כדי לתת מענה לצרכים העסקיים הבאים:
| דוגמה | הצורך העסקי | הטמעה |
|---|---|---|
| פלטפורמה למסחר אלקטרוני | חברה קמעונאית צריכה נוכחות באינטרנט שיכולה להתמודד עם עליות פתאומיות בתנועה במהלך מכירות עונתיות, תוך שמירה על זמן אחזור נמוך לחיפושים ולרכישות של מוצרים. | משתמשים ברמת השירות של Cloud Run לחנות האינטרנט כדי להתאים את המשאבים באופן אוטומטי בהתאם לנפח הבקשות. השכבה האמצעית מטפלת בלוגיקה של המלאי, ו-Memorystore for Redis שומרת במטמון קטלוגים של מוצרים כדי להפחית את העומס על מסד הנתונים ואת זמן האחזור. |
| מערכת כרטיסי תמיכה טכנית | מחלקת IT בארגון צריכה פורטל פנימי שבו העובדים מדווחים על בעיות בחומרה ועוקבים אחרי בקשות שקשורות לתוכנה. | משתמשים בחלק הקדמי של Cloud Run כדי להזין בקשות של עובדים. החלק הקדמי של המערכת מתקשר עם שכבת API כדי לנהל את הלוגיקה של ניתוב הכרטיסים והקצאת העדיפות. מסד הנתונים של Cloud SQL מכיל נתוני עובדים ויומני ביקורת של החלטות. |
ארכיטקטורה
בתמונה הבאה מוצגים הרכיבים והחיבורים באפליקציה:
תהליך עיבוד הבקשה באפליקציה:
- חלק קדמי של Cloud Load Balancing מקבל בקשות חיצוניות ומפיץ את התעבורה לקצה העורפי של Cloud Load Balancing.
- הקצה העורפי של Cloud Load Balancing מפזר את התנועה לשירות Cloud Run.
- שירות קצה קדמי מבוסס-אינטרנט של Cloud Run מעבד לקוח HTML בדפדפן של המשתמש.
- שירות הקצה הקדמי שולח בקשות לשכבת API, שגם היא נפרסת כשירות Cloud Run.
- Memorystore for Redis מאחסן במטמון ומציג נתונים שנקראים לעיתים קרובות.
- שכבת ה-API שולחת בקשות שהיא לא יכולה לטפל בהן ממטמון Redis בזיכרון למסד נתונים של Cloud SQL.
המאמרים הבאים
- אפשר לשכפל את התבנית הזו ולהתאים אותה אישית באמצעות יצירת תבניות ב-Google.
- אפשר להגדיר הגדרות משלכם על ידי עיצוב תבניות של אפליקציות.
- כדאי לעיין בGoogle Cloud מסגרת הארכיטקטורה כדי להכיר שיטות מומלצות כלליות לארכיטקטורה.