सामान्य - FAQ

लॉग्स ट्रेस से कैसे भिन्न हैं?

लॉग्स एक एप्लिकेशन और उससे संबंधित इवेंट तक सीमित हैं। उदाहरण के लिए, यदि कोई उपयोगकर्ता माइक्रोसर्विसेज प्लेटफ़ॉर्म पर होस्ट की गई वेबसाइट में लॉग इन करता है, और इस साइट पर खरीदारी करता है, तो उस उपयोगकर्ता से संबंधित कई एप्लिकेशन से लॉग उत्सर्जित हो सकते हैं:

1. एक फ्रंट-एंड वेब सर्वर
2. प्रमाणीकरण सेवा
3. इन्वेंटरी सेवा
4. भुगतान प्रसंस्करण बैकएंड
5. आउटबाउंड मेलर जो उपयोगकर्ता को रसीद भेजता है

इनमें से प्रत्येक उस उपयोगकर्ता के बारे में कुछ लॉग कर सकता है, और वह डेटा सभी मूल्यवान है। हालांकि, ट्रेस उस एक लेनदेन में, इन सभी अलग-अलग कंपोनेंट में फैले उपयोगकर्ता की पूरी इंटरैक्शन का एक, सुसंगत दृश्य प्रस्तुत करेगा।

इस प्रकार, एक ट्रेस कई सेवाओं से इवेंट का एक संग्रह है जो किसी गतिविधि का एक दृश्य दिखाने के लिए है, जबकि लॉग उस एप्लिकेशन के संदर्भ से बंधे हैं जिसने उन्हें बनाया।

कौन से सिग्नल प्रकार अपरिवर्तनीय हैं?

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

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

ऑब्ज़र्वेबिलिटी के लिए अपरिवर्तनीयता क्यों महत्वपूर्ण है?

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

गवर्नेंस के दृष्टिकोण से, तथ्य के बाद एप्लिकेशन लॉग या ट्रेसिंग को बदलना non-reputability के सिद्धांत का उल्लंघन करता है, जहां आप भरोसा नहीं कर पाएंगे कि आपके सिस्टम में डेटा ठीक वैसा ही है जैसा स्रोत एप्लिकेशन द्वारा होना चाहिए था।

ब्लास्ट रेडियस क्या है?

किसी परिवर्तन का ब्लास्ट रेडियस वह संभावित क्षति है जो यह आपके एनवायरनमेंट में पैदा कर सकता है। उदाहरण के लिए, यदि आप डेटाबेस स्कीमा परिवर्तन करते हैं तो संभावित जोखिम में डेटाबेस में डेटा प्लस उन सभी एप्लिकेशन शामिल हो सकते हैं जो इस पर निर्भर हैं।

सामान्यतः, किसी परिवर्तन के ब्लास्ट रेडियस को कम करने पर काम करना एक बेस्ट प्रैक्टिस है, और जहां भी संभव हो परिवर्तन को छोटे, सुरक्षित और उलटने योग्य भागों में तोड़ना हमेशा अनुशंसित है।

"क्लाउड फ़र्स्ट" दृष्टिकोण क्या है?

क्लाउड-फ़र्स्ट नीतियां वे हैं जहां ऑर्गनाइज़ेशन अपने सभी या अधिकांश इंफ्रास्ट्रक्चर को क्लाउड-कंप्यूटिंग प्लेटफ़ॉर्म पर ले जाते हैं। भौतिक संसाधनों जैसे सर्वर का उपयोग करने के बजाय, वे क्लाउड में संसाधन रखते हैं।

क्लाउड-फ़र्स्ट 2020 के दशक के लिए वही है जो मोबाइल-फ़र्स्ट 2010 के दशक के लिए था, और वर्चुअलाइज़ेशन 2000 के दशक की शुरुआत के लिए था।

तकनीकी ऋण क्या है?

Wikipedia से लिया गया:

सॉफ़्टवेयर विकास में, तकनीकी ऋण (जिसे डिज़ाइन ऋण या कोड ऋण भी कहा जाता है) अतिरिक्त पुनर्कार्य की निहित लागत है जो अभी एक आसान (सीमित) समाधान चुनने के कारण होती है, बजाय एक बेहतर दृष्टिकोण का उपयोग करने के जो अधिक समय लेगा।

मूल रूप से, आप समय के साथ ऋण जमा करते हैं जैसे-जैसे आप अपने वर्कलोड में विरासत कोड, एप्लिकेशन या मानवीय प्रक्रियाओं को हटाए बिना अधिक जोड़ते हैं। तकनीकी ऋण आपकी पूर्ण उत्पादकता से कम करता है।

सरोकारों का पृथक्करण क्या है

ऑब्ज़र्वेबिलिटी समाधानों के संदर्भ में, सरोकारों के पृथक्करण का अर्थ है वर्कलोड या एप्लिकेशन के कार्यात्मक क्षेत्रों को स्वतंत्र रूप से प्रबंधित असतत कंपोनेंट में विभाजित करना। प्रत्येक कंपोनेंट एक अलग सरोकार (जैसे लॉग संरचना और लॉग का उत्सर्जन) को संबोधित करता है। अंतर्निहित कोड को संशोधित किए बिना एक कंपोनेंट के कॉन्फ़िगरेशन को नियंत्रित करने का अर्थ है कि डेवलपर्स अपनी चिंताओं (एप्लिकेशन कार्यक्षमता और फ़ीचर विकास) पर ध्यान केंद्रित कर सकते हैं, जबकि DevOps व्यक्तित्व सिस्टम प्रदर्शन को ऑप्टिमाइज़ करने और समस्या निवारण पर ध्यान केंद्रित कर सकते हैं।

सरोकारों का पृथक्करण कंप्यूटर विज्ञान में एक मूल अवधारणा है।

परिचालन उत्कृष्टता क्या है?

परिचालन उत्कृष्टता बेस्ट प्रैक्टिसेज़ का प्रदर्शन है जो संचालन वर्कलोड के साथ संरेखित होती हैं। AWS के पास Well-Architected होने के लिए समर्पित एक पूरा फ्रेमवर्क है। परिचालन उत्कृष्टता शुरू करने के लिए यह पेज देखें।