विषय
प्रश्न:
स्थानीय मशीन पर मशीन लर्निंग (एमएल) प्रशिक्षण क्यों चलाएं और फिर एक सर्वर पर नियमित निष्पादन करें?
ए:
मशीन लर्निंग प्रोजेक्ट और इसकी ट्रेन और टेस्ट चरणों की संरचना के सवाल का बहुत कुछ है कि हम एमएल "जीवन चक्र" के माध्यम से कैसे आगे बढ़ते हैं और प्रशिक्षण वातावरण से उत्पादन वातावरण तक कार्यक्रम लाते हैं।
एक स्थानीय मशीन पर एमएल प्रशिक्षण लगाने के उपरोक्त मॉडल का उपयोग करने का सबसे सरल कारणों में से एक है और फिर निष्पादन को सर्वर-आधारित प्रणाली में स्थानांतरित करना कर्तव्यों के आवश्यक पृथक्करण का लाभ है। सामान्य तौर पर, आप चाहते हैं कि प्रशिक्षण सेट को अलग-थलग कर दिया जाए, ताकि आपके पास एक स्पष्ट तस्वीर हो जहां प्रशिक्षण शुरू होता है और रुक जाता है, और जहां परीक्षण शुरू होता है। यह KDNuggets लेख एक स्थानीय मशीन पर प्रशिक्षण सेटों को अलग करने के कुछ अन्य कारणों से गुजरने के दौरान भी मोटे तौर पर सिद्धांत में बोलता है। इस मॉडल के लिए एक अन्य मूल मूल्य प्रस्ताव यह है कि, बहुत अलग आर्किटेक्चर पर प्रशिक्षण और परीक्षण सेट के साथ, आपको संयुक्त ट्रेन / परीक्षण आवंटन के बारे में भ्रमित नहीं होना चाहिए!
एक और दिलचस्प लाभ साइबर सुरक्षा के साथ करना है। विशेषज्ञ बताते हैं कि यदि आपके पास एक स्थानीय मशीन पर प्रारंभिक ट्रेन प्रक्रियाएं हैं, तो यह इंटरनेट से जुड़ा नहीं है! यह एक मौलिक तरीके से सुरक्षा को व्यापक करता है, जब तक यह उत्पादन दुनिया को हिट नहीं करता है, तब तक "इनक्यूबेट" प्रक्रिया होती है, जहां आपको सर्वर मॉडल में पर्याप्त सुरक्षा का निर्माण करना होता है।
इसके अलावा, इनमें से कुछ "अलग-थलग" मॉडल कॉन्सेप्ट ड्रिफ्ट और हिडन कॉन्स जैसी समस्याओं में मदद कर सकते हैं - "नॉन-स्टैबिलिटी" का सिद्धांत डेवलपर्स को चेतावनी देता है कि डेटा समय के साथ "समान नहीं रहता है" (व्हाट्सएप मापा जा रहा है) के आधार पर और यह एक परीक्षण चरण को एक ट्रेन चरण से मिलान करने के लिए बहुत अधिक अनुकूलन क्षमता ले सकता है। या, कुछ मामलों में, ट्रेन और परीक्षण प्रक्रियाएं एक साथ मिलकर भ्रम पैदा करती हैं।
पहली बार एक सर्वर पर परीक्षण चरण को तैनात करने से विभिन्न "ब्लैक बॉक्स" मॉडल की सुविधा मिल सकती है जहां आप डेटा अनुकूलनशीलता की समस्या को ठीक करते हैं। कुछ मामलों में, यह कई प्लेटफार्मों पर परिवर्तन आदेश डालने की अनावश्यक प्रक्रिया को समाप्त करता है।
फिर, सर्वर वातावरण भी स्पष्ट रूप से वास्तविक समय या गतिशील प्रक्रियाओं की सेवा करता है जिसमें इंजीनियर डेटा ट्रांसफर और कोड मॉडल का उपयोग करना चाहते हैं जो एमएल में उत्पादन के लिए सबसे अच्छा काम करते हैं। उदाहरण के लिए, एडब्ल्यूएस लैंबडा उत्पादन के माइक्रोफंक्शंस (या लैंबडा और एस 3 ऑब्जेक्ट स्टोरेज का संयोजन) को संभालने और बिना कनेक्टिविटी (सर्वर के बिना) के लिए एक आकर्षक विकल्प हो सकता है जो असंभव हो जाता है।
ये कुछ ऐसे मुद्दे हैं जिन पर डेवलपर्स विचार कर सकते हैं कि वे परीक्षण और उत्पादन से प्रशिक्षण चरणों को कैसे विभाजित करें।