ECR ಇಮೇಜ್ ಪುಲ್‌ಗಳು: S3 ಲೇಯರ್ ಡೌನ್‌ಲೋಡ್‌ಗಳಿಗೆ ಪ್ರಾಕ್ಸಿ ಬೈಪಾಸ್
ಖಾಸಗಿ ECR ಮಾರ್ಗವು ಲೇಯರ್ ಡೌನ್‌ಲೋಡ್‌ಗಳನ್ನು ಇನ್ನೂ ಕಾರ್ಪೊರೇಟ್ ಪ್ರಾಕ್ಸಿಗೆ ಕಳುಹಿಸುತ್ತಿರುವಾಗ ಇಮೇಜ್ ಪುಲ್‌ಗಳನ್ನು ರಿಜಿಸ್ಟ್ರಿ ಹೋಸ್ಟ್‌ನ ಆಚೆಗೂ ಅನುಸರಿಸಿ.
ECR ಲಾಗಿನ್ ಮತ್ತು ಮ್ಯಾನಿಫೆಸ್ಟ್ ಪಡೆಯುವಿಕೆ ಕೆಲಸ ಮಾಡಬಹುದು, ಆದರೆ ಇಮೇಜ್ ಲೇಯರ್ ನಿಲ್ಲುತ್ತದೆ. Amazon ECR ಲೇಯರ್‌ಗಳನ್ನು S3 ನಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ VPC ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮಾರ್ಗದರ್ಶನವು ECR API, ರಿಜಿಸ್ಟ್ರಿ ಮತ್ತು S3 ಪಡೆಯುವಿಕೆ ಮಾರ್ಗವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ.
- ವಿಫಲವಾದ ಲೇಯರ್‌ನ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಹುಡುಕಿ.ರಿಜಿಸ್ಟ್ರಿ ಬೈಪಾಸ್ ಇಡೀ ಪುಲ್ ಅನ್ನು ಆವರಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ನಿಜವಾದ ವಿನಂತಿಯಿಂದ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ.
- ಕಳುಹಿಸುವವರನ್ನು ಗುರುತಿಸಿ.Docker ಪುಲ್‌ಗಾಗಿ, ಡೀಮನ್‌ನ ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಒಂದು ಸ್ಥಳೀಯ Docker Engine daemon.json ಉದಾಹರಣೆ ಖಾಸಗಿ ECR ಮತ್ತು S3 ಲೇಯರ್ ಮಾರ್ಗಗಳನ್ನು ಒಟ್ಟಿಗೆ ಇರಿಸುತ್ತದೆ. ಹೊಸ ಅಪ್ಲಿಕೇಶನ್ ಕಂಟೇನರ್‌ಗಾಗಿ ಉದ್ದೇಶಿಸಿದ ಪರಿಸರ ಚರಗಳು ಆ ಕಂಟೇನರ್ ಅಸ್ತಿತ್ವಕ್ಕೆ ಬರುವ ಮೊದಲು ನಡೆಯುವ ಇಮೇಜ್ ಡೌನ್‌ಲೋಡ್ ಅನ್ನು ಸಂರಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
- ಉದ್ದೇಶಿತ S3 ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ.ಬೈಪಾಸ್ ನಮೂದುಗಳನ್ನು ಪ್ರಾದೇಶಿಕ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಹೆಸರುಗಳು ಮತ್ತು ಕ್ಲೈಂಟ್ ಬೆಂಬಲಿಸುವ ವ್ಯಾಕರಣಕ್ಕೆ ಹೊಂದಿಸಿ. ಖಾಸಗಿ DNS, ರೂಟ್ ಟೇಬಲ್‌ಗಳು, ಎಂಡ್‌ಪಾಯಿಂಟ್ ನೀತಿ ಮತ್ತು ಅನುಮತಿಗಳು ಸಹ ಆ ಮಾರ್ಗವನ್ನು ಬೆಂಬಲಿಸಬೇಕು.
| ಗಮನಿಸಿದ ವೈಫಲ್ಯ | ಅದು ನಿಮಗೆ ಏನು ಹೇಳುತ್ತದೆ |
|---|---|
| ಪ್ರಾಕ್ಸಿ ನಿರಾಕರಣೆ | ಲೇಯರ್ ವಿನಂತಿಯು ಮಧ್ಯವರ್ತಿಗೆ ತಲುಪಿತು. |
| ನೇರ ಸಂಪರ್ಕದ ಸಮಯ ಮುಗಿಯಿತು | ಬೈಪಾಸ್ ನೇರ ರೂಟಿಂಗ್ ಆಯ್ಕೆ ಮಾಡಿರಬಹುದು, ಆದರೆ ಆ ಮಾರ್ಗವು ಇನ್ನೂ ಬಳಸಲಾಗದಂತಿರಬಹುದು. |
ಪ್ರದಾತರ ಡೊಮೇನ್‌ನಲ್ಲಿನ ಪ್ರತಿ ಸೇವೆಗೂ ಪರಿಶೀಲಿಸದ ವಿನಾಯಿತಿಯಿಂದ ಒಂದು ಕಾಣೆಯಾದ ಲೇಯರ್ ಹೋಸ್ಟ್ ಅನ್ನು ಬದಲಿಸುವುದನ್ನು ತಪ್ಪಿಸಿ. ನೇರ ವಿನಾಯಿತಿಯು ಕಾಣೆಯಾದ ಗೇಟ್‌ವೇ ಮಾರ್ಗವನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ನಿಜವಾದ ಇಮೇಜ್‌ನ ವಿನಂತಿಗಳನ್ನು ಮತ್ತು ಪ್ರದಾತರ ಪ್ರಸ್ತುತ ಸೂಚನೆಗಳನ್ನು ಬಳಸಿ. ವಿಶೇಷ ವಿಷಯಗಳು, ವಿದೇಶಿ Windows ಲೇಯರ್‌ಗಳೂ ಸೇರಿದಂತೆ, ಇತರ ಮೂಲಗಳನ್ನು ತರಬಹುದು; ಐತಿಹಾಸಿಕ ಎರಡು-ಹೋಸ್ಟ್ ಅನುಮತಿ ಪಟ್ಟಿ ಅವುಗಳನ್ನು ಆವರಿಸಬೇಕೆಂದೇನಿಲ್ಲ.