כיצד להתקין את Docker Desktop ללא וירטואליזציה של חומרה

התקנה ושימוש ב-Docker Desktop ב-Windows כאשר אין לך וירטואליזציה פעילה של חומרה (או המעבד שלך או שלך BIOSזה אולי נראה כמו משימה בלתי אפשרית, במיוחד אם צפיתם בעשרות מדריכים שמניחים ש-Hyper-V או WSL2 מותקנים ופועלים. אבל יש עוד ניואנסים: קונטיינרים של Windows, קונטיינרים של Linux, WSL2, Hyper-V, מכונות וירטואליות קלאסיות... ולכל שילוב יש מגבלות משלו.

במדריך זה נפרט בצורה רגועה אך ישירה מה ניתן ומה לא ניתן לעשות עם Docker Desktop ללא וירטואליזציה של חומרה.אילו חלופות אמיתיות יש לך להפעלת קונטיינרים על Windows, כיצד למנף את WSL2 ואת Docker Engine "טהור" כדי להימנע מ-Docker Desktop בעת הצורך, ומהם? טריקים ניתן להגיש בקשה לפיתוח עם קונטיינרים בנוחות באמצעות VS Code, אפילו על ציוד צנוע.

קונטיינרים, Docker Desktop ו-Docker Engine: מושגים מרכזיים

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

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

מנוע דוקר זהו המנוע "האמיתי" של Docker, השירות שיוצר, מנהל ומפעיל קונטיינרים. הוא פועל באופן טבעי על לינוקס ומנוהל דרך שורת הפקודה. פקוד וזה לגמרי בחינם, ללא מגבלות שימוש, מיועד גם לפיתוח וגם לייצור.

Docker Desktop הוא יישום שולחן עבודה הכולל את Docker Engine בתוספת ממשק גרפי, שילוב Kubernetes, כלי פיתוח, פאנל משאבים, תצורה קלה וכו'. ב-Windows ו-macOS, זה תמיד מסתמך על צורה כלשהי של וירטואליזציה כדי לספק סביבת לינוקס שבה יחיו הקונטיינרים.

ההבדל הגדול בין לינוקס לווינדוס העובדה היא שבלינוקס, Docker Engine יכול לרוץ ישירות על הליבה ללא מכונה וירטואלית בין לבין, בעוד שב-Windows ו-macOS Docker Desktop משתמש במכונת לינוקס וירטואלית נסתרת, בהסתמך על WSL2 או Hyper-V, מה שמרמז על צורך בווירטואליזציה ברמת החומרה.

לבסוף, מכולות Windows הם יכולים לפעול בשני מצבים: בידוד תהליכים (שיתוף ליבת Windows של המארח) או בידוד בסגנון Hyper-V (כל מכולה פועלת בתוך מיני-VM). בפועל, עבור רוב התרחישים המודרניים עם Docker Desktop על Windows, וירטואליזציה משמשת בסופו של דבר בצורה כזו או אחרת.

האם ניתן להריץ קונטיינרים של Windows ללא Hyper-V?

השאלה הטיפוסית היא האם ניתן להריץ קונטיינרים "טהורים" של Windows ללא Hyper-V.זה מושג על ידי שימוש רק בליבת Windows המארח במצב בידוד תהליכים, ובכך נמנע וירטואליזציה של חומרה. בתיאוריה, בידוד תהליכים מאפשר בדיוק את זה: שימוש באותו ליבה ללא היפר-ויזור ביניהם.

הבעיה המעשית היא שרוב התרחישים הנתמכים על ידי Docker Desktop וגירסאות מודרניות של Windows הם נועדו לעבוד עם Hyper-V ו/או WSL2 מופעל. אפילו בעת שימוש במכולות של Windows, Docker Desktop מסתמך במידה רבה על תשתית הווירטואליזציה של מיקרוסופט.

מנסה להריץ קונטיינרים של Windows ללא כל וירטואליזציה זה מוביל אותך לנתיב מגביל מאוד: אתה תלוי בגרסאות ספציפיות מאוד של Windows Server או Windows 10/11, אתה צריך תכונות ספציפיות מופעלות, וגם אז, החוויה שברירית, מורכבת להגדרה, ורחוקה מאוד ממה שמציע Docker Desktop הסטנדרטי.

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

מסקנה מעשית בשלב זה: אם המטרה שלך היא קונטיינרים של Windows על גבי מחשב מארח מודרני של Windowsבמוקדם או במאוחר, תזדקקו לווירטואליזציה (Hyper-V או WSL2) לחוויה פונקציונלית ונתמכת. בלעדיה, הכל הופך לפתרונות מוגבלים מאוד.

אפשרויות אם אתם זקוקים ל-Docker ב-Windows מבלי להסתמך על Docker Desktop

אם, מכל סיבה שהיא, אתם רוצים או צריכים להימנע מ-Docker Desktop במארח של Windowsיש לך מספר חלופות סבירות בהתאם לחומרה שלך ולגרסת Windows שבה אתה משתמש.

האפשרות הקלאסית ביותר היא ליצור מכונה וירטואלית בלינוקס באמצעות כלים כמו VMware Workstation, Oracle VirtualBox או Hyper-V של מיקרוסופט, ניתן להתקין הפצת לינוקס ולהגדיר בתוכה את Docker Engine. עם זאת, כל הפתרונות הללו עדיין דורשים הפעלת וירטואליזציה של חומרה ב-BIOS.

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

Hyper-V הוא מגיע משולב עם Windows (מהדורות Pro ומעלה), הוא חינמי וחזק מאוד. הוא מאפשר לך ליצור מכונות וירטואליות קלות משקל שבהן תוכל לפרוס לינוקס, ובתוכו גם את Docker Engine. זוהי אפשרות אטרקטיבית מאוד אם כבר יש לך Windows Pro או Enterprise ואתה רוצה סביבה "רשמית" למדי מבלי להתקין תוכנה של צד שלישי.

האלטרנטיבה הפשוטה ביותר עבור רוב המשתמשים הביתיים והמפתחים כיום זה כרוך בשימוש ב-WSL2 (מערכת משנה של Windows עבור לינוקס 2) והפעלת Docker Engine ישירות בתוך הפצת לינוקס. בדרך זו, תוכלו לשכוח לחלוטין מ-Docker Desktop אם תרצו, לעבוד משורת הפקודה של לינוקס ולהמשיך להשתמש בכלי Windows שלכם.

התקנה והכנה של WSL2 ב-Windows 10 ו-Windows 11

WSL2 הפכה לשיטה המומלצת על ידי מיקרוסופט ודוקר לעבוד עם קונטיינרים של לינוקס ב-Windows, גם ב-Windows 10 וגם ב- Windows 11הוא מציע ליבת לינוקס אמיתית ארוזה בתוך מכונה וירטואלית קטנה ומותאמת ומשתלבת היטב עם המערכת.

ראשית, בדוק שגרסת Windows שלך תואמת. ללחוץ WIN+R, כותב winver ולבדוק את הנתונים:

• Windows 10 זה חייב להיות, לכל הפחות, גרסה 1903 עם גירסת build 18362.1049 ומעלה.
• Windows 11 זה תואם לכל הגרסאות הנוכחיות.

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

אם הוא מופיע כמושבת והמעבד שלך תומך בווירטואליזציהתצטרך להיכנס ל-UEFI/BIOS של לוח האם שלך ולהפעיל את אפשרויות הווירטואליזציה (אינטל VT-x, AMD-V, או דומה). אם המעבד שלך ישן מאוד או שהיצרן חסם אותו, זו תהיה המגבלה הפיזית שלך.

כדי להפעיל תכונות WSL2 ב-Windows, ללחוץ WIN+R, כותב optionalfeatures ובחלון התכונות, סמנו את שני הערכים הבאים:

• Virtual Machine Platform
• Windows Subsystem for Linux

אפשר ל-Windows להוריד ולהתקין את הרכיבים הדרושים.לאחר שתסיים, יבקש ממך להפעיל מחדש. עשו זאת, כי בלי הפעלה מחדש זו, WSL2 לא יוחל כהלכה.

כאשר המערכת מופעלת מחדש, פתח שורת הפקודה עם הרשאות מנהל (חפשו "שורת הפקודה" בתפריט התחל > לחצו לחיצה ימנית > הפעילו כמנהל) והפעילו:

wsl --set-default-version 2

לאחר מכן הוא מעדכן את ליבת WSL2 לגרסה העדכנית ביותר הזמינה עם:

wsl --update --web-download

כדי לראות אילו הפצות לינוקס ניתן להתקין, רשמו את אלה הזמינים באינטרנט:

wsl --list --online

ההמלצה הכללית למתחילים מדובר על שימוש בגרסת LTS עדכנית של אובונטו.מכיוון שרוב התיעוד והדוגמאות מבוססים על זה. לדוגמה, כדי להתקין את Ubuntu 24.04 LTS:

wsl --install --web-download --distribution Ubuntu-24.04

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

אם ברצונך למטב את השטח שתופס הדיסק הווירטואלי של ההפצה,ניתן להגדיר אותו כ-"דליל" (דינמי) משורת הפקודה של Windows:

wsl --manage Ubuntu-24.04 --set-sparse true

מנקודה זו ואילך יש לך סביבת לינוקס שלמה הפועלת "בתוך" Windowsניתן לגשת אליו בכל עת על ידי הפעלת wsl מן CMD, PowerShell או באמצעות מסוף Windows, אשר גם ייצור פרופילים עבור כל הפצה מותקנת.

התקנת Docker Engine על WSL2 ללא Docker Desktop

כאשר הפצת לינוקס פועלת תחת WSL2, השלב הבא הוא להתקין את Docker Engine ישירות שם.זה מונע את שכבת Docker Desktop הנוספת. זה נותן לך ביצועים כמעט מקוריים, ובמקרים רבים, מפשט דברים אם אינך זקוק לממשק הגרפי.

אתחל את אובונטו שלך ב-WSL2 ועדכן תחילה את רשימת החבילות כדי לוודא שהכל מעודכן:

sudo apt-get update

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

sudo apt-get install ca-certificates curl

צור את הספרייה שבה תאחסן את מפתח ה-GPG עבור מאגר Docker הרשמי ולהוריד את המפתח:

sudo install -m 0755 -d /etc/apt/keyrings
sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
sudo chmod a+r /etc/apt/keyrings/docker.asc

הוסף את מאגר Docker הרשמי עבור אובונטו באמצעות הארכיטקטורה ושם הקוד של המערכת שלך:

echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/ubuntu \
$(. /etc/os-release && echo "$VERSION_CODENAME") stable" | \
sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

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

sudo apt-get update
sudo apt-get install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

כדי להימנע מתמיד מהצורך להשתמש ב-sudo עם פקודות Dockerהוסף את משתמש הלינוקס שלך לקבוצה docker:

sudo usermod -aG docker $USER

התנתק מההפצה והתחבר שוב (או לסגור את חלון ה-WSL ולפתוח אותו מחדש) כדי שהשינויים בקבוצה ייכנסו לתוקף. אם הכל הלך כשורה, תוכלו להריץ:

docker info
docker run --rm hello-world

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

השתמש ב-Docker Desktop עם WSL2 backend במקום Hyper-V

אם אתם מעדיפים חוויית "שולחן עבודה" יותר, עם ממשק גרפי ואשפיםניתן להמשיך להשתמש ב-Docker Desktop אך לציין שהוא ישתמש ב-WSL2 כשרת אחורי במקום ב-Hyper-V. זה שימושי במיוחד ב-Windows 10 Home, שבו Hyper-V מלא אינו זמין.

הורד את Docker Desktop מהאתר הרשמי של Docker והפעל את המתקין. במהלך התהליך, אם המערכת שלך תומכת בשניהם, היא תשאל אם ברצונך להשתמש ב-WSL2 או ב-Hyper-V. ברוב תרחישי הפיתוח, ההמלצה היא לבחור ב-WSL2.

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

במקטע "כללי" של ההגדרות, ודא שתיבת הסימון "השתמש במנוע מבוסס WSL 2" מסומנת.כי זה מה שאומר ל-Docker Desktop להסתמך על WSL2 כדי להריץ מכולות לינוקס.

בתוך הגדרות > משאבים > שילוב WSLתראה רשימה של הפצות WSL2 המותקנות. הפעל אינטגרציה עבור אלו שבהן ברצונך להשתמש ב-Docker (לדוגמה, Ubuntu 24.04 שלך). מאותו רגע ואילך, תוכל להפעיל קונטיינרים מהפצה זו באמצעות מנוע Docker המנוהל על ידי Docker Desktop.

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

docker --version
docker run hello-world

אם מיכל הבדיקה פועל ללא בעיות, Docker Desktop פועל עם שרת backend של WSL2.זה מאפשר לך לשלב ממשק גרפי, ניהול תמונות קל וביצועים טובים למדי של WSL2.

Hyper-V כחלופה לווירטואליזציה עבור Docker Desktop

במערכות עם Windows 10/11 Pro או Enterprise ווירטואליזציה של חומרה זמינהאפשרות נוספת היא לאפשר ל-Docker Desktop להשתמש ב-Hyper-V ישירות כמנוע הווירטואליזציה עבור המכונה הווירטואלית הפנימית של לינוקס שלך.

Hyper-V הוא ה-Hypervisor המקורי של מיקרוסופטהוא זמין גם ב-Windows Server וגם בגרסת ה-Professional של Windows למחשב שולחני. עבור Docker, הוא משמש כמארח עבור מכונה וירטואלית קלת משקל שעליה פועלים Docker Engine וכל מחסנית המכולות.

כדי להפעיל את Hyper-V, חזור ללוח התכונות של Windows. (לוח הבקרה > תוכניות > תוכניות ותכונות > הפעלה או כיבוי של תכונות Windows) וסמן את התיבה Hyper-Vאם תתבקש, וודאו שקובץ ה-ISO זמין או אפשרו ל-Windows להוריד את הרכיבים.

לאחר ההפעלה מחדש, הורד והתקן את Docker Desktop עבור Windows.במהלך האשף, בטל את הסימון באפשרות להשתמש ב-WSL2 כ-backend והשאר את השימוש ב-Hyper-V מופעל. המתקין ייצור את מכונת ה-Docker VM ב-Hyper-V ויגדיר את השירותים הדרושים.

בעת הפעלה מחדש של Docker Desktopהתחבר באמצעות חשבון Docker שלך (חינם לשימוש אישי ועסקי קטן) ומלא את שאלון קבלת הפנים הקצר. אם יש שגיאות אתחול עבור המנוע, ודא ש-Hyper-V מופעל כראוי ושאינך נמצא בתוך מכונה וירטואלית אחרת ללא וירטואליזציה מקוננת.

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

דרישות Docker Desktop ב-Windows ומגבלות ללא וירטואליזציה

מטבע הדברים, Docker Desktop ב-Windows דורש הפעלת וירטואליזציה.בין אם אתם משתמשים ב-Hyper-V או מקימים את סביבת WSL2 הקטנה עם ליבת לינוקס שלה, דרישה זו אינה שרירותית: קונטיינרים של לינוקס זקוקים לליבת לינוקס, וב-Windows, ניתן לספק זאת רק באמצעות מכונה וירטואלית.

דרישות מינימום אופייניות להתקנת Docker Desktop ב-Windows 10 כולל:

• מעבד 64 סיביות עם SLAT והפעלת תמיכה בווירטואליזציה של חומרה.
• לפחות 4 GB של זיכרון RAM כדי שהמערכת והמיכלים יוכלו לנשום.
• Windows 10 Home, Pro או Enterprise, או גרסה מקבילה של Windows 11.
• 20 ג'יגה-בייט או יותר של שטח דיסק עבור הכלי עצמו, התמונות והנפחים.
• Hyper-V או WSL2 מופעל בהתאם למהדורת Windows.

ב-Windows 10 Home ניתן להשתמש ב-Docker Desktop רק עם שרת WSL2.מכיוון ש-Hyper-V מלא אינו כלול. ב-Pro וב-Enterprise ניתן לבחור, אך כרגע WSL2 היא בדרך כלל האפשרות הגמישה ביותר עם האינטגרציה הטובה ביותר לפיתוח.

אם וירטואליזציה של חומרה אינה זמינה או מופעלת אצלךהמצב מסתבך עוד יותר: Docker Desktop לא יופעל כראוי, וגם אם תנסו פתרונות עוקפים, תעבדו נגד העיצוב המוגדר כברירת מחדל של הכלי. במקרה כזה, הפתרון הוא בדרך כלל להשתמש במכונה אחרת, בשרת לינוקס מרוחק, או לכל הפחות, במחשב וירטואלי בענן.

שילוב Docker ו-WSL2 עם Visual Studio Code ומכולות מרוחקות

ברגע שהקונטיינרים שלכם פועלים (עם Docker Engine ב-WSL2 או עם Docker Desktop)הדרך הנוחה ביותר לפתח היא בדרך כלל באמצעות Visual Studio Code וההרחבות שלו עבור סביבות מרוחקות.

הצעד הראשון הוא להתקין את התוסף "WSL" ב-VS Codeהרחבה זו מאפשרת לך לפתוח תיקיות הנמצאות בהפצת לינוקס שלך (לדוגמה, אובונטו ב-WSL2) ישירות ב-VS Code, ללא כאבי ראש של נתיבים, הרשאות או קבצים בינאריים לא תואמים.

התקן גם את ההרחבה "Dev Containers"הודות לכך, תוכלו לפתוח את הפרויקט שלכם בתוך קונטיינר של Docker ולהפוך את הקונטיינר הזה לסביבת הפיתוח המלאה שלכם: תלויות, גרסת Python, Node, .NET וכו', הכל אנקפסולציה.

לבסוף, הוסיפו את התוסף "Docker" עבור VS Code כדי להיות מסוגל לנהל תמונות, קונטיינרים, יומני רישום ופריסות מהממשק של העורך עצמו, באמצעות פאנלים צדדיים ופקודות הקשריות.

תהליך עבודה טיפוסי יהיה לשכפל פרויקט להפצת WSL2 שלך.לדוגמה:

git clone https://github.com/<usuario>/mi-proyecto.git
cd mi-proyecto

משם, אתה מפעיל את VS Code ומצביע על תיקיית הפרויקט. עם:

code .

בפלטת הפקודות של VS Code (Ctrl+Shift+P), בחר "Dev Containers: Reopen in Container" (מכולות פיתוח: פתיחה מחדש במכולה). כך שהפרויקט ייפתח מחדש בתוך מכולה של Docker המוגדרת על ידי תצורה .devcontainerאם הוא לא קיים, ההרחבה תציע תבניות בהתבסס על סוג הפרויקט (Python, Node, .NET וכו').

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

בעיות נפוצות וכיצד לפתור אותן

אם אי פעם ניסיתם גרסאות תצוגה מקדימה של Docker עבור WSLייתכן שיש לך הקשר של Docker שנקרא wsl שכבר מיושן ויכול ליצור שגיאות כגון "open //./pipe/docker_wsl: המערכת אינה יכולה למצוא את הקובץ שצוין".

כדי לבדוק את ההקשרים הזמינים, הפעל:

docker context ls

אם אתה רואה אחד שנקרא wslאתה יכול למחוק את זה בראש שקט מוחלט. באמצעות:

docker context rm wsl

נקודה נוספת שלעתים קרובות גורמת לכאבי ראש היא איתור המקום שבו Docker מאחסן את הנתונים בעת עבודה עם WSL2.בדרך כלל תראו משהו כזה:

• \wsl$\docker-desktop
• \wsl$\docker-desktop-data

כדי לחקור אותם מסייר הקבצים של Windowsפתחו טרמינל בהפצת WSL שלכם והפעילו את:

explorer.exe .

אם תנווטו למסלול \\wsl\<Distro>\mnt\wsl (מחליף <Distro> בשמם האמיתי, למשל Ubuntu-24.04), אתה אמור להיות מסוגל לראות את התיקיות שבהן Docker Desktop מאחסן שכבות תמונה ואמצעי אחסון.

כאשר Docker Desktop מסרב להפעיל או "נתקע"זה כמעט תמיד קשור לאחת מהנקודות הבאות: וירטואליזציה מושבתת ב-BIOS, שירותי Hyper-V פגומים, WSL2 מיושן, או התנגשויות עם כלי וירטואליזציה אחר שרוצה גם לשלוט ב-VT-x/AMD-V.

מה לעשות אם החומרה שלך אינה תומכת בווירטואליזציה של חומרה

אם לאחר סקירת ה-BIOS והתיעוד תגלה שהמחשב שלך אינו תומך בפועל בווירטואליזציה של חומרההאפשרויות מצטמצמות משמעותית, ובמיוחד Docker Desktop לא יהיה אופציה בת קיימא ב-Windows.

במקרה כזה, פתרונות סבירים כוללים הסתמכות על מכונה אחרת או על הענן.שרת לינוקס קטן ברשת המקומית שלך, שרת בספק ענן זול, או אפילו מחשב נייד חדש יותר המציע VT-x/AMD-V. ממחשב Windows שלך, תוכל להתחבר דרך SSH ולהשתמש שם ב-Docker Engine.

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

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

הגדרת סביבת שולחן עבודה סבירה של Docker ללא וירטואליזציה פעילה של חומרה ב-Windows מוגבלת מאוד על ידי עיצוב הכלי והצורך בליבת לינוקס במכונה וירטואלית.עם זאת, על ידי שילוב של WSL2, Docker Engine native ב-Linux, אינטגרציה עם Visual Studio Code, וכאשר החומרה מאפשרת, Hyper-V או WSL2 כ-backend של Docker Desktop, ניתן לקבל סביבת קונטיינרים חזקה, גמישה וקלת משקל למדי אפילו במחשבים ביתיים, בתנאי שמניחים שוירטואליזציה של חומרה אינה עוד אופציונלית אלא למעשה דרישה התחלתית.