यदि तपाइँ केहि धनी-छिटो योजनाको साथ धनी बन्नुहुनेछ भन्ने सोचेर यो पृष्ठमा टक्कर दिनुभयो भने, म तपाइँलाई निराश गर्न माफी चाहन्छु। यस लेखले तपाइँको क्लाउड लागत बिलहरू $ 1 मिलियनले कसरी घटाउने भन्ने बारे कुरा गर्नेछ। त्यसो गरेर, तपाईंले अनिवार्य रूपमा अतिरिक्त मिलियन डलर राजस्व उत्पन्न गर्नुहुनेछ - जुन तपाईंले मेरो अनलाइन पाठ्यक्रम किन्न कसरी खर्च गर्न सक्नुहुन्छ AWS बाट धनी बन्न सक्नुहुन्छ ( )। यहाँ पाठ्यक्रमको लिङ्क क्लाउड लागत प्रायः बेवास्ता गरिन्छ र कम्पनीहरूको परियोजनाहरूको सुरुमा बेहिसाब हुन्छ। 2021 HashiCorp सर्वेक्षणले 2021 मा लगभग 40% कम्पनीहरूले क्लाउड लागतमा बढी खर्च गरेको पत्ता लगायो [ ]। २०२३ मा, लगभग सबै कम्पनीहरूले (९४%) स्वीकार गरे कि उनीहरू क्लाउडमा पैसा बर्बाद गरिरहेका थिए [ ] र क्लाउड लागतको कम्तिमा ३०% खेर गएको थियो [ ]। 2022 मा क्लाउड खर्च लगभग $ 500 बिलियन थियो - त्यसैले हामी एक वर्ष $ 150 बिलियन बर्बाद बारे कुरा गर्दैछौं !! १ १ २ यो छुटेको राजस्वको चिन्ता मात्र होइन, कमजोर दिगोपन अभ्यासहरू पनि हो। $ 150 बिलियन ऊर्जा बर्बाद! यी निष्कर्षहरूमा ठूला उद्यमहरूका साथै सानाहरू समावेश छन्, उच्च-क्लाउड परिपक्वतादेखि कम-क्लाउड परिपक्वतासम्म। यसले AWS लाई जनाउँछ, तर उही सिद्धान्तहरू कुनै पनि अन्य क्लाउड प्रदायकमा लागू गर्न सकिन्छ। त्यसोभए, यदि तपाईंको कामको कुनै अंश क्लाउडमा छ भने, यो लेख तपाईंको लागि हो। म डेटा इन्जिनियरको परिप्रेक्ष्यबाट बोल्दै छु, तर समान शिक्षाहरू अन्य सफ्टवेयर इन्जिनियरिङ अभ्यासहरूमा लागू गर्न सकिन्छ। भित्र डुबौं। एक वर्षमा क्लाउड लागतमा $ 1 मिलियन खर्च गर्न के लाग्छ? यस प्रकारको क्लाउड बिल सामान्यतया लाखौं ग्राहकहरूसँग विश्वव्यापी रूपमा सञ्चालन गर्ने धेरै ठूला उद्यमहरूमा सीमित हुन्छ। तपाईलाई एउटा विचार दिनको लागि, $1 मिलियन क्लाउड बिल एक वर्षको 365 दिनको लागि ~1.5Tb प्रति घण्टा 24x7 Spark ETL कार्य प्रशोधनबाट परिणाम हुन सक्छ। अर्को उदाहरण संसारका धेरै स्थानहरूबाट एक दिन अरबौं अनुरोधहरू प्राप्त गर्ने अनुप्रयोग हुन सक्छ। ठूला उद्यममा, यस आकारमा सयौं अनुप्रयोगहरू छन् — क्लाउड-प्रदायकहरूसँग बिलियन डलरको सम्झौताको परिणाम। उदाहरणका लागि, Airbnb ले 2019 [ ] को अन्त्यमा पाँच वर्षहरूमा क्लाउड स्रोतहरूमा $ 1.2 बिलियन खर्च गर्ने प्रतिबद्धता थियो। 3 Expedia मा हामीले अप्टिमाइजेसन अभ्यासहरू लागू गरेर डेटा प्रशोधन गर्ने ETL को लागत $1.1 मिलियन डलर प्रति वर्षमा घटायो। त्यो 91% लागत कटौती हो !! सबै कम्पनीहरूसँग यति ठूलो साइजका एप्लिकेसनहरू हुँदैनन् तर एकल एप्लिकेसनको लागि वा तपाईंको सम्पूर्ण कम्पनीको लागि तपाईंको क्लाउड लागत 90% घटाउने कल्पना गर्नुहोस्। हामी कसरी बचत सुरु गर्छौं? चरण 1: आफ्नो डिजाइन मान्यताहरूलाई चुनौती दिनुहोस् जानुहोस् र तपाईंको सबैभन्दा महँगो अनुप्रयोगहरूको सूची प्राप्त गर्नुहोस् र । तपाईंको डिजाइन धारणाहरूलाई चुनौती दिनुहोस् के तपाइँ 99.999% उपलब्धता र सब-मिलिसेकेन्ड विलम्बता भएको एप्लिकेसन निर्माण गर्दै हुनुहुन्छ तर वास्तविक रूपमा प्रयोगकर्ताहरू 99% उपलब्धता र सयौं मिलिसेकेन्ड विलम्बताको साथ पर्याप्त हुनेछन्? के तपाइँ अरबौं पङ्क्तिहरूको साथ डाटासेटहरू सिर्जना गर्दै हुनुहुन्छ तर प्रयोगकर्ताहरूले केही उपायहरूको एकत्रीकरण मात्र प्रयोग गर्दैछन्? के तपाइँ डेटा वास्तविक समयमा अवतरण गर्दै हुनुहुन्छ तर डेटा दिनको एक पटक मात्र विश्लेषण गरिन्छ? के तपाइँ प्रत्येक 10 सेकेन्डमा क्यास रिफ्रेस गर्दै हुनुहुन्छ तर यो साँच्चै दिनहरूमा मात्र परिवर्तन भइरहेको छ? यी सबै प्रश्नहरू सबैभन्दा महत्त्वपूर्ण प्रश्नमा फर्किन्छन्: अनुप्रयोग कसरी प्रयोग गरिने छ? यसको अस्तित्वको लागि व्यापार मूल्य के हो? एप्लिकेसनले हामीलाई दिइएको लक्ष्य हासिल गर्न कसरी मद्दत गरिरहेको छ? निस्सन्देह, यी सबै जवाफहरू तर त्यसकारण डिजाइन सधैं पुनरावृत्ति प्रक्रिया हुनुपर्छ — परिवर्तनहरू सम्भव भएसम्म निर्बाध रूपमा हुन अनुमति दिँदै। इन्जिनियरहरूले विकास र परिवर्तनलाई अँगाल्नुपर्छ, प्रभावको साथ अनुप्रयोग विकासलाई पङ्क्तिबद्ध गर्दै। प्रायः परियोजनाको सुरुमा अस्पष्ट हुन्छन्; चरण 2: आफ्नो आवश्यकता अनुसार आफ्नो पूर्वाधार स्रोतहरू राम्रोसँग मिलाउनुहोस् दोस्रो चरणमा अनुप्रयोगलाई सही स्रोतहरू प्रदान गर्ने र यसलाई सही पूर्वाधारमा ट्यून गर्ने समावेश छ। एक इन्जिनियरको रूपमा, क्लाउड लागतहरू कसरी गणना गरिन्छ भन्ने बारे सचेत रहनुहोस्। उदाहरणका लागि, AWS ले स्पट उदाहरणहरू प्रदान गर्दछ, जहाँ तपाइँ क्लस्टर मूल्यको लागि बिड गर्न सक्नुहुन्छ - यो विशेष गरी उपयोगी छ यदि तपाइँसँग गल्ती-सहिष्णु र लचिलो अनुप्रयोगहरू छन्। यदि तपाईं सक्नुहुन्छ भने तिनीहरूलाई प्रयोग गर्नुहोस् — AWS ले लागतमा 90% सम्म कमीको दाबी गर्दछ [ ]। 4 तपाईंले सम्बोधन गर्न चाहनुहुने केही अन्य विचारहरू हुन्: के तपाइँ विश्वव्यापी रूपमा वा केवल एक भौगोलिक क्षेत्रमा ग्राहकहरूलाई सेवा गर्दै हुनुहुन्छ? के तपाईलाई साँच्चै विश्वभरि बस्नको लागि आफ्नो पूर्वाधार चाहिन्छ वा तपाइँ यसलाई तपाइँको ग्राहक आधारको नजिक सेट गर्न सक्नुहुन्छ? के तपाइँ तपाइँको क्लस्टर उदाहरणहरू अति-प्रविजन गर्दै हुनुहुन्छ? अनावश्यक लागत बिना पीक लोड ह्यान्डल गर्न पर्याप्त क्षमता छ भनेर सुनिश्चित गर्न प्रयास गर्नुहोस्। निष्क्रिय स्रोतहरूको लागि अधिक भुक्तानी रोक्न, वास्तविक मागको आधारमा स्रोतहरू गतिशील रूपमा समायोजन गर्न स्वत: स्केलिंग प्रयोग गर्नुहोस्। यदि तपाइँ डेटा र स्पार्कसँग काम गर्दै हुनुहुन्छ भने, यदि छैन भने, निम्न स्रोतहरू हेर्नुहोस् [ ] [ ] [ ] [ ] [ ]। निश्चित गर्नुहोस् कि तपाइँ स्पार्क अवधारणाहरू र ट्युनिङ बुझ्नुहुन्छ! 5 6 7 8 9 चरण 3: AWS Graviton उदाहरणहरू प्रयोग गर्नुहोस् AWS Graviton उदाहरणहरू प्रयोग गर्नमा थोरै वा कुनै त्रुटिहरू छैनन्। AWS ले सबैभन्दा लागत-प्रभावी प्रोसेसरहरू सिर्जना गर्न ठूलो लगानी गरेको छ। तपाईं केवल एक इंटेल-आधारित प्रोसेसरबाट एआरएम-आधारित प्रोसेसरमा स्विच गरेर क्लाउड खर्चमा 40% सम्म कमी प्राप्त गर्न सक्नुहुन्छ [ ]। 10 यसको लागि मात्र चेतावनी यो हो कि तपाईको एप्लिकेसन एआरएम-आधारित प्रोसेसरहरूसँग मिल्दो हुनु आवश्यक छ जुन ग्रेभिटन चल्छ। यदि तपाइँ RDS वा OpenSearch जस्ता व्यवस्थित सेवाहरूसँग व्यवहार गर्दै हुनुहुन्छ भने स्विचिङमा कुनै पनि जटिलता छैन - AWS अन्तर्निहित OS र अनुप्रयोग अनुकूलतासँग सम्झौता गर्दछ। यदि तपाइँ तपाइँको आफ्नै अनुप्रयोग निर्माण गर्दै हुनुहुन्छ भने, तपाइँले कुन भाषा प्रयोग गरिरहनु भएको छ भन्ने आधारमा तपाइँले प्याकेज पुन: कम्पाइल गर्न आवश्यक पर्दछ - जाभा र अन्य भाषाहरूमा कुनै परिवर्तन आवश्यक छैन जबकि पाइथनलाई केहि ध्यान चाहिन्छ। चरण 4: आफ्नो लागत खर्च अनुगमन गर्नुहोस् र लागत जागरूकतामा शिक्षित गर्नुहोस् अन्तमा, अप्रत्याशित शिखरहरू र आश्चर्यहरूका लागि आफ्नो लागतहरू निगरानी गर्न नबिर्सनुहोस्। तपाइँको आवेदन को दिन 0 को लागत दिन 170 को लागत भन्दा फरक हुनेछ। तपाइँ परिवर्तनहरूको ट्रयाक राख्नुहुन्छ, र तपाइँ परिवर्तन किन भइरहेको छ भनेर बुझ्नुहुन्छ भनेर सुनिश्चित गर्नुहोस्: यो s3 भण्डारण लागतहरू स्ट्याक गर्दैछ वा यो केवल एक-अफ हो। स्पाइक? ! आवश्यक अलर्टहरू र परिचालन गाइडबुकहरू सेट अप गर्नुहोस् महत्त्वपूर्ण रूपमा, विभाग, परियोजना, वा वातावरण द्वारा खर्च ट्र्याक गर्न लागत आवंटन ट्यागहरू लागू गर्नुहोस्। डेटा दलदल सिर्जना गर्ने जोखिमलाई बेवास्ता गर्नुहोस् जहाँ लागत पत्ता लगाउन नसकिने वा विभिन्न लग प्रणालीहरूमा लामो यात्रा आवश्यक पर्दछ। कुनै पनि आवेदन लागतमा फिर्ता जान छिटो र सरल हुनुपर्छ। अन्तिम विचार तपाईं जहाँ काम गरिरहनु भएको छ, हालका सुविधाहरूको अप्टिमाइजेसनसँग नयाँ सुविधाहरूको डेलिभरीलाई सन्तुलनमा राख्न गाह्रो छ। प्रकाशको गतिमा नयाँ विचित्र सुविधाहरू प्रदान गर्न कसलाई दबाब दिइएन। यद्यपि, दुबै इन्जिनियरहरू र प्रबन्धकहरूका लागि उनीहरूको हालका परियोजनाहरू, जोखिमहरू र अवसरहरू प्रभावकारी रूपमा व्यवस्थापन गर्ने बारे जानाजानी र सक्रिय निर्णयहरू लिन आवश्यक छ।
