IN
प्लेटफ़ॉर्म दस्तावेज़ीकरण

शुरू करना

अपना खाता कॉन्फ़िगर करें, Magento एप्लिकेशन को असेंबल करें, और Beta परीक्षण से परिवर्तन का पालन करें सुरक्षित Production परिनियोजन.

खाता तैयार करना

आपकी पहली तैनाती से पहले

अपना पहला परिनियोजन चलाने से पहले, आपको कुछ प्रारंभिक सेटअप चरण पूरे करने होंगे।

कार्यों का पहला समूह आपके खाते की सुरक्षा से संबंधित है। क्लिक करके कॉन्फ़िगरेशन पृष्ठ खोलें स्क्रीन के ऊपरी-दाएँ कोने में गियर आइकन और निम्नलिखित चरणों को पूरा करें:

  • अपना फोन का नंबर जांच लें
  • अपने ईमेल पते की पुष्टि करें
  • दो-कारक प्रमाणीकरण (2FA) सेट करें

अगला चरण वैकल्पिक है और केवल तभी आवश्यक है जब आप निजी Composer या Git पैकेज तैनात करने की योजना बना रहे हों। यदि आप ऐसा करते हैं, आपको कॉन्फ़िगरेशन पृष्ठ पर आवश्यक कुंजियाँ जोड़ने की आवश्यकता है। एक बार जब आप उन्हें सहेज लेते हैं, तो हम उन्हें सुरक्षित स्थान पर रख देते हैं तिजोरी. सुरक्षा कारणों से आप चाबियाँ दोबारा नहीं देख पाएंगे, लेकिन वे सुरक्षित रूप से संग्रहीत रहेंगी केवल निजी नेटवर्क में प्लेटफ़ॉर्म पर उपलब्ध है।

इसके बाद, a चुनेंसदस्यता योजना जो कॉन्फ़िगरेशन पृष्ठ पर आपकी आवश्यकताओं के अनुरूप है।

आपके द्वारा इन चरणों को पूरा करने के बाद, हमारी टीम आपके समर्पित AWS खातों का प्रावधान करेगी, जो आमतौर पर होता है 3-5 कार्यदिवस. एक बार यह प्रक्रिया पूरी हो जाने पर, आपको UI में "Pipeline" मेनू आइटम दिखाई देगा।

उस समय, आप अपना पहला Magento एप्लिकेशन तैनात करने के लिए तैयार हैं। अपना खोलेंPipeline पृष्ठ, वे पैकेज जोड़ें जिन्हें आप तैनात करना चाहते हैं, और "Deploy" पर क्लिक करें।

सदस्यता

हमारे प्लेटफ़ॉर्म का उपयोग शुरू करने के लिए, आपको हमारी किसी एक योजना की सदस्यता लेनी होगी। आप तीन योजनाओं में से चुन सकते हैं:

Basic

छोटी टीमों और स्टार्टअप के लिए एक व्यावहारिक शुरुआती बिंदु।

Premium

हमारी टीम के समर्थन के बढ़े हुए स्तर के साथ उच्च संसाधन सीमाएँ।

Enterprise

बड़े संगठनों के लिए कस्टम सेटअप, अतिरिक्त सुविधाएँ और 24/7 समर्थन।

सदस्यता लेने के लिए, बस कॉन्फ़िगरेशन पृष्ठ पर "Subscribe" बटन पर क्लिक करें।

Pipeline

Pipeline पेज हमारे प्लेटफ़ॉर्म का मुख्य दृश्य है। यह सभी तैनाती और उनकी स्थिति, परीक्षण इतिहास, दिखाता है लॉग, और मेट्रिक्स के साथ CloudWatch डैशबोर्ड के लिए सीधे लिंक। किसी भी स्थिति में आप पिछले संस्करण पर वापस जा सकते हैं किसी भी मुद्दे का. आप पूर्ण CI/CD प्राप्त करने के लिए चरणों के बीच स्वचालित प्रचार को भी सक्षम कर सकते हैं, या इसे अक्षम कर सकते हैं प्रचारों को मैन्युअल रूप से प्रबंधित करें। प्रत्येक परिनियोजन परिवर्तन की अपनी विशिष्ट आईडी होती है, और हम इसे बनाने के लिए विभिन्न रंगों का उपयोग करते हैं नवीनतम परिवर्तनों की पहचान करना और यह देखना आसान है कि वे वर्तमान में किस चरण में हैं।

