क्लाउड में डेटा सुरक्षित रखने की तकनीकें: छात्रों और व्यवसायों के लिए सही सुरक्षा विकल्प कैसे चुनें

एक नज़र में

• MFA और IAM अनधिकृत लॉगिन तथा अत्यधिक अनुमति वाले खातों के जोखिम को कम करने में सहायक हैं।
• एन्क्रिप्शन को डेटा के ट्रांज़िट और स्टोरेज, दोनों चरणों के लिए अलग-अलग जांचना चाहिए।
• लॉग, अलर्ट, बैकअप और रिकवरी परीक्षण घटना पहचानने तथा नुकसान नियंत्रित करने के अहम नियंत्रण हैं।

सुरक्षा नियंत्रण	किस जोखिम के लिए	चुनते समय मुख्य प्रश्न
MFA और IAM	अनधिकृत लॉगिन, जरूरत से ज्यादा एक्सेस	क्या हर उपयोगकर्ता को केवल आवश्यक अनुमति मिल रही है?
डेटा एन्क्रिप्शन और कुंजी प्रबंधन	डेटा पढ़े जाने या अनुचित पहुंच का जोखिम	क्या ट्रांज़िट और स्टोरेज दोनों में सुरक्षा आवश्यकता स्पष्ट है?
नेटवर्क नियंत्रण	अनावश्यक नेटवर्क पहुंच, असुरक्षित कनेक्शन	क्या फ़ायरवॉल नियम और नेटवर्क विभाजन वास्तविक जरूरत के अनुसार हैं?
लॉगिंग, अलर्ट और मॉनिटरिंग	घटना का देर से पता चलना	अलर्ट कौन देखेगा और जांच की जिम्मेदारी किसकी है?
बैकअप और रिकवरी	डेटा उपलब्धता में बाधा, नुकसान बढ़ना	क्या रिकवरी प्रक्रिया का वास्तव में परीक्षण हुआ है?

क्लाउड सुरक्षा का सीधा उत्तर: केवल पासवर्ड नहीं, कई स्तरों की सुरक्षा जरूरी है

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

पहचान, डेटा, नेटवर्क और निगरानी—चार मुख्य सुरक्षा स्तर

पहला स्तर पहचान सुरक्षा है, जिसमें उपयोगकर्ता खाते, MFA और IAM आते हैं। दूसरा स्तर डेटा सुरक्षा है, जिसमें एन्क्रिप्शन और कुंजी प्रबंधन देखे जाते हैं। तीसरा स्तर नेटवर्क सुरक्षा है, जहाँ फ़ायरवॉल, नेटवर्क सेगमेंटेशन और VPN जैसे नियंत्रण उपयोगी हो सकते हैं। चौथा स्तर निगरानी है: लॉगिंग, अलर्ट और नियमित समीक्षा के बिना गलत गतिविधि का पता देर से चल सकता है।

साझा-जिम्मेदारी मॉडल को समझना क्यों जरूरी है

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

ऊपर से शुरू करने योग्य 3 त्वरित कदम

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

सुरक्षा तकनीकों की तुलना: किस जोखिम के लिए कौन-सा नियंत्रण?

हर सुरक्षा तकनीक अलग समस्या को संबोधित करती है। इसलिए किसी एक क्लाउड सुरक्षा प्लेटफ़ॉर्म या टूल को “पूर्ण समाधान” मानने के बजाय, पहले जोखिम का प्रकार पहचानें। सही तुलना का आधार फीचर की संख्या नहीं, बल्कि आपकी टीम किस जोखिम को नियंत्रित कर सकती है यह होना चाहिए।

MFA और Identity and Access Management (IAM)

MFA अनधिकृत लॉगिन के जोखिम को कम करने में सहायक नियंत्रण है। IAM यह तय करने में मदद करता है कि कौन व्यक्ति, सेवा या खाता किस संसाधन तक पहुंच सकता है। व्यावहारिक नियम है न्यूनतम-अधिकार अनुमति: उपयोगकर्ता को केवल वही पहुंच मिले जो उसके काम के लिए जरूरी है। ध्यान रखें कि MFA लगाने के बाद भी पुराने खाते, साझा क्रेडेंशियल या जरूरत से ज्यादा अनुमति जोखिम बने रह सकते हैं।

डेटा एन्क्रिप्शन और कुंजी प्रबंधन

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

फ़ायरवॉल, नेटवर्क सेगमेंटेशन और VPN

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

लॉग मॉनिटरिंग, अलर्ट और खतरा पहचान

