‫Google Cloud עם התמקדות באפליקציות

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

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

  • פריסה עקבית: שימוש בתבניות לעיצוב, לפריסה ולעדכון של אפליקציות.
  • חיזוק השליטה: הגדרת בעלות ומדיניות ברמת האפליקציה.
  • מעקב אחרי תקינות ועלויות: אפשר לראות את הביצועים, את מצב האבטחה והעלויות במקום אחד.
  • פתרון בעיות ביעילות: שימוש בתלות במשאבים כדי למצוא בעיות ולהעריך את ההשפעה שלהן.
  • שימוש בעזרה מבוססת-AI: אתם יכולים להשתמש ב-Gemini Cloud Assist כדי לתכנן, לבצע אופטימיזציה של עלויות ולפתור בעיות.

הגדרת האפליקציה

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

דוגמה לאפליקציה עם שלוש שכבות

תכונות עיקריות ושילובים

בתרשים הבא מוצגים מוצרים ותכונות מרכזיים ב-Google Cloud שמתמקדים באפליקציות.

קשרים בין מוצרים ותכונות שמתמקדים באפליקציות.
איור 1. קשרים בין מוצרים ותכונות שמתמקדים באפליקציות.

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

  1. משאבים: אפשר לרשום את המשאבים ב- Google Cloud כקיבוצים לוגיים כדי לנהל אותם ביחד.

  2. עיצוב ופריסה של אפליקציות:

  3. ‫Observability: אפשר להשתמש ב-Google Cloud Observability כדי לבצע אופטימיזציה של אפליקציות, סוכנים ושרתי MCP ולנטר אותם:

    • מעקב אחרי התקינות והביצועים באמצעות מדדים, יומנים ויומני מעקב.
    • הגדרת התראות על סמך מדדים ויומנים.

  4. אופטימיזציה של עלויות: אפשר להשתמש ב-App Optimize API כדי להבין את ההוצאות ואת השימוש במשאבים.

    • אפשר לראות את מגמות העלויות והשינויים בשימוש ב-Cloud Hub וב-Cost Explorer.
    • אפשר להשתמש ישירות ב-App Optimize API כדי לנתח מגמות או כדי לשלב נתוני עלויות עם נתונים עסקיים אחרים.

  5. אבטחה ותאימות: ניהול סיכונים באמצעות מעקב אחר ממצאים של מצב האבטחה ב-Security Command Center.

  6. תובנות:

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

  7. עזרה מבוססת-AI: אתם יכולים להשתמש ב-Gemini Cloud Assist כדי לקבל עזרה בהקשרים הבאים:

מודל הניהול שמתמקד באפליקציות

כדי לנהל משאבים, מגדירים גבול לניהול אפליקציות עם פרויקט ניהול שמרכז את כל המשימות, המטא-נתונים וממשקי ה-API של ניהול האפליקציות. לדוגמה, אפשר להגדיר את הגבול ברמת התיקייה על ידי הגדרת תיקייה עם אפליקציות.

דוגמה לארגון משאבים

בדוגמה הבאה, המשאבים מאורגנים בגבולות ניהול נפרדים ברמת התיקייה.

דוגמה למודל משאבים של Google Cloud שמתמקד באפליקציות, שמראה איך אפשר לארגן תיקיות ופרויקטים בגבולות של ניהול אפליקציות.
איור 2. דוגמה למודל של ארגון משאבים ב-Google Cloud עם התמקדות באפליקציות.

ארגון הגבולות לפי יחידה עסקית מספק את היתרונות הבאים:

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

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

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

ממשקי API שמופעלים באופן אוטומטי

כשמגדירים פרויקט ניהול, מופעלים אוטומטית ממשקי API שנדרשים לניהול אפליקציות, כולל ממשקי API של מרכז האפליקציות, Application Design Center ו-Google Cloud Observability.

נתוני אפליקציות שמאוחסנים בפרויקט הניהול

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

כדי לראות נתוני טלמטריה מצטברים של משאבי אפליקציות בתיקייה לניהול אפליקציות, צריך להגדיר את היקף יכולת הצפייה בפרויקט הניהול.

ההשפעה של מחיקת פרויקט ניהול

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

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