ALM के लिए परिवेश रणनीति

एप्लिकेशन जीवन चक्र प्रबंधन (ALM) सिद्धांतों का अनुकरण करने के लिए, आपको ऐप्स विकास और उत्पादन के लिए पृथक परिवेशों की आवश्यकता होगी. यद्यपि आप केवल पृथक विकास और उत्पादन परिवेशों वाले मूल ALM कर सकते हैं, तथपि हम अनुशंसा करते हैं कि आप कम से कम एक परीक्षण परिवेश कायम रखें जो आपके विकास और उत्पादन वातावरण से पृथक हो. जब आपके पास एक पृथक परीक्षण परिवेश होता है, तो आप प्रारंभ-से-अंत सत्यापन कर सकते हैं जिसमें समाधान परिनियोजन और अनुप्रयोग परीक्षण शामिल है. कुछ संगठनों को उपयोगकर्ता स्वीकृति परीक्षण (UAT), सिस्टम एकीकरण परीक्षण (SIT), और प्रशिक्षण के लिए अधिक परिवेशों की भी आवश्यकता पड़ सकती है.

पृथक विकास परिवेशों से मदद मिल सकती है कि एक कार्य प्रयास के पूर्ण होने से पहले उसकी जाँच करते हुए परिवर्तनों को पृथक रखा जा सके. पृथक विकास परिवेशों से उस स्थिति में, जब कोई व्यक्ति किसी अन्य व्यक्ति द्वारा किए गए परिवर्तनों को नकारात्मक रूप से प्रभावित करता है, समस्या घटाने में मदद मिल सकती है.

प्रत्येक संगठन अद्वितीय होता है, अतः सावधानीपूर्वक विचार करें कि आपके संगठन के परिवेश की आवश्यकताएँ क्या-क्या हैं.

विकास परिवेश

आपको निम्न प्रकार के प्रश्नों का उत्तर देना चाहिए:

• मुझे कितने विकास परिवेशों की आवश्यकता है?
  • अधिक जानकारी: परिवेश ओवरव्यू
• मैं स्रोत कोड से स्वचालित रूप से परिवेशों को प्रोविज़न कैसे कर सकता हूं?
  • अधिक जानकारी: Azure DevOps के लिए Microsoft Power Platform Build Tools
• मेरे परिवेशों पर निर्भरताएँ क्या-क्या हैं?
  • अधिक जानकारी: एकाधिक समाधान परत और निर्भरता

अन्य परिवेश

आपको इस प्रश्न का उत्तर भी देना चाहिए, "मुझे किस प्रकार के गैर-विकास परिवेशों की आवश्यकता है?"

उदाहरण के लिए, आपके उत्पादन परिवेश के अलावा, आपको पृथक परीक्षण, UAT, SIT और पूर्व-उत्पादन परिवेशों की आवश्यकता पड़ सकती है. ध्यान दें कि, न्यूनतम पर, किसी भी स्वस्थ ALM प्रथा के अंतर्गत किसी भी चीज को उत्पादन परिवेश में परिनियोजित करने से पहले एक परीक्षण परिवेश का उपयोग करना शामिल होना चाहिए. इससे सुनिश्चित होता है कि आपके पास अपने ऐप का परीक्षण करने के लिए एक स्थान मौजूद है, परंतु यह भी सुनिश्चित होता है कि स्वयं परिनियोजन का परीक्षण किया जा सकता है.

अधिक जानकारी: के लिए एक पर्यावरण रणनीति स्थापित करना Microsoft Power Platform

बहु-भौगोलिक विचार

Power Platform परिवेश एक विशिष्ट सेवा अद्यतन शेड्यूल का पालन करते हैं क्योंकि परिवेश दुनिया भर में अद्यतन किए जाते हैं. कुल मिलाकर छह स्टेशन हैं जो मुख्य रूप से भौगोलिक स्थिति से परिभाषित होते हैं. सेवा अद्यतन प्रत्येक स्टेशन के लिए अनुक्रम में लागू होते हैं. इसलिए, स्टेशन 2 सेवा अद्यतन स्टेशन 3 से पहले लागू किए जाते हैं. इसलिए, यह उन परिवेशों के लिए सामान्य है जो अलग-अलग स्टेशनों में हैं, एक निश्चित समय पर अलग-अलग संस्करण हैं. परिवेश सेवा अपडेट शेड्यूल के बारे में अधिक जानकारी के लिए, Microsoft Dataverse के जारी संस्करण पर जाएँ

समाधान आयात और परिवेश संस्करण

जब आपके पास विभिन्न क्षेत्रों में एकाधिक परिवेश होते हैं, तो समाधान आयात करते समय निम्नलिखित को समझना महत्वपूर्ण होता है:

• आप ऐसे परिवेश में एक समाधान आयात कर सकते हैं जो उस परिवेश की तुलना में एक नया संस्करण है जहॉं समाधान निर्यात किया गया था.
• आप ऐसे परिवेश में एक समाधान आयात नहीं कर सकते हैं जो उस परिवेश की तुलना में एक नया संस्करण है जहॉं समाधान निर्यात किया गया था. ऐसा इसलिए है क्योंकि पुराने परिवेश में अनुपलब्ध घटक या आवश्यक कार्यक्षमता हो सकती है.

सेवा अद्यतन स्टेशनों के साथ परिवेश को सफलतापूर्वक संरेखित करने का उदाहरण

कल्पना कीजिए कि आपके पास कनाडा और संयुक्त राज्य अमेरिका में संचालन परिवेश हैं. उस स्थिति में, आपका विकास परिवेश उत्तरी अमेरिका (स्टेशन 5) में होना चाहिए न कि कनाडा (स्टेशन 2) में. फिर, आपके विकास परिवेश हमेशा आपके संचालन परिवेशों के समान या पुराने संस्करण होंगे, जो समाधान आयात संस्करण विरोधों को कम करेगा.

भी देखें

समाधान की अवधारणाएँ