लॉगिंग घटनाओं की जांच में उपयोगी होती है, जबकि अलर्ट असामान्य गतिविधि पर ध्यान दिला सकते हैं। लेकिन केवल लॉग एकत्र करना पर्याप्त नहीं है। यह तय होना चाहिए कि अलर्ट कौन देखेगा, प्राथमिकता कैसे तय होगी और संदिग्ध घटना पर कौन कार्रवाई करेगा। जिन टीमों के पास निरंतर मॉनिटरिंग का कौशल या समय नहीं है, वे Managed Security Service की प्रतिक्रिया प्रक्रिया और सहायता स्तर की तुलना कर सकती हैं।

बजट और मूल्य के आधार पर क्लाउड सुरक्षा विकल्प कैसे चुनें

कम बजट का अर्थ सुरक्षा को छोड़ना नहीं है; इसका अर्थ है उच्च प्राथमिकता वाले नियंत्रणों से शुरुआत करना। वहीं भुगतान वाले सुरक्षा टूल या Managed Security Service का मूल्य तभी बनता है जब वे आपकी टीम की वास्तविक कमी—जैसे निगरानी, विशेषज्ञता या घटना प्रतिक्रिया—को भरते हों। वास्तविक कीमत, फीचर सीमा और सहायता स्तर के लिए वर्तमान कोटेशन देखना जरूरी है।

मूलभूत नियंत्रण: छोटे प्रोजेक्ट और सीमित बजट के लिए

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

भुगतान वाले सुरक्षा टूल कब उपयोगी होते हैं

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

Managed Security Service बनाम इन-हाउस आईटी टीम

इन-हाउस टीम को आपके सिस्टम और कार्यप्रवाह की गहरी जानकारी हो सकती है, पर निरंतर मॉनिटरिंग और घटना प्रतिक्रिया के लिए समय तथा कौशल चाहिए। Managed Security Service बाहरी विशेषज्ञता और संचालन सहायता दे सकती है, लेकिन सेवा की सीमा, अलर्ट प्रतिक्रिया और जिम्मेदारी को स्पष्ट समझना जरूरी है। तुलना करते समय लागत, उपलब्ध कौशल और प्रतिक्रिया समय को एक साथ देखें; केवल मासिक शुल्क के आधार पर निर्णय न लें।

कोटेशन लेते समय पूछे जाने वाले प्रश्न

सुरक्षा सेवा या एंटरप्राइज़ प्लान का कोटेशन लेते समय पूछें: क्या इसमें IAM, लॉगिंग, अलर्ट या कॉन्फ़िगरेशन समीक्षा शामिल है? घटना मिलने पर किसकी जिम्मेदारी होगी? सहायता किस स्तर की है? क्या बैकअप या रिकवरी परीक्षण इसमें शामिल हैं? और क्या सेवा आपकी टीम के मौजूदा क्लाउड वातावरण तथा कार्यप्रवाह के अनुरूप है? आधिकारिक विवरण और विस्तृत शर्तें संबंधित सेवा पृष्ठ पर जांचें।

लागू करने की व्यावहारिक प्रक्रिया और आम गलतियाँ

सुरक्षा लागू करने का सही क्रम दृश्यता से शुरू होता है। जब तक यह पता न हो कि कौन-सा डेटा, कौन-सा एप्लिकेशन और कौन-सा खाता मौजूद है, तब तक सही नियंत्रण चुनना कठिन होता है। जल्दबाजी में टूल जोड़ने के बजाय पहले सूची और जिम्मेदारियां साफ करें।

संपत्ति, डेटा और उपयोगकर्ता खातों की सूची बनाना

क्लाउड में मौजूद एप्लिकेशन, स्टोरेज, डेटाबेस, API, उपयोगकर्ता खाते और सेवा खाते सूचीबद्ध करें। फिर पहचानें कि कौन-सा डेटा अधिक संवेदनशील है और किन संसाधनों तक किसे पहुंच चाहिए। यह सूची सुरक्षा ऑडिट, एक्सेस समीक्षा और बजट प्राथमिकता तय करने का आधार बन सकती है।

न्यूनतम-अधिकार अनुमति और नियमित एक्सेस समीक्षा

अत्यधिक अनुमति वाले खाते सामान्य जोखिम क्षेत्र हैं। हर उपयोगकर्ता को प्रशासनिक पहुंच देने के बजाय भूमिका के अनुसार सीमित अनुमति रखें। नियमित एक्सेस समीक्षा में पुराने कर्मचारी खाते, निष्क्रिय खाते, अस्थायी पहुंच और बदल चुकी भूमिकाओं को जांचें। केवल एक बार किया गया IAM सेटअप स्थायी समाधान नहीं है।

