משיכת תמונות בסיס של Docker: פרוקסי של הבונה מול ארגומנטים של build
ארגומנטי פרוקסי שמעבירים לשלבי build אינם מגדירים כל בקשת רישום שהבונה מבצע. אתרו את הבונה שפותר את תמונת הבסיס.
build עלול להיכשל בעת פתרון FROM לפני שכל שלב הורדת חבילות ב-Dockerfile רץ. לקוח הרישום של הבונה זקוק למסלול משלו כדי להשיג את תמונת הבסיס הזו.
| פעולה | הרכיב שזקוק למסלול |
|---|---|
| לפתור ולהביא את תמונת הבסיס | לקוח הרישום של הבונה |
| הורדה במהלך RUN | התהליך שמבצע את שלב ה-build |
| קריאה ל-API בזמן ריצה | היישום שרץ |
אתרו את הבונה
דרייבר ה-Docker המוגדר כברירת מחדל מתרכז בדמון. דרייברים אחרים של Buildx יכולים להשתמש במכולת BuildKit ייעודית, ב-Kubernetes או בשירות מרוחק. הגדירו את מנגנון הפרוקסי הנתמך של הדרייבר הנבחר במקום שבו ה-worker הזה רץ.
פרוקסי loopback במחשב נייד אינו נגיש אוטומטית מ-worker מרוחק, ועריכת הדמון המקומי אינה מגדירה מחדש את הבונה המרוחק הזה.
ARG לפני FROM יכול לעזור בבחירת הפניה לתמונה. עם זאת הוא אינו מגדיר בכך את מסלול הרשת של לקוח הרישום. פקודות RUN מאוחרות יותר שכותבות הגדרות חבילות או מתקינות תעודות אינן יכולות לתקן את הבקשה המוקדמת הזו.
אמון, חשבונות ונתונים במטמון
חומר CA מאושר חייב להיות זמין לרכיב שמאמת את החיבור הראשוני לרישום. פרטי רישום ופרטי פרוקסי מעניקים הרשאה לצדדים שונים; התחברות לרישום אינה יכולה להשיב ל-407 של פרוקסי.
worker שמשתמש מחדש בנתוני תמונה מהמטמון עשוי לא לחזור על אותה בקשת רשת כמו worker חדש. השוו את הפעולה שנרשמה בפועל. לאחר שהגישה לתמונת הבסיס תעבוד במסלול המיועד, אבחנו כל הורדה מאוחרת בשלב build בגבול הבא הזה.