AWS खर्च मर्यादा तुमचा प्रकल्प हटवू शकतात

या व्हिडिओमध्ये काय समाविष्ट आहे

• क्लाउड खर्च मर्यादा प्रत्यक्षात कशाचे संरक्षण करू शकते?
• AWS प्रत्यक्षात प्रकल्पाचा खर्च कसा थांबवते?
• AWS च्या नवीन खर्च मर्यादा कोणाला मिळतात?
• Google काय मर्यादित करते आणि काय बिलिंग सुरू ठेवते?
• जर्मनीचे नवीन ओपन-वेट मॉडेल किती लहान आहे?

अनुवादित प्रतिलेख

मूळ इंग्रजी निवेदनातून अनुवादित. उपलब्ध ऑडिओ आणि मथळे YouTube द्वारे नियंत्रित आहेत.

क्लाउड खर्च मर्यादा प्रत्यक्षात कशाचे संरक्षण करू शकते?

0:00 खर्च मर्यादा म्हणजे तुमचा साइड प्रोजेक्ट सुरक्षित आहे. AWS ची नवीन मर्यादा त्याला पॉज करू शकते आणि पॉज केल्यास कालांतराने डेटा मिटू शकतो. या व्हिडिओमध्ये, बिल कोण थांबवते? गोष्ट काय आहे? या मर्यादा प्रत्यक्षात कोणाला मिळतात? AWS च्या दस्तऐवजीकरणामध्ये एक उलटी गणना आहे. आम्ही ते डिलीट बटणापर्यंत फॉलो करू. आज रविवार, ऑक्टोबर चौथा आहे, आणि हे The Daily Diff आहे.

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

AWS प्रत्यक्षात प्रकल्पाचा खर्च कसा थांबवते?

0:44 तुमचा डेटा सुरुवातीला जतन केला जातो. उत्पादन करारामध्ये हा एक खरा बदल आहे. ग्राहक क्लाउडला प्रयोग थांबवण्याची परवानगी देऊ शकतो. खर्च अलर्ट त्यांच्या इनबॉक्समध्ये वाचणाऱ्यांच्या निर्णयावर अवलंबून असतो. तुम्ही जेवण बनवत असताना एक कोडिंग एजंट संसाधने पुरवू शकतो. बिल खाते मालकाचे असते, जो काही प्रमाणात अभियांत्रिकी विभाग आणि वित्त विभाग दोन्ही बनला आहे. रोलआउट मर्यादित आहे आणि मर्यादा सेट करण्यासाठी तुम्हाला सशुल्क योजना आवश्यक आहे. हे नवीन प्रकल्प अनुभवाचे आहे.

1:09 तुमच्या विद्यमान खात्यात समान नियंत्रणे आहेत असे गृहीत धरण्यापूर्वी उपलब्धता तपासा.

AWS च्या नवीन खर्च मर्यादा कोणाला मिळतात?

1:13 कर आणि क्रेडिट वगळून शुल्कांना मर्यादा लागू होते. किमान वीस डॉलर किंवा AWS चा पुराणमतवादी खर्च अंदाज, यापैकी जे जास्त असेल ते आहे. आधीच चाललेली संसाधने ते किमान वाढवू शकतात. महागड्या मशीनने भरलेल्या दुर्लक्षित सँडबॉक्ससाठी हे महत्त्वाचे आहे. लहान मर्यादा सेट करण्यापूर्वी तुम्हाला त्यांना थांबवावे लागू शकते. क्लाउडचा आर्थिक सल्ला संगणक बंद करण्यापासून सुरू होतो. AWS पर्यायी लवकर नियंत्रणे देखील देते. अंदाजित मर्यादेच्या सुमारे एक आठवडा आधी, ते नवीन संसाधने ब्लॉक करू शकते.

