AWS खर्च सीमाले तपाईंको परियोजना मेटाउन सक्छ

यो भिडियोले के समेट्छ

• क्लाउड खर्च सीमाले वास्तवमा केलाई सुरक्षित गर्न सक्छ?
• AWS ले कसरी वास्तवमा परियोजनाको खर्च रोक्छ?
• AWS का नयाँ खर्च सीमाहरू कसले पाउँछन्?
• गुगलले केमा सीमा लगाउँछ, र केमा बिलिङ जारी रहन्छ?
• जर्मनीको नयाँ खुला-वजन मोडेल कति सानो छ?

अनुवादित ट्रान्सक्रिप्ट

मूल अंग्रेजी कथाबाट अनुवादित। उपलब्ध अडियो र क्याप्सनहरू YouTube द्वारा नियन्त्रित हुन्छन्।

क्लाउड खर्च सीमाले वास्तवमा केलाई सुरक्षित गर्न सक्छ?

0:00 खर्च सीमाको अर्थ तपाईंको साइड परियोजना सुरक्षित छ। AWS को नयाँ सीमाले यसलाई निष्क्रिय बनाउन सक्छ, र यसलाई निष्क्रिय छोड्दा अन्ततः डेटा मेटाउन सक्छ। यस भिडियोमा, बिललाई केले रोक्छ? के समस्या छ? यी सीमाहरू वास्तवमा कसले पाउँछन्? AWS को कागजातमा काउन्टडाउन छ। हामी यसलाई डिलिट बटनसम्म पछ्याउनेछौं। आज आइतबार, अक्टोबर चौथो हो, र यो The Daily Diff हो।

0:20 शनिबार, साइमन विलिसनले पूर्वनिर्धारित खर्च सीमाका लागि आह्वान गरे किनभने एजेन्टहरूले सफ्टवेयर तैनाथ गर्न सजिलो बनाउँछन्। जर्मनीले Kolibri जारी गर्यो, जबकि Cosmic का मर्मतकर्ताहरूले AI योगदानहरूमा सीमा कोरे। विलिसनको तर्क पीडादायी रूपमा परिचित छ। मध्यरातमा चेतावनी इमेल आउँछ, सेवाले खर्च गरिरहन्छ, र तपाईं आफ्नै अनन्त लुपको अनिच्छित प्रायोजकको रूपमा जाग्नुहुन्छ। AWS ले सेप्टेम्बरमा आफ्नो सरलीकृत बिल्डर अनुभवमा परियोजना खर्च सीमाहरू प्रस्तुत गर्यो। जब उपयोग सीमामा पुग्छ, AWS ले परियोजनालाई निष्क्रिय बनाउँछ र यसका स्रोतहरू रोक्छ।

AWS ले कसरी वास्तवमा परियोजनाको खर्च रोक्छ?

0:44 तपाईंको डेटा सुरुमा सुरक्षित हुन्छ। त्यो उत्पादन सम्झौतामा वास्तविक परिवर्तन हो। ग्राहकले क्लाउडलाई प्रयोग अवरुद्ध गर्न अधिकार दिन सक्छ। खर्च अलर्टले निर्णय जसले आफ्नो इनबक्स पढिरहेको हुन्छ, उसैसँग छोड्छ। एक कोडिङ एजेन्टले तपाईं खाना बनाउँदा स्रोतहरू प्रावधान गर्न सक्छ। बिल खाता मालिकको हो, जो कसरी इन्जिनियरिङ विभाग र वित्त विभाग दुवै बनेको छ। रोलआउट सीमित छ, र सीमा सेट गर्न तपाईंलाई सशुल्क योजना चाहिन्छ। यो नयाँ परियोजना अनुभवको अंश हो।

1:09 तपाईंको अवस्थित खातामा समान नियन्त्रणहरू छन् भनी मान्नु अघि उपलब्धता जाँच गर्नुहोस्।

AWS का नयाँ खर्च सीमाहरू कसले पाउँछन्?

1:13 सीमा कर अघिका शुल्कहरूमा लागू हुन्छ र क्रेडिटहरू समावेश गर्दैन। न्यूनतम बीस डलर वा AWS को रूढिवादी खर्च अनुमान हो, जुन बढी हुन्छ। पहिले नै चलिरहेका स्रोतहरूले त्यो न्यूनतम बढाउन सक्छन्। यो महँगा मेसिनहरूले भरिएको उपेक्षित स्यान्डबक्सको लागि महत्त्वपूर्ण छ। सानो सीमा सेट गर्नु अघि तपाईंले तिनीहरूलाई रोक्नु पर्ने हुन सक्छ। क्लाउडको वित्तीय सल्लाह कम्प्युटर बन्द गरेर सुरु हुन्छ। AWS ले वैकल्पिक प्रारम्भिक नियन्त्रणहरू पनि प्रदान गर्दछ। अनुमानित सीमा भन्दा लगभग एक हप्ता अघि, यसले नयाँ स्रोतहरूलाई रोक्न सक्छ।

