டோக்கர் ஒரு பொம்மையா இல்லையா? அல்லது இன்னும் உண்மையா?

அனைவருக்கும் வணக்கம்!

நான் நேரடியாக தலைப்புக்கு வர விரும்புகிறேன், ஆனால் எனது கதையைப் பற்றி கொஞ்சம் கூறுவது மிகவும் சரியாக இருக்கும்:

நுழைவு

நான் ஒரு புரோகிராமர், முன்பக்க ஒற்றைப் பக்க பயன்பாடுகள், ஸ்கலா/ஜாவா மற்றும் சர்வரில் நோட்ஜ்களை உருவாக்குவதில் அனுபவம் வாய்ந்தவன்.

நீண்ட காலமாக (நிச்சயமாக ஓரிரு அல்லது மூன்று வருடங்கள்), டோக்கர் என்பது சொர்க்கத்தில் இருந்து வரும் மன்னா என்றும் பொதுவாக மிகவும் அருமையான கருவி என்றும், ஒவ்வொரு டெவலப்பரும் இதைப் பயன்படுத்த முடியும் என்றும் நான் கருதினேன். இதிலிருந்து ஒவ்வொரு டெவலப்பரும் தங்கள் உள்ளூர் கணினியில் டோக்கரை நிறுவியிருக்க வேண்டும். என் கருத்து என்ன, அதே hh இல் இடுகையிடப்பட்ட காலியிடங்களைப் பாருங்கள். ஒவ்வொரு வினாடியிலும் டோக்கரைப் பற்றிய குறிப்பு இருக்கும், அதை நீங்கள் சொந்தமாக வைத்திருந்தால், இது உங்கள் போட்டி நன்மையாக இருக்கும் 😉

நான் செல்லும் வழியில், டோக்கர் மற்றும் அதன் சுற்றுச்சூழலுக்கான மாறுபட்ட அணுகுமுறைகளுடன் பலரைச் சந்தித்தேன். இது குறுக்கு-தளம் செயல்பாட்டிற்கு உத்தரவாதம் அளிக்கும் வசதியான விஷயம் என்று சிலர் கூறினர். இரண்டாமவர்களுக்கு ஏன் கன்டெய்னர்களில் ஓட வேண்டும், அதனால் என்ன லாபம் என்று புரியவில்லை, மூன்றாமவர் கவலைப்படவில்லை, கவலைப்படவில்லை (அவர்கள் குறியீட்டை எழுதிவிட்டு வீட்டிற்குச் சென்றார்கள் - நான் அவர்களைப் பொறாமைப்படுகிறேன். வழி :)

பயன்பாட்டிற்கான காரணங்கள்

நான் ஏன் டோக்கரைப் பயன்படுத்தினேன்? ஒருவேளை பின்வரும் காரணங்களுக்காக:

• ஒரு தரவுத்தளத்தைத் தொடங்கினால், 99% பயன்பாடுகள் அவற்றைப் பயன்படுத்துகின்றன
• முன்பக்க விநியோகத்திற்காக nginx ஐ தொடங்குதல் மற்றும் பின்தளத்திற்கு ப்ராக்ஸிங் செய்தல்
• நீங்கள் பயன்பாட்டை ஒரு டோக்கர் படத்தில் தொகுக்கலாம், இந்த வழியில் எனது பயன்பாடு டோக்கர் எங்கிருந்தாலும் வேலை செய்யும், விநியோக சிக்கல் உடனடியாக தீர்க்கப்படும்
• பெட்டியின் வெளியே சேவை கண்டுபிடிப்பு, நீங்கள் மைக்ரோ சர்வீஸ்களை உருவாக்கலாம், ஒவ்வொரு கொள்கலனும் (பொது நெட்வொர்க்குடன் இணைக்கப்பட்டுள்ளது) மாற்றுப்பெயர் மூலம் மற்றொன்றை எளிதாக அடையலாம், மிகவும் வசதியானது
• ஒரு கொள்கலனை உருவாக்கி அதில் "விளையாடுவது" வேடிக்கையாக உள்ளது.