प्रत्येक परिनियोजन कार्ड अपनी चेंज आईडी और बिल्ड आईडी, वर्तमान स्थिति, बैकवर्ड-संगतता परिणाम, प्रारंभ दिखाता है और अंत समय, संदेश, और उस निर्माण में शामिल रिपॉजिटरी। Magento और टेस्ट पैनल का विस्तार करें पर्यावरण-विशिष्ट क्रियाएँ, या उस चरण के आउटपुट का निरीक्षण करने के लिए लॉग के अंतर्गत दृश्य का चयन करें।

संकुल

हमारी पाइपलाइन पैकेज जोड़ने से शुरू होती है। आप मुख्य के साथ Composer या Git रिपॉजिटरी से पैकेज जोड़ सकते हैं पैकेज जो आमतौर पर Magento 2 CE ही होता है। आप जितने चाहें उतने पैकेज जोड़ सकते हैं। यदि आप उपयोग कर रहे हैं निजी पैकेज, आपको कॉन्फ़िगरेशन पृष्ठ पर आवश्यक क्रेडेंशियल प्रदान करना होगा।

किसी रिपॉजिटरी के Git या Composer स्रोत को बदलने के लिए उसके बगल में स्थित संपादन बटन का उपयोग करें, एक वैकल्पिक संस्करण चुनें, या इसे मुख्य पैकेज के रूप में नामित करें। रिपॉजिटरी को थीम के रूप में भी चिह्नित किया जा सकता है। समर्थित थीम प्रकारों में शामिल हैं कम, सैस और पीडब्ल्यूए, तैनाती प्रक्रिया को प्रत्येक फ्रंटएंड पैकेज को उचित रूप से संभालने की अनुमति देता है।

Beta

एक बार जब आपके परिवर्तन Beta चरण पर पहुंच जाते हैं, तो आप अपने आवेदन के लिए स्वचालित परीक्षण सेट कर सकते हैं। आप सक्षम कर सकते हैं API, UI, और प्रदर्शन परीक्षण, और आप उनमें से प्रत्येक को किसी भी समय चालू या बंद कर सकते हैं।

Beta परिनियोजन कार्ड लाइव परिनियोजन स्थिति, अनुकूलता, समय, संदेश, रिपॉजिटरी भी दिखाता है। Magento लिंक और क्रियाएं, और कॉन्फ़िगर किए गए परीक्षणों की संख्या। कॉन्फ़िगर करने के लिए गियर बटन का उपयोग करें मांग पर इसे चलाने के लिए व्यक्तिगत परीक्षण और प्ले बटन।

प्रत्येक परीक्षण प्रकार के अपने स्वयं के कॉन्फ़िगरेशन विकल्प होते हैं:


  • API & UI परीक्षण
    • टेस्टसुइट
    • परीक्षण फ़िल्टर
    • अधिकतम पुनः चलाएँ
  • प्रदर्शन जांच
    • स्थिरता प्रोफ़ाइल
    • लक्ष्य कैश हिट अनुपात
    • फ्रंटएंड उपयोगकर्ताओं की संख्या
    • व्यवस्थापक उपयोगकर्ताओं की संख्या
    • सभी सक्षम परीक्षण चलाने के लिए लूप की संख्या
    • अधिकतम पुनः चलाएँ

जब आप Beta के परिणामों से खुश होते हैं, तो आप Production में अपने परिवर्तनों को बढ़ावा दे सकते हैं या स्वचालित सक्षम कर सकते हैं प्रक्रिया को पूरी तरह से CI/CD-संचालित बनाने के लिए प्रचार।

पदोन्नति

प्रमोशन सफलतापूर्वक परीक्षण किए गए परिवर्तन को Beta से Production तक ले जाता है। आप किसी परिवर्तन को मैन्युअल रूप से प्रचारित कर सकते हैं जब आप तैयार हों, या स्वचालित प्रचार सक्षम करें ताकि सभी आवश्यक परीक्षण पास होने के बाद भी पाइपलाइन जारी रहे। प्रचार करने से पहले, यह सुनिश्चित करने के लिए परिनियोजन स्थिति और परीक्षण परिणामों की समीक्षा करें कि आप इच्छित उद्देश्य को पूरा कर रहे हैं परिवर्तन.

चरणों के बीच नियंत्रण में रोलबैक और फ़ोर्स डिप्लॉय टॉगल शामिल हैं। रोलबैक से ट्रैफ़िक वापस आ जाता है पिछली तैनाती जब वह कार्रवाई उपलब्ध हो। बल परिनियोजन किसी परिनियोजन को मैन्युअल रूप से जारी रखने की अनुमति देता है; इसका उपयोग सावधानी से करें क्योंकि यह पाइपलाइन की सामान्य स्वचालित प्रगति को बायपास कर सकता है।

Production

