סקירה כללית על App Optimize API

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

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

למה כדאי להשתמש ב-App Optimize API?

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

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

אינטגרציה עם כלי ניתוח

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

שיפור מרכזי בקרה מותאמים אישית

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

קבלת החלטות שמבוססות על נתונים

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

תכונות עיקריות

התכונות העיקריות של App Optimize API:

  • דיווח מפורט. יצירת דוחות שמצטברים בהם נתונים לפי מאפיינים שונים, כולל פרויקט, משאב ספציפי, מק"ט, מסגרת זמן, אפליקציה, שירות ועומס עבודה במרכז האפליקציות.
  • נתונים על עלויות וניצול. גישה למגוון נתונים כמו עלות כספית, ניצול המעבד (ממוצע ואחוזון 95), שימוש בגרעין המעבד והקצאה, ניצול הזיכרון (ממוצע ואחוזון 95), שימוש בזיכרון והקצאה.
  • סינון גמיש. אתם יכולים להשתמש בCommon Expression Language ‏ (CEL) כדי לסנן במדויק את הנתונים שנכללים בדוחות. כדי להתמקד בניתוח, אפשר לסנן לפי טווחי זמן, סוגי משאבים, אפליקציות ספציפיות ב-מרכז האפליקציות ומאפיינים זמינים אחרים.

הסבר על הנתונים

הדוחות שנוצרים על ידי App Optimize API מספקים תובנות חשובות, אבל חשוב להבין את האופי והמגבלות של הנתונים:

נתוני עלות

  • מקור: נתוני העלויות מבוססים על אותם נתונים שמשמשים ליצירת הדוחות והייצוא של החיוב ב-Cloud.
  • זמן האחזור: מוצרי Google Cloud מדווחים לתהליכי החיוב ב-Cloud על נתוני השימוש והעלויות במרווחי זמן שונים. יכול להיות שיהיה עיכוב בין השימוש בשירותי Google Cloud לבין הזמן שבו נתוני השימוש והעלויות יהיו זמינים בדוחות של App Optimize API. בדרך כלל נתוני העלויות זמינים תוך יום, אבל לפעמים הם מדוּוחים אחרי יותר מ-24 שעות.
  • עלויות ברוטו: העלויות שמוצגות הן בדרך כלל עלויות ברוטו, שמשקפות את השימוש במחירים שמופיעים בחוזה לפני החלת זיכויים, כמו הנחות תמורת התחייבות לשימוש (CUD), הנחות על שימוש קבוע או שוברי פרסום.
  • ‫Currency: כשמגדירים היקף של אפליקציה ב-מרכז האפליקציות, כל המשאבים הבסיסיים באפליקציה הזו חייבים להשתמש באותו מטבע כדי שהעלויות יצטברו. אם משאבים מקושרים לחשבונות לחיוב עם מטבעות שונים, יכול להיות שנתוני העלות של האפליקציה יהיו חלקיים או שלא יוחזרו.
  • עלויות שמדווחות בנפרד: עלויות של העברת נתונים ושל Persistent Disk מדווחות בנפרד מהעלויות ברמת המשאב של מוצרים שיש בהם חיובים על העברת נתונים או על Persistent Disk.
  • זמינות: טווח התאריכים המקסימלי לסינון דוח הוא 90 ימים לפני התאריך הנוכחי. שעת ההתחלה צריכה להיות בטווח של 90 ימים.
  • קטגוריות מוצרים: שמות המוצרים שמופיעים בדוחות של App Optimize API נועדו להיות הגיוניים וידידותיים למשתמש. יכול להיות שהעלויות יקובצו בצורה שונה מהקטגוריות של השירותים שמופיעות בדוחות של החיוב ב-Cloud. לדוגמה, העלויות של Compute Engine בדוח של App Optimize API עשויות לכלול כמה שירותים בסיסיים מנקודת המבט של חיוב ב-Cloud.

נתוני ניצול

  • מקור: מדדי הניצול מגיעים מ-Cloud Monitoring.
  • זמינות:
    • טווח הזמן המקסימלי לסינון דוח הוא 90 ימים לפני התאריך הנוכחי. שעת ההתחלה צריכה להיות בטווח של 90 ימים. מדדים של Cloud Run זמינים רק לשישה שבועות לפני התאריך הנוכחי.
    • הזמינות תלויה בסוג המשאב ובשאלה אם סוכנים מתאימים (כמו סוכן תפעול) מוגדרים לאיסוף מדדים מפורטים.

איך App Optimize API פועל

תהליך יצירת דוחות עלויות ושימוש כולל שלושה שלבים עיקריים:

  1. שליחת בקשה לדוח אתם מציינים את הנתונים שמעניינים אתכם, כולל טווח הזמן, המשאבים או האפליקציות שרוצים לכלול, איך לקבץ את הנתונים ופרטים ספציפיים על העלויות והשימוש שאתם רוצים. אחרי שיוצרים דוח, אי אפשר לשנות את ההגדרה שלו. אם אתם צריכים לשנות פרמטרים, אתם צריכים ליצור דוח חדש.
  2. ממתינים עד שהנתונים יהיו מוכנים. מכיוון שאיסוף הנתונים וארגונם יכולים לקחת זמן, השלב הזה מופעל באופן אסינכרוני. ה-API מאפשר לבדוק מתי הדוח מוכן.
  3. אחזור נתוני הדוח. אחרי שהעיבוד יסתיים, תוכלו להוריד את הדוח, שמעוצב בשורות ובעמודות על סמך הבקשה שלכם.

דוחות שנוצרו נמחקים אוטומטית מה-API אחרי 24 שעות.

תמחור

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

למידע על עלויות שקשורות ל Google Cloud שירותים שמספקים נתונים ל-App Optimize API, אפשר לעיין במידע הבא:

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