1:36 तपाईंका अवस्थित इन्स्ट्यान्सहरू चलिरहन्छन्, जबकि एक अटोस्केलिंग समूहले विस्तार गर्ने अनुमति गुमाउन सक्छ। अन्य विकल्पहरूले निष्क्रिय स्रोतहरूलाई निष्क्रिय बनाउँछन्, त्यसपछि पूर्वानुमान नजिकिँदै जाँदा शीर्ष लागत चालकहरूलाई रोक्छन्। दुई हप्तासम्म शून्य कलहरू भएको SageMaker एन्डपोइन्ट निष्क्रिय मानिन्छ। तपाईंको बिर्सिएको डेमोले अन्ततः एउटा निकास अन्तर्वार्ता पाउँछ। विलिसन पूर्वनिर्धारित रूपमा कडा सीमाहरू सक्रिय गर्न चाहन्छन्, असीमित खर्च स्पष्ट छनौटको रूपमा। त्यो उनको प्रस्ताव हो। AWS को कागजातले तपाईंले कन्फिगर गर्ने नियन्त्रणहरू वर्णन गर्दछ, यो रोलआउटको समयमा सीमित पहुँचका साथ।

2:03 गुगलले जुलाईमा आफ्नै खर्च सीमा घोषणा गर्यो। सार्वजनिक पूर्वावलोकनमा, तिनीहरू एक परियोजना भित्र एउटा सेवालाई लक्षित गर्छन्, र गुगलले भन्छ कि AI सीमाहरू थ्रेसहोल्डमा पुगेको केही मिनेट भित्र सक्रिय हुन्छन्। सूचीबद्ध सेवाहरूमा Gemini र Cloud Run समावेश छन्। अन्य सेवाहरू अप्रभावित रहन्छन्।

गुगलले केमा सीमा लगाउँछ, र केमा बिलिङ जारी रहन्छ?

2:17 स्थिर अनुबंधित प्रतिबद्धताहरूले बिलिङ जारी राख्छन्, त्यसैले नयाँ उपयोग रोक्दा पनि तपाईंले पहिले नै हस्ताक्षर गरेका कुनै पनि प्रतिबद्धताहरू इनभ्वाइसमा रहन्छन्। एक व्यवसायको लागि, अप्रत्याशित बन्द पनि महँगो हुन सक्छ। AWS ले स्पष्ट रूपमा यी सीमाहरूलाई प्रयोग र स्यान्डबक्सको वरिपरि फ्रेम गर्दछ, उत्पादन उपयोग स्रोत निष्क्रियता स्वीकार्य छ कि छैन भन्नेमा निर्भर गर्दछ। मेरो विकासकर्ताको निष्कर्ष सरल छ। प्रयोगात्मक एजेन्टहरूलाई छुट्टै परियोजनामा राख्नुहोस्, सीमाले कुन शुल्कहरू समेट्छ जाँच गर्नुहोस्, र तपाईंको रिकभरी प्रक्रिया परीक्षण गर्नुहोस्। गार्डरेललाई एक मालिक चाहिन्छ जसले यसले फायर गर्दा याद गर्छ। यसैबीच, Aleph Alpha ले Kolibri जारी गर्यो, जर्मन र अंग्रेजीका लागि खुला वजन मोडेल।

2:43 यसको लन्च एनिमेसनले 'सानो चरा, छिटो पखेटा' भन्छ। वजनहरू Apache 2.0 अन्तर्गत उपलब्ध छन्। Chubby ले यसलाई जर्मनीबाट आश्चर्यजनक रूपमा बलियो रिलीज भन्यो। उपयोगी भाग परिनियोजन नियन्त्रण हो। एउटा कम्पनीले वजनहरू राख्न सक्छ र यसको कागजातहरू आफ्नै स्वामित्वको पूर्वाधार मार्फत चलाउन सक्छ।

जर्मनीको नयाँ खुला-वजन मोडेल कति सानो छ?

2:57 प्रत्येक टोकनमा लगभग साढे तीन अर्ब प्यारामिटरहरूले काम गर्छन्, तर पूर्ण मोडेलमा अठहत्तर अर्ब छन्। यसको प्रकाशित वजनले लगभग अठहत्तर गिगाबाइट ओगटेको छ, त्यसैले सानो चरालाई अझै ठूलो खोर चाहिन्छ। तेजस कुमारले जर्मनीको संविधानमा यसको टोकेनाइजरलाई स्वतन्त्र रूपमा परीक्षण गरे। यसले जर्मनमा OpenAI को टोकेनाइजर भन्दा लगभग पन्ध्र प्रतिशत कम टोकनहरू प्रयोग गर्यो। अंग्रेजी अनुवादमा, तिनीहरू प्रभावकारी रूपमा बराबरी थिए। त्यो जर्मन पाठ दक्षताको एक संकीर्ण, उपयोगी मापन हो।