Production परिनियोजन CI/CD पाइपलाइन का अंतिम चरण है। इसे Beta के बाद स्वचालित रूप से चालू किया जा सकता है परीक्षण उत्तीर्ण. परिनियोजन शून्य डाउनटाइम के साथ किया जाता है, और आप पिछले संस्करण में वापस आ सकते हैं किसी भी मुद्दे का मामला. परिनियोजन को दो चरणों में विभाजित किया गया है:

  • सेवाएँ परिनियोजन: RDS, OpenSearch, ElastiCache, MQ, SES। आपको चिंता करने की जरूरत नहीं है यह चरण—यह मुख्य रूप से क्लस्टर कॉन्फ़िगरेशन को अपडेट करने, अतिरिक्त सुविधाओं को सक्षम करने आदि के बारे में है अंतर्निहित सेवाओं के नए और अधिक सुरक्षित संस्करणों में अपग्रेड करना।
  • ECS क्लस्टर परिनियोजन: यहीं पर एप्लिकेशन कोड को शून्य डाउनटाइम से बदल दिया जाता है पश्चगामी-संगत परिवर्तनों के लिए। इस चरण के दौरान, Magento एडमिन को रखरखाव मोड में रखा गया है स्टोरफ्रंट पूरी तरह से चालू रहता है।

जबकि Production तैनात है, कार्ड चालू स्थिति और बीती अवधि प्रदर्शित करता है। स्टॉप और रोलबैक परिनियोजन क्रिया समर्थित प्रगतिरत परिनियोजन के लिए उपलब्ध है। पूरा होने के बाद सत्यापित करें रिलीज़ पर विचार करने से पहले तैनात रिपॉजिटरी संस्करण, Magento स्थिति, स्टोरफ्रंट लिंक और लॉग पूर्ण.

एप्लिकेशन, Magento के लिए

ब्लॉक, Magento के लिए एप्लिकेशन-विशिष्ट लिंक, क्रेडेंशियल्स और कार्यों तक त्वरित पहुंच प्रदान करता है चयनित वातावरण. इसमें स्टोरफ्रंट, Magento के लिए URL, PWA URL, Magento एडमिन URL और एडमिन शामिल हैं साख. आप इस ब्लॉक का उपयोग थीम लागू करने, Magento स्थिर फ़ाइलें उत्पन्न करने और साफ़ करने के लिए भी कर सकते हैं कॉन्फ़िगरेशन या स्टोरफ्रंट परिवर्तन के बाद एप्लिकेशन कैश।

स्थिति लेबल दिखाते हैं कि क्या Magento, स्थिर पीढ़ी और कैश संचालन सक्रिय हैं या प्रगति पर हैं। एक कॉन्फ़िगर थीम का चयन करें और इसे सक्रिय करने के लिए लागू करें पर क्लिक करें। थीम या फ्रंटएंड परिवर्तन के बाद री-जेनरेट का उपयोग करें, और साफ़ करें जब Magento पुरानी कैश्ड सामग्री परोस रहा हो। कुछ क्रियाएँ अनुपलब्ध रहती हैं जबकि अन्य परिनियोजन या Magento ऑपरेशन चल रहा है।

कस्टम थीम कैसे जोड़ें

पैकेज जोड़ने से थीम परिनियोजन के लिए उपलब्ध हो जाती है, लेकिन Magento को इसे असाइन भी करना होगा पाइपलाइन द्वारा इसे पर्यावरण पर लागू करने से पहले इच्छित स्टोर दृश्य।

  1. 1

    थीम पैकेज जोड़ें

    Pipeline पृष्ठ पर Git या Composer रिपोजिटरी जोड़ें, इसे एक थीम के रूप में चिह्नित करें, और उचित थीम प्रकार का चयन करें।

  2. 2

    पैकेज तैनात करें

    परिवर्तन को उस चरण में तैनात करें जहां आप थीम को कॉन्फ़िगर और सत्यापित करना चाहते हैं, फिर तैनाती के सफलतापूर्वक समाप्त होने तक प्रतीक्षा करें।

  3. 3

    Admin खोलें, Magento के लिए

    उस चरण के लिए ब्लॉक, Magento के लिए का विस्तार करें और Admin, Magento के लिए में साइन इन करने के लिए Admin URL और क्रेडेंशियल का उपयोग करें।

  4. 4

    थीम को स्टोर व्यू पर असाइन करें

    Admin में सामग्री > डिज़ाइन > कॉन्फ़िगरेशन खोलें, आवश्यक स्टोर दृश्य संपादित करें, कस्टम थीम चुनें और कॉन्फ़िगरेशन सहेजें—Magento के लिए।

  5. 5

    थीम को पाइपलाइन से लागू करें

    Pipeline पृष्ठ पर लौटें, ब्लॉक, Magento के लिए में थीम चुनें और लागू करें पर क्लिक करें।

  6. 6

    पूरा होने की प्रतीक्षा करें

    थीम ऑपरेशन चलने के दौरान पेज को खुला रखें। जब इसकी स्थिति सफलतापूर्वक पूरी हो जाए, तो स्टोरफ्रंट खोलें और चयनित स्टोर दृश्य को सत्यापित करें।

