מקור משותף
התחילו ממקור Git משותף ושמרו את מזהה ה־commit המדויק ואת הגרסה הידידותית למשתמש המשויכים לגרסה. סוגי התקנה שונים יכולים להתקדם באופן עצמאי ועדיין להיות קשורים לאותה היסטוריית מקור.
אספקת תוכנה
ממקור משותף להתקנה מבוקרת.
יכולות אספקת התוכנה של Microwave Pie נועדו להקל על הטמעת יישומים באירוח עצמי: לנהל גרסאות ממקור משותף, ליצור את החבילה המתאימה להתקנה, להחיל רישוי ולשמור את ההתקנה והעדכונים קשורים לגרסה ידועה.
מודל אספקה משותף
1מקור יישום משותףהיסטוריית מקור אחת וזהות גרסה אחת.
2גרסת פלטפורמהבנו עבור יעד ההתקנה המתוכנן.
חבילת מקור
חבילה מהודרת
3חבילה ברישויהנפיקו את החבילה עבור הטמעה מסוימת.
4התקנה ועדכוןשמרו את היסטוריית ההתקנה מחוברת לגרסה שסופקה.
יכולות
שמרו על גמישות בבחירת גרסאות בלי לאבד שליטה.
סביבות שונות לא תמיד זקוקות לאותו פורמט חבילה או לאותה גרסה באותו זמן. Microwave Pie מפרידה בין מקור היישום המשותף, גרסאות לשימוש חוזר, חבילות, רישיונות ומופעים מותקנים כדי שכל תחום יוכל להתקדם באופן מכוון.
חבילות מקור
ספקו את היישום כמקור כאשר שקיפות, פריסה ישירה בזמן ריצה או התקנת Python מותאמת לפלטפורמה הם הבחירה המתאימה יותר. חבילות מקור שומרות על אותו מודל גרסאות ורישוי כמו חבילות מהודרות.
חבילות מהודרות
ספקו חבילת יישום מהודרת כאשר עדיף זמן ריצה עצמאי יותר. הידור הוא בחירת אספקה, לא קו מוצר נפרד, ולכן מקור הגרסה נשאר עקבי.
ניהול חבילות ורישיונות
הנפיקו חבילה שבה הרישיון והקשר יעד ההתקנה כבר משויכים. אפשר לנהל יחד את מחזור החיים של החבילה, מצב הרישיון, הורדות, התקנות, עדכונים, ביטול וסגירה במקום לשחזר אותם מאוחר יותר.
בחירת גרסאות לפי יעד
סוגי התקנה של Raspberry Pi, GCP, מקור וחבילות מהודרות יכולים להישאר ברמות גרסה שונות כשיש לכך סיבה. אפשר לבחון commits חסרים של Git לפי סוג התקנה וגם ברמת היישום כולו.
עדכונים מנוהלים בממשק
יישומים מנוהלים יכולים להציג אוטומטית כאשר עדכון מאושר זמין בלי לכפות אותו. מנהל בוחר מתי להכין ולהחיל את העדכון בממשק היישום; לאחר הפעלה מחדש ניתן לאשר את הגרסה המותקנת בחזרה לשירות האספקה המשותף תוך שמירה על הקשר בין החבילה לרישיון.
הטמעה
ארזו את ההתקנה, לא את חוסר הוודאות.
חבילת תוכנה יכולה לשאת את הקשר ההטמעה הדרוש כדי להפוך גרסת יישום להתקנה עובדת: פלטפורמת יעד, פורמט חבילה, התנהגות התקנה, זהות גרסה וקשר רישוי.
כך תהליך ההטמעה יכול להתחיל מגרסה ידועה במקום שכל סביבה תצטרך לשחזר בעצמה החלטות בנייה ואספקה. כשגרסה חדשה יותר מתאימה, הקשר הקיים בין החבילה לרישיון יכול להישאר שלם בזמן שהגרסה הנבחרת מתקדמת באופן מכוון.
גרסאות היישום שומרות את זהות התוצר ואת זהות Git שנבנו בפועל.
אפשר להכריז אוטומטית על זמינות, אבל הורדה, הכנה, החלה והפעלה מחדש נשארות פעולות מכוונות של מנהל.
חבילות, רישיונות ומופעים מותקנים נשארים מחוברים לאורך התקנה, עדכון, ביטול וסגירה.
Blackcap
יישום אחד משתמש במודל כיום.
אפשר לפרוס את Blackcap בסביבות Raspberry Pi ו־GCP נתמכות באמצעות חבילות מקור או חבילות מהודרות, תוך שמירה על התאמה בין הגרסה, החבילה, הרישיון והתנהגות העדכון.