டோக்கரைப் பற்றி நான் எப்போதும் விரும்பாதது:

• எனது விண்ணப்பம் வேலை செய்ய, எனக்கு சர்வரில் டோக்கர் தேவை. எனது பயன்பாடுகள் jre அல்லது nodejகளில் இயங்கினால், அவற்றுக்கான சூழல் ஏற்கனவே சர்வரில் இருந்தால் எனக்கு இது ஏன் தேவை?
• ரிமோட் சர்வரில் உள்ளூரில் கட்டமைக்கப்பட்ட எனது (தனியார்) படத்தை இயக்க விரும்பினால், எனக்கு எனது சொந்த டோக்கர் களஞ்சியம் தேவை, எங்காவது வேலை செய்ய எனக்கு ரெஜிஸ்ட்ரி தேவை, மேலும் நான் https ஐ உள்ளமைக்க வேண்டும், ஏனெனில் டாக்கர் க்ளை https மூலம் மட்டுமே செயல்படும். அடடா... படத்தை உள்நாட்டில் சேமிக்க விருப்பங்கள் உள்ளன docker save மற்றும் படத்தை scp வழியாக அனுப்பவும்... ஆனால் அது நிறைய உடல் அசைவுகள். மேலும், உங்கள் சொந்த களஞ்சியம் தோன்றும் வரை இது ஒரு "ஊன்றுகோல்" தீர்வு போல் தெரிகிறது
• docker-compose. கொள்கலன்களை இயக்குவதற்கு மட்டுமே இது தேவைப்படும். அவ்வளவுதான். அவரால் வேறு எதுவும் செய்ய முடியாது. Docker-compose அதன் கோப்புகளின் பதிப்புகள், அதன் சொந்த தொடரியல் உள்ளது. அது எவ்வளவு பிரகடனமாக இருந்தாலும், நான் அவர்களின் ஆவணங்களைப் படிக்க விரும்பவில்லை. எனக்கு வேறு எங்கும் தேவைப்படாது.
• ஒரு குழுவில் பணிபுரியும் போது, ​​பெரும்பாலானோர் ஒரு Dockerfile ஐ மிகவும் வக்கிரமாக எழுதுகிறார்கள், அது எப்படி தேக்ககப்படுத்தப்படுகிறது என்று புரியவில்லை, அவர்களுக்கு தேவையான மற்றும் தேவையில்லாத அனைத்தையும் படத்தில் சேர்க்கவும், Dockerhub அல்லது ஒரு தனியார் களஞ்சியத்தில் இல்லாத படங்களை பெறவும், சிலவற்றை உருவாக்கவும். docker-compose தரவுத்தளங்களைக் கொண்ட கோப்புகள் மற்றும் எதுவும் தொடர்ந்து இல்லை. அதே நேரத்தில், டெவலப்பர்கள் டோக்கர் குளிர்ச்சியாக இருக்கிறார், எல்லாமே உள்நாட்டில் வேலை செய்யும் என்று பெருமையுடன் அறிவிக்கிறார்கள், மேலும் HR முக்கியமாக காலியிடத்தில் எழுதுகிறார்: "நாங்கள் டோக்கரைப் பயன்படுத்துகிறோம், அத்தகைய பணி அனுபவமுள்ள வேட்பாளர் எங்களுக்குத் தேவை."
• டோக்கரில் உள்ள அனைத்தையும் உயர்த்துவது பற்றிய எண்ணங்கள் என்னைத் தொடர்ந்து வேட்டையாடுகின்றன: postgresql, kafka, redis. எல்லாமே கொள்கலன்களில் வேலை செய்யவில்லை என்பது ஒரு பரிதாபம், எல்லாவற்றையும் கட்டமைத்து இயக்குவது எளிதானது அல்ல. இது மூன்றாம் தரப்பு டெவலப்பர்களால் ஆதரிக்கப்படுகிறது, விற்பனையாளர்களால் அல்ல. மேலும், கேள்வி உடனடியாக எழுகிறது: விற்பனையாளர்கள் தங்கள் தயாரிப்புகளை டோக்கரில் பராமரிப்பதைப் பற்றி கவலைப்படுவதில்லை, இது ஏன், ஒருவேளை அவர்களுக்கு ஏதாவது தெரியுமா?
• கொள்கலன் தரவின் நிலைத்தன்மை குறித்து எப்போதும் கேள்வி எழுகிறது. பின்னர் நீங்கள் நினைக்கிறீர்கள், நான் ஹோஸ்ட் கோப்பகத்தை ஏற்ற வேண்டுமா அல்லது ஒரு டோக்கர் தொகுதியை உருவாக்க வேண்டுமா அல்லது இப்போது இருக்கும் தரவுக் கொள்கலனை உருவாக்க வேண்டுமா? deprecated? நான் ஒரு கோப்பகத்தை ஏற்றினால், கன்டெய்னரில் உள்ள பயனரின் uid மற்றும் gid, கன்டெய்னரைத் துவக்கிய பயனரின் ஐடியுடன் பொருந்துகிறதா என்பதை உறுதிசெய்ய வேண்டும், இல்லையெனில் கண்டெய்னரால் உருவாக்கப்பட்ட கோப்புகள் ரூட் உரிமைகளுடன் உருவாக்கப்படும். நான் பயன்படுத்தினால் volume பின்னர் தரவு சிலவற்றில் உருவாக்கப்படும் /usr/* முதல் வழக்கில் இருந்த அதே கதை uid மற்றும் gid உடன் இருக்கும். நீங்கள் மூன்றாம் தரப்பு கூறுகளைத் தொடங்கினால், நீங்கள் ஆவணங்களைப் படித்து, "எந்த கொள்கலன் கோப்பகங்களில் கூறு கோப்புகளை எழுதுகிறது?" என்ற கேள்விக்கான பதிலைத் தேட வேண்டும்.

நான் டோக்கருடன் நீண்ட நேரம் டிங்கர் செய்வது எனக்கு எப்போதும் பிடிக்கவில்லை ஆரம்ப கட்டத்தில்: கன்டெய்னர்களை எவ்வாறு தொடங்குவது, எந்தப் படங்களிலிருந்து தொடங்குவது, நீண்ட டோக்கர் கட்டளைகளுக்கு மாற்றுப்பெயர்களைக் கொண்ட மேக்ஃபைல்களை உருவாக்கியது. நான் டோக்கர் இசையமைப்பை வெறுத்தேன், ஏனெனில் டோக்கர் சுற்றுச்சூழல் அமைப்பில் உள்ள மற்றொரு கருவியை நான் கற்றுக்கொள்ள விரும்பவில்லை. மற்றும் docker-compose up அது என்னைத் தொந்தரவு செய்தது, குறிப்பாக அவர்கள் இன்னும் அங்கே சந்தித்தால் build ஏற்கனவே கூடியிருந்த படங்களை விட கட்டுமானங்கள். நான் உண்மையில் விரும்பியதெல்லாம் திறமையாகவும் விரைவாகவும் தயாரிப்பை உருவாக்க வேண்டும். ஆனால் டோக்கரை எவ்வாறு பயன்படுத்துவது என்று என்னால் கண்டுபிடிக்க முடியவில்லை.

அன்சிபிளை அறிமுகப்படுத்துகிறோம்

சமீபத்தில் (மூன்று மாதங்களுக்கு முன்பு), நான் ஒரு DevOps குழுவுடன் பணிபுரிந்தேன், அதில் கிட்டத்தட்ட ஒவ்வொரு உறுப்பினரும் டோக்கரைப் பற்றி எதிர்மறையான அணுகுமுறையைக் கொண்டிருந்தனர். காரணங்களுக்காக:

• docker iptables விதிகள் (நீங்கள் அதை daemon.json இல் முடக்கலாம்)
• டோக்கர் தரமற்றது, நாங்கள் அதை உற்பத்தியில் இயக்க மாட்டோம்
• டோக்கர் டீமான் செயலிழந்தால், உள்கட்டமைப்பு கொண்ட அனைத்து கொள்கலன்களும் அதற்கேற்ப செயலிழக்கும்
• டோக்கர் தேவையில்லை
• Ansible மற்றும் மெய்நிகர் இயந்திரங்கள் இருந்தால் ஏன் docker

அதே வேலையில், நான் மற்றொரு கருவியுடன் பழகினேன் - அன்சிபிள். நான் அதைப் பற்றி ஒருமுறை கேள்விப்பட்டேன், ஆனால் எனது சொந்த நாடக புத்தகங்களை எழுத முயற்சிக்கவில்லை. இப்போது நான் எனது பணிகளை எழுத ஆரம்பித்தேன், பின்னர் எனது பார்வை முற்றிலும் மாறிவிட்டது! ஏனெனில் நான் உணர்ந்து கொண்டேன்: அன்சிபில் அதே டோக்கர் கண்டெய்னர்கள், இமேஜ் பில்ட்கள், நெட்வொர்க்குகள் போன்றவற்றை இயக்குவதற்கான தொகுதிகள் உள்ளன, மேலும் கண்டெய்னர்களை உள்நாட்டில் மட்டுமின்றி ரிமோட் சர்வர்களிலும் இயக்க முடியும்! எனது மகிழ்ச்சிக்கு எல்லையே இல்லை - நான் ஒரு சாதாரண கருவியைக் கண்டுபிடித்தேன் மற்றும் எனது மேக்ஃபைல் மற்றும் டோக்கர்-கம்போஸ் கோப்புகளை தூக்கி எறிந்தேன், அவை யாம் டாஸ்க்குகளால் மாற்றப்பட்டன. போன்ற கட்டுமானங்களைப் பயன்படுத்தி குறியீடு குறைக்கப்பட்டது loop, when, முதலியன

தரவுத்தளங்கள் போன்ற மூன்றாம் தரப்பு கூறுகளை இயக்குவதற்கான டோக்கர்

நான் சமீபத்தில் ssh டன்னல்களுடன் பழகினேன். தொலைநிலை சேவையகத்தின் போர்ட்டை உள்ளூர் துறைமுகத்திற்கு "முன்னோக்கி" செய்வது மிகவும் எளிதானது என்று மாறியது. தொலை சேவையகம் மேகக்கணியில் உள்ள இயந்திரமாகவோ அல்லது VirtualBox இல் இயங்கும் மெய்நிகர் இயந்திரமாகவோ இருக்கலாம். எனது சக ஊழியருக்கோ அல்லது எனக்கும் ஒரு தரவுத்தளம் (அல்லது வேறு ஏதேனும் மூன்றாம் தரப்பு கூறு) தேவைப்பட்டால், இந்த கூறு மூலம் சேவையகத்தைத் தொடங்கலாம் மற்றும் சேவையகம் தேவையில்லாதபோது அதை அணைக்கலாம். போர்ட் பகிர்தல் ஒரு டோக்கர் கொள்கலனில் இயங்கும் தரவுத்தளத்தின் அதே விளைவை அளிக்கிறது.

இந்த கட்டளை எனது உள்ளூர் போர்ட்டை postgresql இயங்கும் தொலை சேவையகத்திற்கு அனுப்புகிறது:

ssh -L 9000:localhost:5432 [மின்னஞ்சல் பாதுகாக்கப்பட்டது]

ரிமோட் சர்வரைப் பயன்படுத்துவது குழு மேம்பாட்டில் உள்ள சிக்கலை தீர்க்கிறது. அத்தகைய சேவையகத்தை ஒரே நேரத்தில் பல டெவலப்பர்கள் பயன்படுத்த முடியும்; அவர்கள் postgresql ஐ உள்ளமைக்க, டோக்கர் மற்றும் பிற நுணுக்கங்களைப் புரிந்து கொள்ள வேண்டிய அவசியமில்லை. ரிமோட் சர்வரில், குறிப்பிட்ட பதிப்பை நிறுவுவது கடினமாக இருந்தால், அதே தரவுத்தளத்தை டோக்கரில் நிறுவலாம். ssh அணுகலை வழங்குவதே டெவலப்பர்களுக்குத் தேவை!

SSH சுரங்கங்கள் வழக்கமான VPN இன் வரையறுக்கப்பட்ட செயல்பாடு என்று சமீபத்தில் படித்தேன்! நீங்கள் வெறுமனே OpenVPN அல்லது பிற VPN செயலாக்கங்களை நிறுவலாம், உள்கட்டமைப்பை அமைத்து அதை டெவலப்பர்களுக்கு பயன்பாட்டிற்கு வழங்கலாம். இது மிகவும் குளிர்ச்சியாக உள்ளது!

அதிர்ஷ்டவசமாக, AWS, GoogleCloud மற்றும் பிற உங்களுக்கு ஒரு வருட இலவச பயன்பாட்டை வழங்குகின்றன, எனவே அவற்றைப் பயன்படுத்தவும்! பயன்பாட்டில் இல்லாதபோது அவற்றை அணைத்தால் அவை மலிவானவை. எனக்கு ஏன் gcloud போன்ற ரிமோட் சர்வர் தேவை என்று நான் எப்போதும் யோசித்தேன், நான் அவற்றைக் கண்டுபிடித்தேன் என்று தெரிகிறது.

உள்ளூர் மெய்நிகர் இயந்திரமாக, நீங்கள் அதே ஆல்பைனைப் பயன்படுத்தலாம், இது டோக்கர் கொள்கலன்களில் தீவிரமாகப் பயன்படுத்தப்படுகிறது. சரி, அல்லது இயந்திரத்தை வேகமாக துவக்குவதற்கு வேறு சில இலகுரக விநியோகங்கள்.

கீழே வரி: ரிமோட் சர்வர்கள் அல்லது மெய்நிகர் பெட்டியில் நீங்கள் தரவுத்தளங்கள் மற்றும் பிற உள்கட்டமைப்பு இன்னபிற பொருட்களை இயக்கலாம் மற்றும் இயக்க வேண்டும். இந்த நோக்கங்களுக்காக எனக்கு டோக்கர் தேவையில்லை.

டோக்கர் படங்கள் மற்றும் விநியோகம் பற்றி கொஞ்சம்

நான் ஏற்கனவே எழுதினேன் ஒரு கட்டுரை இதில் டோக்கர் படங்களைப் பயன்படுத்துவது எந்த உத்தரவாதத்தையும் அளிக்காது என்பதை நான் தெரிவிக்க விரும்பினேன். டோக்கர் கொள்கலனை உருவாக்க மட்டுமே டோக்கர் படங்கள் தேவை. நீங்கள் ஒரு டோக்கர் படத்திற்கு மேம்படுத்துகிறீர்கள் என்றால், நீங்கள் டோக்கர் கொள்கலன்களைப் பயன்படுத்த மேம்படுத்துகிறீர்கள், நீங்கள் அவற்றை மட்டுமே பயன்படுத்துவீர்கள்.

சாப்ட்வேர் டெவலப்பர்கள் தங்கள் தயாரிப்புகளை டோக்கர் இமேஜில் மட்டும் போர்ட் செய்யும் இடத்தை நீங்கள் எங்காவது பார்த்திருக்கிறீர்களா?
பெரும்பாலான தயாரிப்புகளின் விளைவாக ஒரு குறிப்பிட்ட இயங்குதளத்திற்கான பைனரி கோப்புகள்; அவை வெறுமனே டோக்கர் படத்தில் சேர்க்கப்படுகின்றன, இது விரும்பிய தளத்திலிருந்து பெறப்படுகிறது. டாக்கர்ஹப்பில் ஒரே மாதிரியான பல படங்கள் ஏன் உள்ளன என்று நீங்கள் எப்போதாவது யோசித்திருக்கிறீர்களா? உதாரணமாக nginx ஐ உள்ளிடவும், வெவ்வேறு நபர்களிடமிருந்து 100500 படங்களைக் காண்பீர்கள். இந்த நபர்கள் nginx ஐ உருவாக்கவில்லை, அவர்கள் தங்கள் டோக்கர் படத்தில் அதிகாரப்பூர்வ nginx ஐச் சேர்த்து, கொள்கலன்களைத் தொடங்குவதற்கான வசதிக்காக தங்கள் சொந்த கட்டமைப்புகளுடன் அதைச் சுவைத்தனர்.

பொதுவாக, நீங்கள் அதை tgz இல் சேமிக்கலாம், யாராவது அதை டோக்கரில் இயக்க வேண்டும் என்றால், அவர்கள் tgz ஐ Dockerfile இல் சேர்க்கலாம், விரும்பிய சூழலில் இருந்து பெறலாம் மற்றும் tgz இல் பயன்பாட்டை மாற்றாத கூடுதல் பன்களை உருவாக்கலாம். டாக்கர் படத்தை உருவாக்கும் எவருக்கும் tgz என்றால் என்ன, அவர் என்ன வேலை செய்ய வேண்டும் என்பதை அறிவார்கள். நான் டோக்கரை இப்படித்தான் பயன்படுத்துகிறேன் இங்கே

கீழே வரி: எனக்கு டோக்கர் ரெஜிஸ்ட்ரி தேவையில்லை, நான் சில வகையான S3 அல்லது google drive/dropbox போன்ற கோப்பு சேமிப்பகத்தைப் பயன்படுத்துவேன்

CI இல் டோக்கர்

நான் பணிபுரிந்த அனைத்து நிறுவனங்களும் ஒரே மாதிரியானவை. அவை பொதுவாக மளிகை பொருட்கள். அதாவது, அவர்கள் ஒரு பயன்பாடு, ஒரு தொழில்நுட்ப அடுக்கு (சரி, ஒரு ஜோடி அல்லது மூன்று நிரலாக்க மொழிகள் இருக்கலாம்).

இந்த நிறுவனங்கள் CI செயல்முறை இயங்கும் தங்கள் சேவையகங்களில் டோக்கரைப் பயன்படுத்துகின்றன. கேள்வி: உங்கள் சர்வரில் டாக்கர் கொள்கலனில் ஏன் திட்டங்களை உருவாக்க வேண்டும்? உருவாக்குவதற்கான சூழலை மட்டும் ஏன் தயார் செய்யக்கூடாது, எடுத்துக்காட்டாக, nodejs, php, jdk, நகலெடுக்கும் ssh விசைகள் போன்றவற்றின் தேவையான பதிப்புகளை நிறுவும் அன்சிபிள் பிளேபுக்கை உருவாக்குவது நடைபெறும் சேவையகத்திற்கு ஏன் எழுத வேண்டும்?

டோக்கர் தனிமைப்படுத்துவதால் எந்த லாபமும் கிடைக்காது என்பதால், இது என்னை நானே சுட்டுக்கொள்கிறது என்பதை இப்போது நான் புரிந்துகொள்கிறேன். டோக்கரில் CI உடன் நான் சந்தித்த சிக்கல்கள்:

• மீண்டும் ஒரு டாக்கர் படத்தை உருவாக்க வேண்டும். நீங்கள் ஒரு படத்தைத் தேட வேண்டும் அல்லது உங்கள் சொந்த டாக்கர்ஃபைலை எழுத வேண்டும்.
• 90% நீங்கள் சில ssh விசைகளை அனுப்ப வேண்டும், நீங்கள் டோக்கர் படத்திற்கு எழுத விரும்பாத ரகசிய தரவு.
• கொள்கலன் உருவாக்கப்பட்டு இறக்கிறது, அதனுடன் அனைத்து தற்காலிக சேமிப்புகளும் இழக்கப்படுகின்றன. அடுத்த கட்டமானது அனைத்து திட்ட சார்புகளையும் மீண்டும் பதிவிறக்கும், இது நேரத்தைச் செலவழிக்கும் மற்றும் பயனற்றது, மேலும் நேரம் பணம்.

டெவலப்பர்கள் டோக்கர் கன்டெய்னர்களில் திட்டங்களை உருவாக்க மாட்டார்கள் (ஒரு காலத்தில் நான் அப்படி ஒரு ரசிகனாக இருந்தேன், உண்மையில், கடந்த xD யில் எனக்காக நான் வருந்துகிறேன்). ஜாவாவில் பல பதிப்புகளை வைத்திருக்க முடியும் மற்றும் அவற்றை இப்போது உங்களுக்குத் தேவையான கட்டளைக்கு மாற்றலாம். இது nodejs இல் அதே தான், nvm உள்ளது.

முடிவுக்கு

டோக்கர் மிகவும் சக்திவாய்ந்த மற்றும் நெகிழ்வான கருவி என்று நான் நம்புகிறேன், இது அதன் குறைபாடு (விசித்திரமாக இருக்கிறது, ஆம்). அதன் உதவியுடன், நிறுவனங்கள் அதை எளிதில் கவர்ந்து, தேவையான மற்றும் தேவையில்லாத இடங்களில் பயன்படுத்தலாம். டெவலப்பர்கள் தங்கள் கொள்கலன்களை, அவற்றின் சில சூழல்களைத் தொடங்குகிறார்கள், பின்னர் அவை அனைத்தும் CI மற்றும் உற்பத்தியில் சீராக பாய்கின்றன. இந்த கொள்கலன்களை இயக்க DevOps குழு சில வகையான குறியீட்டை எழுதுகிறது.

டோக்கரை ஆன் மட்டும் பயன்படுத்தவும் மிக சமீபத்தியது உங்கள் பணிப்பாய்வு நிலை, தொடக்கத்தில் அதை திட்டத்தில் இழுக்க வேண்டாம். இது உங்கள் வணிக பிரச்சனைகளை தீர்க்காது. அவர் பிரச்சனைகளை வேறொரு நிலைக்கு நகர்த்தி தனது சொந்த தீர்வுகளை வழங்குவார், நீங்கள் இரட்டை வேலை செய்வீர்கள்.

டோக்கர் தேவைப்படும்போது: கொடுக்கப்பட்ட செயல்முறையை மேம்படுத்துவதில் டோக்கர் மிகவும் சிறந்தவர், ஆனால் அடிப்படை செயல்பாட்டை உருவாக்குவதில் இல்லை என்ற முடிவுக்கு வந்தேன்.

நீங்கள் இன்னும் டோக்கரைப் பயன்படுத்த முடிவு செய்தால், பின்:

• மிகவும் கவனமாக இருக்க வேண்டும்
• டோக்கரைப் பயன்படுத்த டெவலப்பர்களை கட்டாயப்படுத்த வேண்டாம்
• அதன் பயன்பாட்டை ஒரே இடத்தில் உள்ளிடவும், அனைத்து DockFile மற்றும் docker-compose களஞ்சியங்களிலும் பரப்ப வேண்டாம்

சோசலிஸ்ட் கட்சி:

• நான் சமீபத்தில் சந்தித்தேன் பேக்கர் மேலும் இது அன்சிபிளுடன் நன்றாக வேலை செய்கிறது மற்றும் படங்களை உருவாக்கும் செயல்முறையை (டாக்கர் படம் உட்பட) ஒருங்கிணைக்க உங்களை அனுமதிக்கிறது என்று அவர்கள் கூறுகிறார்கள்.
• டோக்கரைப் பற்றியும், சுவாரஸ்யமான கட்டுரை

படித்ததற்கு நன்றி, உங்கள் விவகாரங்கள் மற்றும் உற்பத்தி வேலை நாட்களில் வெளிப்படையான முடிவுகளை எடுக்க விரும்புகிறேன்!

ஆதாரம்: www.habr.com