1:36 तुमची विद्यमान उदाहरणे चालू राहतात, तर ऑटोस्केलिंग गट वाढवण्याची परवानगी गमावू शकतो. इतर पर्याय निष्क्रिय संसाधने थांबवतात, नंतर अंदाज जवळ आल्यास मुख्य खर्च चालक थांबवतात. दोन आठवड्यांसाठी शून्य कॉल असलेले सेजमेकर एंडपॉइंट निष्क्रिय म्हणून पात्र ठरते. तुमच्या विसरलेल्या डेमोला अखेरीस एक्झिट मुलाखत मिळते. विलिसनला डीफॉल्टनुसार हार्ड कॅप्स चालू हव्यात, अमर्यादित खर्च हा एक स्पष्ट पर्याय म्हणून असावा. तो त्याचा प्रस्ताव आहे. AWS चे दस्तऐवजीकरण तुम्ही कॉन्फिगर केलेल्या नियंत्रणांचे वर्णन करते, या रोलआउट दरम्यान मर्यादित प्रवेशासह.

2:03 Google ने जुलैमध्ये स्वतःच्या खर्च मर्यादांची घोषणा केली. सार्वजनिक पूर्वावलोकनात, ते एका प्रकल्पातील एका सेवेला लक्ष्य करतात, आणि Google म्हणते की AI मर्यादा थ्रेशोल्डवर पोहोचल्याच्या काही मिनिटांत ट्रिगर होतात. सूचीबद्ध सेवांमध्ये जेमिनी आणि क्लाउड रन समाविष्ट आहेत. इतर सेवा अप्रभावित राहतात.

Google काय मर्यादित करते आणि काय बिलिंग सुरू ठेवते?

2:17 निश्चित करारबद्ध वचनबद्धता बिलिंग सुरू ठेवतात, त्यामुळे नवीन वापर थांबवल्यास तुम्ही आधीच साइन केलेली कोणतीही वचनबद्धता इनव्हॉइसवर राहते. व्यवसायासाठी, अनपेक्षित शटडाउन देखील महाग असू शकते. AWS स्पष्टपणे या मर्यादांना प्रयोग आणि सँडबॉक्सभोवती मांडते, उत्पादन वापर संसाधने थांबवणे स्वीकार्य आहे की नाही यावर अवलंबून आहे. माझे विकसक टेकअवे सोपे आहे. प्रायोगिक एजंटना एका वेगळ्या प्रकल्पात ठेवा, मर्यादा कोणत्या शुल्कांना लागू होते ते तपासा आणि तुमची पुनर्प्राप्ती प्रक्रिया तपासा. जेव्हा गार्डरेल ट्रिगर होते तेव्हा लक्षात घेणाऱ्या मालकाची त्याला गरज असते. दरम्यान, Aleph Alpha ने कोलिब्री, जर्मन आणि इंग्रजीसाठी एक ओपन वेट मॉडेल प्रकाशित केले.

2:43 त्याच्या लॉन्च ॲनिमेशनमध्ये "लहान पक्षी, जलद पंख" असे म्हटले आहे. वजन Apache 2.0 अंतर्गत उपलब्ध आहेत. चब्बीने याला जर्मनीकडून एक आश्चर्यकारकपणे मजबूत प्रकाशन म्हटले. उपयुक्त भाग म्हणजे तैनाती नियंत्रण. एक कंपनी वजन धारण करू शकते आणि तिच्या मालकीच्या पायाभूत सुविधांद्वारे तिचे दस्तऐवज चालवू शकते.

जर्मनीचे नवीन ओपन-वेट मॉडेल किती लहान आहे?

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

