உள்ளடக்கம்
கே:
உள்ளூர் கணினியில் இயந்திர கற்றல் (எம்.எல்) பயிற்சியை ஏன் இயக்க வேண்டும், பின்னர் ஒரு சேவையகத்தில் வழக்கமான செயல்பாட்டை இயக்க வேண்டும்?
ப:
ஒரு இயந்திர கற்றல் திட்டத்தையும் அதன் ரயில் மற்றும் சோதனைக் கட்டங்களையும் எவ்வாறு கட்டமைப்பது என்ற கேள்விக்கு எம்.எல் “வாழ்க்கைச் சுழற்சி” வழியாக நாம் எவ்வாறு நகர்கிறோம் மற்றும் ஒரு பயிற்சி சூழலில் இருந்து உற்பத்திச் சூழலுக்கு நிரலைக் கொண்டு வருவது ஆகியவற்றுடன் நிறைய தொடர்பு உள்ளது.
எம்.எல் பயிற்சியை உள்ளூர் கணினியில் வைப்பதற்கும், சேவையக அடிப்படையிலான அமைப்பிற்கு மரணதண்டனை நகர்த்துவதற்கும் மேற்கண்ட மாதிரியைப் பயன்படுத்துவதற்கான எளிய காரணங்களில் ஒன்று, கடமைகளை அத்தியாவசியமாக பிரிப்பதன் நன்மை. பொதுவாக, பயிற்சி தொகுப்பு தனிமைப்படுத்தப்பட வேண்டும் என்று நீங்கள் விரும்புகிறீர்கள், இதன் மூலம் பயிற்சி எங்கு தொடங்குகிறது மற்றும் நிறுத்தப்படுகிறது, சோதனை எங்கு தொடங்குகிறது என்பதற்கான தெளிவான படம் உங்களிடம் உள்ளது. இந்த KDNuggets கட்டுரை ஒரு கொள்கையை ஒரு கரடுமுரடான முறையில் பேசுகிறது, அதே நேரத்தில் உள்ளூர் கணினியில் பயிற்சி தொகுப்புகளை தனிமைப்படுத்த வேறு சில காரணங்களையும் காணலாம். இந்த மாதிரியின் மற்றொரு அடிப்படை மதிப்பு முன்மொழிவு என்னவென்றால், மிகவும் மாறுபட்ட கட்டமைப்புகளில் பயிற்சி மற்றும் சோதனைத் தொகுப்புகளுடன், கூட்டு ரயில் / சோதனை ஒதுக்கீடு குறித்து நீங்கள் ஒருபோதும் குழப்பமடைய மாட்டீர்கள்!
மற்றொரு சுவாரஸ்யமான நன்மை இணைய பாதுகாப்புடன் தொடர்புடையது. உள்ளூர் இயந்திரத்தில் ஆரம்ப ரயில் செயல்முறைகள் இருந்தால், அது இணையத்துடன் இணைக்கப்பட வேண்டியதில்லை என்று நிபுணர்கள் சுட்டிக்காட்டுகின்றனர்! இது ஒரு அடிப்படை வழியில் பாதுகாப்பை விரிவுபடுத்துகிறது, இது உற்பத்தி உலகத்தைத் தாக்கும் வரை இந்த செயல்முறையை "அடைகாக்கும்", அங்கு நீங்கள் சேவையக மாதிரியில் போதுமான பாதுகாப்பை உருவாக்க வேண்டும்.
கூடுதலாக, இந்த "தனிமைப்படுத்தப்பட்ட" மாதிரிகள் சில கருத்து சறுக்கல் மற்றும் மறைக்கப்பட்ட தீமைகள் போன்ற சிக்கல்களுக்கு உதவக்கூடும் - "நிலையற்ற தன்மை" என்ற கொள்கை டெவலப்பர்களை எச்சரிக்கிறது, தரவு காலப்போக்கில் "ஒரே மாதிரியாக இருக்காது" (அளவிடப்படுவதைப் பொறுத்து) மற்றும் ஒரு சோதனை கட்டத்தை ஒரு ரயில் கட்டத்துடன் பொருத்துவதற்கு இது நிறைய தகவமைப்புத் தன்மையை எடுக்கக்கூடும். அல்லது, சில சந்தர்ப்பங்களில், ரயில் மற்றும் சோதனை செயல்முறைகள் ஒன்றிணைந்து குழப்பத்தை உருவாக்குகின்றன.
சோதனை கட்டத்தை முதன்முறையாக ஒரு சேவையகத்தில் நிலைநிறுத்துவது பல்வேறு "கருப்பு பெட்டி" மாதிரிகளை எளிதாக்கும், அங்கு நீங்கள் தரவு மாற்றியமைக்கும் சிக்கலை சரிசெய்கிறீர்கள். சில சந்தர்ப்பங்களில், மாற்ற ஆர்டர்களை பல தளங்களில் வைக்கும் தேவையற்ற செயல்முறையை இது நீக்குகிறது.
பின்னர், சேவையக சூழல் நிகழ்நேர அல்லது மாறும் செயல்முறைகளுக்கு உதவுகிறது, இதில் பொறியாளர்கள் தரவு பரிமாற்றம் மற்றும் குறியீடு மாதிரிகளை எம்.எல். எடுத்துக்காட்டாக, உற்பத்தியின் நுண் செயல்பாடுகளை (அல்லது லாம்ப்டா மற்றும் எஸ் 3 பொருள் சேமிப்பகத்தின் கலவையாக) கையாளுவதற்கும், இணைப்பு இல்லாமல் (சேவையகம் இல்லாமல்) சாத்தியமற்றதாக இருப்பதற்கும் AWS லாம்ப்டா ஒரு கவர்ச்சிகரமான விருப்பமாக இருக்கலாம்.
சோதனை மற்றும் உற்பத்தியில் இருந்து எம்.எல் கட்டங்களை எவ்வாறு பகிர்வது என்று கருத்தில் கொள்ளும்போது டெவலப்பர்கள் சிந்திக்கக்கூடிய சில சிக்கல்கள் இவை.