3:22 उनी भन्छन् कि उनले मोडेल आफैं चलाएका छैनन्। जब एक अनुकूल लन्च चार्ट तपाईंको खरीद विभाग बन्न खोज्छ तब त्यो भिन्नता याद राख्नुहोस्। र System76 को Cosmic compositor ले अब योगदानकर्ताहरूलाई उनीहरूको पुल अनुरोधमा कुनै भाषा मोडेलद्वारा उत्पन्न सामग्री समावेश छैन भनेर प्रमाणित गर्न सोध्छ। टेम्प्लेटले स्पष्ट रूपमा कोड, टिप्पणी र विवरणहरू समावेश गर्दछ। योगदानकर्ताहरूले पनि परिवर्तन बुझेको र परीक्षण गरेको वाचा गर्छन्। Flatpak भण्डारमा तिनीहरूको आफ्नै एप स्रोत र म्यानिफेस्टको लागि अपवाद छ। सम्पूर्ण परियोजनालाई एउटै नियमको रूपमा व्यवहार गर्नु अघि वास्तविक टेम्प्लेट पढ्नुहोस्। मेसिनले सेकेन्डमा अर्को प्याच उत्पादन गर्न सक्छ।

3:46 कसैले अझै यसलाई पढ्नु पर्छ।

COSMIC ले पुल अनुरोधहरूमा ठ्याक्कै के अस्वीकार गर्छ?

3:50 आज क्लाउडले प्रयोगमा सीमा राख्छ, र मर्मतकर्ताहरूले समीक्षा लाममा सीमा राख्छन्। त्यो निष्क्रिय AWS परियोजनामा फर्कौं। खर्च सीमा बढाउँदा यसलाई पुनः सक्रिय गर्न सकिन्छ, र केही स्रोतहरूलाई म्यानुअल पुनः सुरु गर्न आवश्यक हुन सक्छ। एजेन्टले भत्ता खर्च गर्नु अघि रिकभरी एक प्रक्रिया हो जुन तपाईंले बुझ्नुपर्छ। काउन्टडाउन नब्बे दिनको छ। AWS भन्छ कि यदि परियोजना निष्क्रिय भएपछि त्यो समय भित्र तपाईंले कुनै कार्य गर्नुभएन भने, यसले परियोजना डेटा स्थायी रूपमा मेटाउँछ। त्यो परियोजनाको ब्लास्ट रेडियस बाहिर ब्याकअप राख्नुहोस्।

4:14 रोकिएको बिल र राखिएको ब्याकअप दुई छुट्टाछुट्टै कामहरू हुन्। म सीमा चाहन्छु, र मलाई एक रिकभरी योजना चाहिन्छ। मेरो परित्याग गरिएको सप्ताहन्त प्रोटोटाइपले मर्यादाका साथ सेवानिवृत्त हुनुपर्छ। यदि तपाईं यो सुन्नु भन्दा पढ्न चाहनुहुन्छ भने, diff हरेक बिहान तपाईंको इनबक्समा आउँछ, thedailydiff.dev मा निःशुल्क, लिङ्क तल छ। त्यसैले आजको निर्णय, समीक्षा आवश्यक छ (NEEDS REVIEW)। म लागू गरिएको खर्च सीमाहरूलाई स्वागत गर्दछु। म एजेन्टलाई खाता दिनु अघि उपलब्धता, कभर गरिएको शुल्क र रिकभरी प्रमाणित गर्नेछु।

निष्क्रियता कहिले स्थायी डेटा हानिमा परिणत हुन्छ?

4:31 नब्बे दिनको मेटाउने घडीलाई धेरै देखिने चेतावनी चाहिन्छ। र आजको लागि यति नै diff। म Axrisi बाट Niko हुँ। जिम्मेवारीपूर्वक मर्ज गर्नुहोस्। AWS का नयाँ परियोजना खर्च सीमाले स्रोतहरूलाई सीमामा रोक्छ र सुरुमा तपाईंको डेटा सुरक्षित गर्छ। यसको मार्गनिर्देशनले भन्छ कि परियोजना डेटा 90 दिन निष्क्रिय बसेपछि स्थायी रूपमा मेटाइन्छ यदि कुनै कार्य नगरिएमा। हामी सीमित रोलआउट, Google को बाँकी शुल्कहरू, जर्मनीको Kolibri मोडेल र COSMIC को योगदान नियमहरू विश्लेषण गर्छौं। निर्णय: समीक्षा आवश्यक छ (NEEDS REVIEW)।

नयाँ खर्च नियन्त्रणहरूमा मेरो निर्णय के छ?

4:55 एक खर्च सीमाको अर्थ तपाईंको साइड परियोजना सुरक्षित छ। AWS को नयाँ सीमाले यसलाई निष्क्रिय बनाउन सक्छ, र यसलाई निष्क्रिय छोड्दा अन्ततः डेटा मेटाउन सक्छ। यस भिडियोमा, बिललाई केले रोक्छ? के समस्या छ? कसले वास्तवमा यी सीमाहरू पाउँछन्? AWS को कागजातमा काउन्टडाउन छ। हामी यसलाई डिलिट बटनसम्म पछ्याउनेछौं।

स्रोतहरू

1. Willisonsimonwillison.net
2. AWS launchaws.amazon.com
3. AWS exact rulesdocs.aws.amazon.com
4. Googlecloud.google.com
5. Kolibrihuggingface.co
6. Tokenizer testtej.as
7. COSMICgithub.com
8. Flatpak exceptiongithub.com
9. HNnews.ycombinator.com