चलाने के पेशेवरों और विपक्ष मैं एक एएसपी.NET एप्लिकेशन में क्वार्ट्ज शेड्यूलिंग जोड़ना चाहता हूं।क्वार्ट्ज.NET को चलाने या विंडोज सेवा
इसका उपयोग कतारबद्ध ईमेल भेजने के लिए किया जाएगा।
पेशेवरों और खिड़कियों सेवा के रूप में quartz.net चल बनाम एम्बेडेड की विपक्ष क्या हैं।
मेरे मुख्य चिंता कैसे एम्बेडेड मोड में Quartz.NET IIS में कार्यकर्ता प्रक्रियाओं के चर संख्या संभालती है।
यहाँ आप के लिए कुछ चीजें हैं, जबकि आप तय करते हैं कि क्या आप या एम्बेडेड नहीं चलाना चाहिए पर विचार कर सकते हैं:
आप ही की मेजबानी आवेदन के भीतर से नौकरियां पैदा होने जा रहे हैं, तो एम्बेडेड चलाते हैं। अन्यथा, एक सेवा के रूप में चलाएं।
अपनी नौकरी अनुमतियों कि अनुमतियों कि वेब अनुप्रयोग, एक सेवा के रूप में चलाया गया है से अलग हैं पड़ सकती है।
अपनी नौकरी लंबी चलने वाली नौकरियों अथवा ऐसी नौकरियों की एक बहुत स्मृति का उपयोग कर रहे हैं, एक सेवा के रूप में चलाया।
आप या तो प्रदर्शन, scalability या दोष सहिष्णुता के लिए एक संकुल वातावरण में अपने कार्य को चलाने के लिए की जरूरत है, एक सेवा के रूप में चलाया।
उपर्युक्त वस्तुओं से आप यह समझ सकते हैं कि मेरी वरीयता इसे एक सेवा के रूप में चलाने के लिए है। ऐसा इसलिए है क्योंकि यदि आप नौकरी शेड्यूलर स्थापित करने की परेशानी से गुज़रने जा रहे हैं, तो इसका मतलब है कि आपके पास ऐसी नौकरियां हैं जिन्हें शेड्यूल, या लंबी चल रही नौकरियों पर चलाने की आवश्यकता है। इस प्रकार के काम के लिए आमतौर पर एक सेवा बेहतर विकल्प होती है।
Quartz.NET एक प्रति आवेदन के आधार पर instantiated जा सकता है (वेब खेत विन्यास शेड्यूलर की संख्या जनादेश)। यदि आप डेटाबेस में अपनी नौकरियों का समर्थन करते हैं तो आप सुरक्षित रूप से एकाधिक शेड्यूलर चला सकते हैं और आपके पास क्लस्टर मोड में कॉन्फ़िगर किया गया क्वार्ट्ज.NET है (और स्वाभाविक रूप से समन्वयित घड़ियों)।
मुख्य चिंता आईआईएस 7.5 से पहले आवेदन पूल हैंडलिंग के लिए है। निरंतर जांच के बिना आपके एप्लिकेशन कार्यकर्ता को पुनर्नवीनीकरण मिल सकता है और आपका शेड्यूलर तब तक नीचे जाएगा जब तक कोई व्यक्ति फिर से एप्लिकेशन पूल को आग लगाने के लिए वेब अनुरोध जारी नहीं करता है। आईआईएस 7.5 में हर समय एप्लिकेशन पूल चलाने के लिए नई सुविधा है।
अन्यथा दोनों मॉडलों के बीच एक बड़ा अंतर नहीं होना चाहिए।