הפעלת פלטפורמת פיתוח ואפליקציות מבוססות קונטיינרים מחייבת ביצוע של מספר משימות ניהול שונות באופן שוטף. לדוגמה, יצירת אפליקציות חדשות מתבנית, מתן הרשאה לקבוצות חדשות של מפתחים להשתמש בפלטפורמת המפתחים, תכנון של צורכי הקיבולת וניפוי באגים בבעיות בזמן ריצה.
אפשר לבצע את הפעולות באופן אוטומטי או ידני.
פעולות אוטומטיות נפוצות
התוכנית מספקת אוטומציה לכמה מהמשימות הנפוצות ביותר בצורה של טריגרים של webhook, שהם סוג פשוט של API. הטריגרים מקושרים אוטומטית לאירועי webhook שמגיעים מאחד ממאגרי בקרת המקור. מפתחים בפלטפורמת המפתחים יכולים לקשר את הטריגרים האחרים. בדרך כלל, מפתחים בפלטפורמת מפתחים כותבים פורטל מפתחים, שיכול להיות טופס אינטרנטי פשוט שמפעיל טריגר של webhook כששולחים טופס.
בטבלה הבאה מתוארות המשימות הנפוצות שהתוכנית האסטרטגית מבצעת באופן אוטומטי באמצעות טריגרים של webhook. התדירות של המשימות היא רק דוגמה, כי היא תלויה בהרבה גורמים. המשימות לא חוזרות בהכרח במרווחי זמן מדויקים.
| משימה | משתמש | תיאור | תדירות המשימות |
|---|---|---|---|
מוסיפים דייר. |
אדמין של פלטפורמת פיתוח |
האדמין שולח טופס בפורטל למפתחים. שדות הטופס של הדייר החדש כוללים את שם הדייר וחברי הצוות. טריגר אוטומטי יוצר את המשאבים עבור הדייר החדש. |
כמה פעמים בשנה |
הוספת אפליקציה על סמך תבנית אפליקציה קיימת. |
מפַתח אפליקציות |
המפתח שולח טופס בפורטל המפתחים. השדות החדשים בטופס הבקשה כוללים את שם הדייר, שם האפליקציה ותבנית האפליקציה הבסיסית. טריגר אוטומטי יוצר משאבים לאפליקציה חדשה. |
כמה פעמים בשנה |
ליצור ולפרוס שינויים בקוד המקור של אפליקציה בסביבת הפיתוח. |
מפַתח אפליקציות |
המפתח עורך את קוד המקור, מריץ ובודק את הקוד באופן מקומי ומבצע commit לקוד. תוכנית האב לא משתתפת בתהליכי עבודה מקומיים של מפתחים, אבל הכלי Skaffold תומך בשלב של בנייה מקומית. |
כמה פעמים ביום לכל אפליקציה |
פריסת שינויים בהגדרות YAML של אפליקציה בסביבת הפיתוח. דוגמה לשינוי בהגדרות YAML היא הגדלת השימוש במעבד של משאב פריסה. |
מפַתח אפליקציות |
המפתח עורך את הגדרות האפליקציה ומבצע את השינוי. |
כמה פעמים בשבוע לכל אפליקציה |
פריסת שינויים בתשתית האפליקציה בסביבת הפיתוח. תשתית האפליקציה היא משאבי הענן בפרויקט של האפליקציה. דוגמה לשינוי היא הגדלה של מספר ליבות ה-CPU במכונת AlloyDB ל-PostgreSQL. |
מפַתח אפליקציות |
המפתח עורך את משאב האפליקציה בפרויקט Terraform ומבצע commit לשינוי. המפתח שולח טופס בפורטל למפתחים. טריגר אוטומטי מפעיל את צינור העברת הנתונים של התוכנית וההחלה. |
הרבה פעמים בכל שנה |
קידום שינויים באפליקציה מפיתוח ללא ייצור (או ללא ייצור לייצור). שינויים באפליקציה יכולים לכלול תמונות חדשות של האפליקציה או שינויים בהגדרות של האפליקציה ב-YAML. |
מפעיל אפליקציה |
האופרטור ממזג שינויים מהסתעפות הפיתוח להסתעפות שאינה ייצורית (או מהסתעפות שאינה ייצורית להסתעפות ייצורית). האופרטור מפקח על ההשקה. |
כמה פעמים בשבוע לכל אפליקציה |
קידום שינויים בתשתית האפליקציה משלב הפיתוח לשלב שאינו ייצור (או משלב שאינו ייצור לשלב הייצור). |
מפעיל אפליקציה |
האופרטור ממזג שינויים נבחרים מהסתעפות הפיתוח אל הסתעפות שאינה לייצור (או מהסתעפות שאינה לייצור אל הסתעפות הייצור). האופרטור מפקח על ההשקה. |
כמה פעמים בכל רבעון לכל אפליקציה |
פעולות ידניות נפוצות
חלק מהפעולות בפלטפורמת הפיתוח פחות מובנות, ולא נעשה בהן שימוש באוטומציה עם פלטפורמת פיתוח. אתם יכולים לפתח תוכניות פעולה משלכם על סמך התוכנית הזו ולבצע את המשימות האלה במסוף Google Cloud .
בטבלה הבאה מתוארות המשימות האלה שלא מתבצעות באופן אוטומטי. התדירויות של המשימות הן להמחשה בלבד, כי התדירות של משימה מסוימת תלויה בהרבה גורמים. המשימות לא בהכרח חוזרות במרווחי זמן מדויקים.
| משימה | משתמש | תיאור | תדירות המשימה |
|---|---|---|---|
הגדרת תבנית חדשה של אפליקציה. |
מפתח פלטפורמות למפתחים |
המפתח משנה תבנית של אפליקציה שמבוססת על תבנית של תוכנית, או מעביר תבנית לשפה חדשה. |
כמה פעמים בשנה |
בודקים שגיאות בזמן ריצה של שירות בסביבת הפיתוח. |
מפַתח אפליקציות |
המפתח משתמש ב-Logs Explorer וב-Metrics Explorer במסוף Google Cloud כדי לבדוק את יומני השגיאות, מדדי המעקב ונתוני סדרות הזמן של הדיירים והאפליקציות. |
כמה פעמים בכל חודש |
בדיקת שגיאות בזמן ריצה של שירות בסביבות ייצור או בסביבות שאינן ייצור. |
מפעיל אפליקציה |
האופרטור משתמש ב-Logs Explorer וב-Metrics Explorer במסוףGoogle Cloud כדי לבדוק את יומני השגיאות, מדדי המעקב ונתוני סדרות הזמן של הדיירים והאפליקציות. |
כמה פעמים בכל חודש |
בודקים את שגיאות הבנייה. |
מפתחי אפליקציות |
התמונה מציגה את ההיסטוריה של Cloud Build, כולל סטטוסים ויומנים של בנייה, במסוף Google Cloud . |
כמה פעמים בשבוע |
בדיקת שגיאות פריסה בסביבת הפיתוח |
מפתחי אפליקציות |
המפתחים יכולים לראות את היסטוריית ההפצה וההשקה של Cloud Deploy ב Google Cloud קונסולה כדי לבדוק את סטטוס ההצלחה ואת היומנים מניסיון הפריסה, כולל שגיאות. |
כמה פעמים בכל חודש |
בדיקת שגיאות פריסה בסביבות שאינן סביבות ייצור ובסביבות ייצור |
אופרטורים של אפליקציות |
המפעיל רואה את היסטוריית הגרסאות וההשקות של Cloud Deploy ב Google Cloud קונסולה, כדי לראות את סטטוס ההצלחה ויומני הרישום מניסיון פריסה, כולל יומני שגיאות. |
כמה פעמים בכל חודש |
מתחברים לאשכולות כדי לנפות באגים בבעיות ב-GKE. |
אדמין של פלטפורמת פיתוח |
האדמין משתמש בשער Connect כדי להתחבר לאשכולות פרטיים. במקרה של בעיות נפוצות, כמו פודים לא מתוזמנים, האדמין יכול לעיין במידע על בעיות נפוצות (כמו פודים לא מתוזמנים) במסוף Google Cloud . |
כמה פעמים בכל חודש |
תכנון הקיבולת ואופטימיזציה של העלויות. |
אדמין של פלטפורמת פיתוח |
האדמין בודק את ניצול משאבי GKE, שמסוכמים לפי היקף או מרחב שמות, במסוףGoogle Cloud . |
מתוזמן כמשימה חודשית חוזרת. |
שינוי הגודל, הוספה או הסרה של מאגרי צמתים. |
אדמין של פלטפורמת פיתוח |
האדמין עורך את ה-IaC בהתאם לצורך ומבצע פריסה מחדש של האפליקציות. |
הפעולה בוצעה בתגובה לתכנון הקיבולת. |
בדיקת רמת האבטחה. |
אדמין של פלטפורמת פיתוח |
האדמין בודק את נקודות החולשה ואת התאימות לתקנים באמצעות מרכז הבקרה של מצב האבטחה ב-GKE. |
מתוזמן כמשימה חודשית חוזרת. |
שדרוג גרסאות של תוכנת המערכת באשכול (לדוגמה, גרסת Kubernetes). |
אדמין של פלטפורמת פיתוח |
האדמין משתמש בחלונות תחזוקה ובהחרגות של GKE כדי לאפשר שדרוגים רק בזמנים מתוכננים. האדמין משתמש קודם בחלון השדרוג הפתוח בסביבת הפיתוח. אחרי שהאדמין בודק את תקינות השדרוג, הוא משדרג את הסביבה שאינה סביבת ייצור ואז את סביבת הייצור. |
מתוזמן כמשימה חוזרת אחת לרבעון. |
התקנת עדכוני אבטחה קריטיים של האשכול. |
ללא |
אוטומטי, מתבצע על ידי GKE. |
כמה פעמים בשנה |
בדיקת מעבר לשירות גיבוי אזורי. |
אדמין של פלטפורמת מפתחים ואדמין של אפליקציות |
האדמינים מתזמנים ומפעילים באופן ידני מעבר לגיבוי אזורי של הסביבה לפי הצורך. |
פעם בשנה כחלק מתרגילי התאוששות מאסון |
מוסיפים אזור. |
אדמין של פלטפורמה למפתחים, מפתח של פלטפורמה למפתחים ואדמין של אפליקציה |
האדמין של פלטפורמת הפיתוח פורס אשכולות GKE נוספים באזור החדש. האדמין מעדכן את תבנית האפליקציה כדי להוסיף את שלב הפריסה החדש לסביבות הרלוונטיות. לאחר מכן, מפעיל האפליקציה משלב את השינוי כדי להוסיף רצף פריסה שיכלול את האזור החדש. |
לעיתים רחוקות מאוד |
מעבר לאזור חדש. |
אדמין של פלטפורמה למפתחים, מפתח של פלטפורמה למפתחים ואדמין של אפליקציה |
המשתמשים מוסיפים את האזור החדש כמו שמתואר במאמר הוספת אזור. אחרי בדיקת ההגדרה החדשה, המשתמשים מסירים את האזור הישן. |
לעיתים רחוקות מאוד |
המאמרים הבאים
- כדאי לקרוא על ניהול עלויות ושיוכים בפלטפורמת המפתחים (המאמר הבא בסדרה).