बैकअप तथा रिकवरी परीक्षण की योजना

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

गलत कॉन्फ़िगरेशन और असुरक्षित API से बचाव

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

छात्र, स्टार्टअप और व्यवसाय के लिए अलग सुरक्षा प्राथमिकताएँ

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

सूचना सुरक्षा के छात्रों के लिए सुरक्षित लैब और परियोजना अभ्यास

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

स्टार्टअप के लिए कम लागत वाली प्राथमिक सुरक्षा व्यवस्था

स्टार्टअप के लिए प्राथमिकता यह होनी चाहिए कि कौन-सा नियंत्रण जोखिम को जल्दी घटा सकता है। MFA लागू करना, एक्सेस को भूमिका के अनुसार सीमित करना, महत्वपूर्ण डेटा के बैकअप की योजना बनाना और लॉगिंग सक्षम करना व्यावहारिक शुरुआत है। जब टीम बढ़े या कई क्लाउड संसाधन जुड़ें, तब सुरक्षा टूल या Managed Security Service की लागत-लाभ तुलना अधिक प्रासंगिक बन सकती है।

संवेदनशील ग्राहक डेटा वाले व्यवसायों के लिए अतिरिक्त नियंत्रण

संवेदनशील ग्राहक डेटा रखने वाले व्यवसायों को डेटा पहुंच, एन्क्रिप्शन, कुंजी प्रबंधन, नियमित एक्सेस समीक्षा और घटना प्रतिक्रिया योजना पर अधिक ध्यान देना चाहिए। यदि आंतरिक टीम सभी अलर्ट और जांच नहीं संभाल सकती, तो बाहरी सुरक्षा विशेषज्ञ, सुरक्षा ऑडिट या Managed Security Service पर विचार किया जा सकता है। किसी भी सेवा का चयन करने से पहले उसकी जिम्मेदारी सीमा और सहायता प्रक्रिया लिखित रूप में समझें।

चयन मानदंड और तुलना सारांश

सही चयन का आधार “सबसे अधिक फीचर” नहीं, बल्कि “सबसे जरूरी जोखिम का व्यावहारिक नियंत्रण” है। पहले डेटा और पहुंच का जोखिम समझें, फिर अपनी टीम की क्षमता के अनुसार क्लाउड सुरक्षा प्लेटफ़ॉर्म, एन्क्रिप्शन सेवा, IAM टूल या Managed Security Service की तुलना करें।

डेटा संवेदनशीलता, उपयोगकर्ता संख्या और अनुपालन जरूरत

यदि डेटा अधिक संवेदनशील है, तो पहुंच नियंत्रण, एन्क्रिप्शन और निगरानी की समीक्षा अधिक गहरी होनी चाहिए। उपयोगकर्ता और खातों की संख्या बढ़ने पर मैन्युअल IAM समीक्षा कठिन हो सकती है। अनुपालन आवश्यकताएं होने पर भी सेवा और टूल की विशेष शर्तों को वर्तमान आधिकारिक दस्तावेज़ से सत्यापित करना चाहिए।

टूल चुनने से पहले अंतिम चेकलिस्ट

क्या सभी महत्वपूर्ण खातों पर MFA लागू है? क्या उपयोगकर्ताओं को केवल आवश्यक अनुमति मिली है? क्या डेटा के ट्रांज़िट और स्टोरेज दोनों चरणों की सुरक्षा जरूरत समझी गई है? क्या लॉग और अलर्ट पर कार्रवाई करने वाला व्यक्ति या टीम तय है? क्या बैकअप की रिकवरी का परीक्षण किया गया है? क्या असुरक्षित API और गलत कॉन्फ़िगरेशन की नियमित समीक्षा होती है?

कब बाहरी सुरक्षा विशेषज्ञ या Managed Service पर विचार करें

यदि आपकी टीम के पास सुरक्षा घटनाओं की निरंतर निगरानी, लॉग जांच या प्रतिक्रिया की क्षमता सीमित है, तो बाहरी सहायता पर विचार करना उपयोगी हो सकता है। यह निर्णय तब भी प्रासंगिक है जब वातावरण जटिल हो या संवेदनशील डेटा के कारण जवाबदेही बढ़ती हो। सेवा लेने से पहले यह स्पष्ट करें कि निगरानी, अलर्ट, जांच और सुधार में कौन-सी जिम्मेदारी सेवा प्रदाता की होगी और कौन-सी आपकी टीम की।

चयन मानदंड और तुलना सारांश

निर्णय से पहले ये बिंदु जांचें:

