ארכיטקטורת CLI של Migrate to Containers

בדף הזה מוסבר באופן כללי איך כלי ה-CLI של Migrate to Containers הופך את האפליקציות שמוצבות במכונות וירטואליות (VM) לארטיפקטים שאפשר להשתמש בהם כדי לפרוס את רכיבי האפליקציה מסביבת המקור לאשכול יעד ב-Google Kubernetes Engine‏ (GKE) או ב-GKE Enterprise.

רכיבי CLI של Migrate to Containers

התהליך של מודרניזציה באמצעות CLI של Migrate to Containers כולל שלושה שלבים: טרנספורמציה, פריסת עומס עבודה ותחזוקה.

ארכיטקטורת תהליכים

  1. טרנספורמציה – כלי ה-CLI של Migrate to Containers משמש לטרנספורמציה של רכיב אפליקציה שמבוסס על מכונה וירטואלית לרכיב אפליקציה שמבוסס על קונטיינר ומוכן לפריסה. התהליך הזה מתבצע בחמישה שלבים:

    1. ‫Copy – העתקה של מערכת הקבצים של מכונת היעד למכונה המקומית.
    2. ‫Analyze – ניתוח מערכת הקבצים כדי ליצור תוכנית העברה.
    3. עריכה – עריכת התוכנית כדי לשנות את פלט ההעברה כך שיתאים לצרכים שלכם.
    4. ‫Generate – יצירת ארטיפקטים כמו קובצי Docker, הקשרים של Docker, קובצי פריסה של Kubernetes והגדרות של Skaffold.
    5. העברת נתונים – העתקת קובצי הנתונים לנפחים קבועים. הפעולה הזו אופציונלית.

  2. פריסת עומסי עבודה – אתם יכולים לפרוס עומסי עבודה של קונטיינרים שעברו מיגרציה בכל אשכול GKE או GKE Enterprise שעומד בדרישות המינימליות. הארטיפקטים של ההעברה יכולים לכלול קובץ Dockerfile אחד או יותר, מפרט פריסה של Kubernetes אחד או יותר וקובץ תצורה של Skaffold.

  3. תחזוקה – אחרי שמעבירים את עומסי העבודה של מאגר התגים, בדרך כלל מבצעים פעולות אופטימיזציה ותחזוקה. אפשר לשלב את התוכן של עומס העבודה שחולץ ואת קובץ ה-Docker שנוצר בפייפליין של CI/CD כדי לבצע תחזוקה יעילה שמבוססת על תמונות.

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