प्रत्येक स्टोर दृश्य के लिए Magento एडमिन असाइनमेंट को दोहराएं जिसमें कस्टम थीम का उपयोग किया जाना चाहिए। परिणाम का परीक्षण करें Production में परिवर्तन को बढ़ावा देने से पहले Beta।

URL परिवर्तन प्रक्रिया, Magento के लिए

जब आप चाहते हैं कि पर्यावरण किसी कस्टम डोमेन पर प्रतिक्रिया दे तो URL, Magento के लिए नियंत्रणों का उपयोग करें। नया URL दर्ज करें, परिवर्तन की पुष्टि करें, और प्रदर्शित डोमेन और प्रमाणपत्र निर्देशों का पालन करें। DNS और प्रमाणपत्र परिवर्तन उपलब्ध होने में समय लग सकता है, इसलिए नए पते का परीक्षण करने से पहले प्रक्रिया पूरी होने तक प्रतीक्षा करें।

  1. प्रोटोकॉल को शामिल किए बिना नया कस्टम URL, Magento के लिए सहेजें।
  2. डोमेन के लिए बनाए गए CloudFront ACM प्रमाणपत्र को तैनात या अद्यतन करें।
  3. अपने DNS प्रदाता पर प्रदर्शित ACM सत्यापन CNAME रिकॉर्ड जोड़ें, इसके समाधान की प्रतीक्षा करें, और चेक चलाएँ सत्यापन. संवाद में दिखाए गए सटीक होस्ट और लक्ष्य मानों का उपयोग करें।
  4. सीडीएन तैनात करें, फिर डोमेन को प्रदर्शित CloudFront होस्टनाम पर इंगित करें। रूट के लिए ALIAS रिकॉर्ड का उपयोग करें समर्थित होने पर डोमेन, या उपडोमेन के लिए CNAME रिकॉर्ड।
  5. प्रमाणपत्र और सीडीएन चरणों की सफलता की रिपोर्ट के बाद Magento आधार URL बदलें।

CloudFront होस्टनाम को उसके वर्तमान आईपी पते पर हल न करें और उनसे निश्चित A या AAAA रिकॉर्ड न बनाएं मान, क्योंकि CloudFront पते बदल सकते हैं। DNS प्रसार आधिकारिक और के बीच भी भिन्न हो सकता है सार्वजनिक रिज़ॉल्वर, ताकि रिकॉर्ड हर जगह दिखाई देने से पहले आधिकारिक सत्यापन जांच सफल हो सके।

निम्नलिखित उदाहरण Namecheap में कॉन्फ़िगर किए गए सत्यापन CNAME और CloudFront रूटिंग रिकॉर्ड को दिखाता है। अन्य DNS प्रदाता विभिन्न लेबल का उपयोग करते हैं, लेकिन रिकॉर्ड प्रकार, होस्टनाम और लक्ष्य मान एक ही प्रक्रिया का पालन करते हैं।

लॉग्स

लॉग अनुभाग आपको बिल्ड, परिनियोजन, परीक्षण और एप्लिकेशन समस्याओं की जांच करने में मदद करता है। प्रासंगिक का चयन करें इसके आउटपुट को देखने के लिए पाइपलाइन रन या वातावरण, फिर कहां है इसकी पहचान करने के लिए टाइमस्टैम्प और स्थिति संदेशों का उपयोग करें विफलता हुई. अधिक विस्तृत समस्या निवारण के लिए संबंधित CloudWatch लॉग के लिंक उपलब्ध हो सकते हैं।

लॉग में टाइमस्टैम्प और परिनियोजन आईडी जैसे पहचानकर्ता शामिल होते हैं, जो किसी घटना को उसकी पाइपलाइन के साथ सहसंबंधित करने में मदद करते हैं कार्ड और AWS परिनियोजन। जब कोई कार्य चल रहा हो तो नए आउटपुट को लोड करने के लिए रिफ्रेश का उपयोग करें और लॉग को कैप्चर करने के लिए कॉपी का उपयोग करें किसी समर्थन अनुरोध को खोजना, साझा करना या संलग्न करना। समस्या निवारण करते समय, पहली स्पष्ट त्रुटि के निकट से प्रारंभ करें अंतिम पाइपलाइन विफलता संदेश के बजाय, जो अक्सर पिछली समस्या का सारांश मात्र होता है।