3:22 तो म्हणतो की त्याने मॉडेल स्वतः चालवले नाही. जेव्हा एक मैत्रीपूर्ण लॉन्च चार्ट तुमचा खरेदी विभाग बनण्याचा प्रयत्न करतो तेव्हा तो फरक लक्षात ठेवा. आणि System76 चा Cosmic कंपोजिटर आता योगदानकर्त्यांना त्यांच्या पुल रिक्वेस्टमध्ये कोणतीही भाषा मॉडेल-व्युत्पन्न सामग्री नाही असे प्रमाणित करण्यास सांगतो. टेम्प्लेटमध्ये कोड, टिप्पण्या आणि वर्णनांचा स्पष्टपणे समावेश आहे. योगदानकर्ते हे देखील वचन देतात की त्यांनी बदल समजून घेतला आणि तपासला आहे. फ्लॅटपॅक रिपॉझिटरीमध्ये त्यांच्या स्वतःच्या ॲप स्रोत आणि मॅनफेस्टसाठी अपवाद आहे. संपूर्ण प्रकल्पाला एक नियम म्हणून मानण्यापूर्वी वास्तविक टेम्प्लेट वाचा. मशीन सेकंदात दुसरा पॅच तयार करू शकते.

3:46 तरीही कोणीतरी ते वाचले पाहिजे.

पुल रिक्वेस्टमध्ये COSMIC नक्की काय नाकारते?

3:50 आज क्लाउड प्रयोगावर मर्यादा घालते आणि देखभालकर्ते पुनरावलोकन रांगेवर मर्यादा घालतात. त्या पॉज केलेल्या AWS प्रकल्पाकडे परत. खर्च मर्यादा वाढवल्यास ते पुन्हा सक्रिय होऊ शकते आणि काही संसाधनांना मॅन्युअल रीस्टार्टची आवश्यकता असू शकते. एजंट भत्ता खर्च करण्यापूर्वी तुम्ही पुनर्प्राप्तीची प्रक्रिया समजून घेतली पाहिजे. उलटी गणना नव्वद दिवसांची आहे. AWS म्हणते की प्रकल्प पॉज केल्यानंतर त्या वेळेत तुम्ही कोणतीही कारवाई न केल्यास, ते प्रकल्पाचा डेटा कायमस्वरूपी हटवते. त्या प्रकल्पाच्या ब्लास्ट रेडियसच्या बाहेर एक बॅकअप ठेवा.

4:14 थांबलेले बिल आणि राखलेला बॅकअप ही दोन स्वतंत्र कामे आहेत. मला मर्यादा हवी आहे आणि मला पुनर्प्राप्ती योजना हवी आहे. माझ्या सोडून दिलेल्या वीकेंड प्रोटोटाइपने प्रतिष्ठेने निवृत्त व्हावे. तुम्हाला हे वाचायला आवडत असल्यास, diff दररोज सकाळी तुमच्या इनबॉक्समध्ये विनामूल्य The Daily Diff.dev वर येते, लिंक खाली दिली आहे. आजचा निकाल, NEEDS REVIEW. मी सक्तीच्या खर्च मर्यादांचे स्वागत करतो. एजंटला खाते देण्यापूर्वी मी उपलब्धता, कव्हर केलेले शुल्क आणि पुनर्प्राप्ती सत्यापित करेन.

पॉज कधी कायमस्वरूपी डेटा गमावतो?

4:31 नव्वद दिवसांच्या हटवण्याच्या घड्याळाला खूप स्पष्ट चेतावणी आवश्यक आहे. आणि आजसाठी एवढेच diff. मी Axrisi चा Niko आहे. जबाबदारीने विलीन करा. A spending cap means your side project is safe. AWS's new limit can pause it, and leaving it paused can eventually erase the data. In this video, what stops the bill? What's the catch?

नवीन खर्च नियंत्रणांवर माझा काय निकाल आहे?

4:55 Who actually gets these limits? There's a countdown in AWS's documentation. We'll follow it all the way to the delete button. It's Sunday, October fourth, and this is The Daily Diff. On Saturday, Simon Willison called for default spending caps as agents make deploying software easier. Germany released Kolibri, while Cosmic's maintainers drew a line around AI

स्रोत

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