• डेटा कितना संवेदनशील है और उसका उपयोग कौन करता है?
• क्या MFA, IAM और न्यूनतम-अधिकार अनुमति लागू तथा समीक्षा योग्य हैं?
• क्या ट्रांज़िट और स्टोरेज दोनों अवस्थाओं के लिए एन्क्रिप्शन जरूरत स्पष्ट है?
• क्या लॉग, अलर्ट और Incident Response के लिए जिम्मेदार व्यक्ति तय है?
• क्या बैकअप के साथ रिकवरी परीक्षण की प्रक्रिया मौजूद है?
• क्या इन-हाउस टीम पर्याप्त है, या Managed Security Service तथा सुरक्षा ऑडिट का कोटेशन देखना चाहिए?

एंटरप्राइज़ प्लान, सुरक्षा टूल या Managed Security Service की विस्तृत शर्तें, सहायता स्तर और वर्तमान कोटेशन संबंधित आधिकारिक पृष्ठ पर देखें।

अंत में

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

जानने योग्य उपयोगी बातें

1. MFA महत्वपूर्ण है, लेकिन अत्यधिक अनुमति वाले खाते अलग जोखिम बने रह सकते हैं।
2. बैकअप होने और बैकअप से रिकवरी हो पाने में अंतर है; परीक्षण जरूरी है।
3. लॉग तभी उपयोगी हैं जब उन्हें देखने और अलर्ट पर कार्रवाई करने की व्यवस्था हो।
4. क्लाउड प्रदाता की सुरक्षा के बावजूद ग्राहक कॉन्फ़िगरेशन और एक्सेस नियंत्रण के लिए जिम्मेदार हो सकता है।

महत्वपूर्ण बातों का सार

किसी विशेष क्लाउड प्रदाता, सुरक्षा टूल या Managed Security Service की कीमत, फीचर सीमा और सहायता स्तर बिना वर्तमान कोटेशन के निश्चित नहीं माने जा सकते। उद्योग, डेटा की संवेदनशीलता, उपयोगकर्ताओं की संख्या और नियामकीय आवश्यकताओं के बिना सही बजट तय नहीं किया जा सकता। MFA, एन्क्रिप्शन या कोई भी एक तकनीक सभी साइबर हमलों को रोकने की गारंटी नहीं देती; नियंत्रणों का संयोजन और नियमित समीक्षा आवश्यक है।

अक्सर पूछे जाने वाले प्रश्न

Q1. छोटे व्यवसाय के लिए क्लाउड सुरक्षा पर कितना खर्च करना उचित है?

A1. इसका एक निश्चित उत्तर नहीं है, क्योंकि बजट डेटा की संवेदनशीलता, उपयोगकर्ताओं की संख्या, क्लाउड संसाधनों और नियामकीय जरूरतों पर निर्भर करता है। पहले MFA, सीमित अनुमति, लॉगिंग और बैकअप जैसे मूल नियंत्रणों की जरूरत देखें। इसके बाद सुरक्षा टूल, सुरक्षा ऑडिट या Managed Security Service का वर्तमान कोटेशन लेकर लागत और संचालन क्षमता की तुलना करें।

Q2. क्या MFA और एन्क्रिप्शन लगाने के बाद क्लाउड डेटा पूरी तरह सुरक्षित हो जाता है?

A2. नहीं। MFA और एन्क्रिप्शन महत्वपूर्ण नियंत्रण हैं, लेकिन गलत कॉन्फ़िगरेशन, अत्यधिक अनुमति, असुरक्षित API, कमजोर मॉनिटरिंग या अप्रयुक्त बैकअप जैसी समस्याएं फिर भी जोखिम पैदा कर सकती हैं। इसलिए IAM, नेटवर्क नियंत्रण, लॉग समीक्षा और रिकवरी परीक्षण को भी सुरक्षा योजना में शामिल करना चाहिए।

Q3. क्लाउड सुरक्षा टूल और Managed Security Service में किसे चुनना चाहिए?

A3. यदि आपकी टीम टूल को कॉन्फ़िगर करने, अलर्ट देखने और घटनाओं पर प्रतिक्रिया देने में सक्षम है, तो सुरक्षा टूल उपयोगी हो सकता है। यदि निरंतर निगरानी, विशेषज्ञता या प्रतिक्रिया क्षमता सीमित है, तो Managed Security Service पर विचार किया जा सकता है। निर्णय से पहले सेवा की जिम्मेदारी सीमा, सहायता स्तर, प्रतिक्रिया प्रक्रिया और वर्तमान शर्तों की तुलना करें।