खर्च की सीमा और बिल-शॉक सुरक्षा

The cap applies to usage above your plan's included allowance:

हर Orbit प्रोजेक्ट के पास एक spending cap है: एक hard monthly ceiling जो overage charges पर लागू होती है, जिसका default US$63.16 है, साथ ही रास्ते भर में email warnings और top पर एक pause जो open-ended bill की जगह लेता है। यह guide cover करता है कि cap क्या cover करता है, इसे reach करने पर क्या होता है, paused site को restore कैसे करें, और अलग build-minute cap जो runaway build loop को stop करता है।

क्या Cap Cover करता है

Cap आपकी plan की included allowance above usage पर लागू होती है:

Build-minute overage: आपकी plan की monthly allowance से beyond US$0.05 प्रति minute
Bandwidth overage: आपकी plan की monthly allowance से beyond US$0.03 प्रति GB

आपकी plan की base subscription fee cap से affect नहीं होती है और इसके द्वारा कभी pause नहीं की जाती है।

Denial-of-service और अन्य malicious volumetric attacks से आने वाला traffic कभी bill नहीं होता है और cap की ओर count नहीं होता है।

Default Cap

हर नया project US$63.16 प्रति month पर start होता है। आप इसे US$6.32 से US$6,315.79 तक कहीं भी set कर सकते हैं। Design के लिहाज से कोई "no cap" option नहीं है।

इसे Settings में, Spending cap card में खोजें। Card इस month के overage को आपकी cap के विरुद्ध एक progress bar के साथ दिखाता है, और percentage दिखाता है।

Orbit project settings में spending cap card

आप इसे Hit करने से पहले Alerts

Orbit आपको 50% और 80% पर cap का email भेजता है, billing period के प्रति threshold एक बार। हर email threshold, reached percentage, आपकी cap, आपने क्या खर्च किया है, क्या बचा है, और build-minute और bandwidth overage के बीच split बताता है।

Settings card एक running warning भी दिखाता है। 50% से ऊपर यह बताता है कि pause से पहले कितना headroom बचा है; 100% पर यह चेतावनी देता है कि next hourly check पर serving pause हो जाएगी।

Alerts account के billing email address पर जाते हैं। अगर वह address एक shared inbox है जिसे कोई नहीं पढ़ता है, तो pause आपकी first notification होगी। Check करें कि यह कहीं है जहाँ आप वास्तव में इसे देख सकें इससे पहले कि आपको इसकी जरूरत हो।

100% पर क्या होता है

एक hourly check हर project के current-month overage को अपनी cap के विरुद्ध calculate करता है। जब यह 100% तक पहुँचता है:

Project पर हर production environment Paused पर set किया जाता है।
आपकी site के लिए requests HTTP 503 return करते हैं एक branded page के साथ जो पढ़ता है "Site temporarily paused"।
Response में header X-Orbit-Paused: spending-cap होता है, इसलिए uptime monitors एक pause को एक outage से distinguish कर सकते हैं।
Kapsule आपको email भेजता है, project का नाम, cap, build और bandwidth overage, billing period, और project के Settings के लिए एक direct link का नाम रखते हुए।

Check hourly चलता है, continuously नहीं। Overage checks के बीच आपकी cap को slightly exceed कर सकता है pause लागू होने से पहले। Cap एक spend ceiling है जिसमें एक घंटे की granularity है, hard real-time meter नहीं।

Pause production environments केवल को hit करता है। Staging और branch previews serving जारी रखते हैं। यह intentional है, ताकि एक pause आपको fix को test करने से भी block न करे।

Paused Site को Restore करना

अपना project Orbit में खोलें।
Settings tab खोलें।
Spending cap card खोजें, जो एक PAUSED badge दिखाता है और एक red panel पढ़ता है "Site serving is paused"।
एक higher cap amount enter करें।
Raise cap & resume पर click करें।

Serving तुरंत resume होती है। कोई redeploy की जरूरत नहीं है, और आपकी deployment के बारे में कुछ नहीं बदलता है।

अगर इसकी जगह आप इसे paused छोड़ते हैं, तो hourly check serving को automatically restore करता है जैसे ही overage आपकी cap के नीचे drop हो जाता है, जो अपने आप next billing period की शुरुआत में होता है।

Cap को raise करना आपके महीने के लिए maximum possible overage bill को raise करता है। अगर एक site unexpectedly pause हुआ, पता लगाएं कि usage spike क्यों हुआ इससे पहले कि आप ceiling को raise करें। Project के Analytics tab को देखें, जो इस महीने के build minutes और bandwidth को आपकी plan allowance plus एक projected end-of-month figure के विरुद्ध दिखाता है। एक rebuild loop या एक hot-linked large asset simply नए headroom को भी consume कर देगा।

किसी भी समय Cap को Change करना

Project को खोलें, फिर Settings।
Spending cap खोजें।
एक new amount enter करें और Update cap पर click करें।

परिवर्तन current billing month के लिए तुरंत लागू होता है। Minimum US$6.32 है और maximum US$6,315.79 है; इससे बाहर कुछ भी limit का नाम बताते हुए एक message के साथ reject किया जाता है।

अगर आपको maximum से अधिक headroom की जरूरत है, तो support से contact करें बजाय cap को disable करने के किसी तरीके को ढूँढने की कोशिश करें।

Automatic Reset

Overage usage हर billing period की शुरुआत में reset होता है, और alert thresholds इसके साथ reset होते हैं, इसलिए आपको हर महीने एक fresh 50% और 80% warning मिलता है बजाय एक warning कभी।

अगर आपकी site एक period के अंत में paused थी, तो यह automatically resume होती है एक बार नया period शुरू होता है और usage zero पर return होता है। कोई action की जरूरत नहीं है।

अलग Build-Minute Cap

Spending cap money को limit करता है। Build spending cap build minutes को directly limit करता है, और यह एक different control है जिसका एक different purpose है।

इसे Settings में, Build spending cap card में खोजें:

Minutes per month की एक number enter करें, minimum 1। Card इसे hours में convert करता है जैसे आप type करते हैं, इसलिए 120 एक महीने में 2 घंटे के रूप में दिखता है।
Set cap पर click करें (या Update cap अगर एक पहले से exist करता है)।

एक बार monthly total cap तक पहुँचता है, नए builds queuing stop करते हैं next month तक या जब तक आप cap को raise न करें। Card minutes के एक progress bar को cap के विरुद्ध use किए गए दिखाता है और जैसे आप इसके करीब आते हैं चेतावनी देता है।

Cap को completely हटाने के लिए Remove cap पर click करें।

एक build cap builds को block करता है, जिसका मतलब है कि यह आपकी ability को block करता है एक fix को deploy करने की। यह right control है एक project के लिए जिसे आप एक accidental rebuild loop से protect करना चाहते हैं, और wrong control है एक project के लिए जिसे आप pressure के तहत deploy करते हैं। अगर आप एक set करते हैं, तो इसे अपने normal monthly usage से अच्छी तरह ऊपर set करें।

सब कुछ से अलग, हर build 30 minutes की wall-clock time पर हर plan पर abort होता है। यह runaway abort configurable नहीं है और exist करता है इसलिए एक single hung build एक पूरे monthly allowance को consume नहीं कर सकता है।

Usage को Watch करना इससे पहले कि यह एक समस्या बने

हर project के Analytics tab पर इस महीने के build minutes और bandwidth को आपकी plan allowance के विरुद्ध दिखाता है, अब तक का overage cost, और elapsed days पर आधारित एक projected end-of-month figure।
Orbit, फिर Usage, account-wide totals दिखाता है।
हर deployment के detail page पर वह बिल्कुल दिखाता है कि build में कितना समय लगा और time phase by phase कहाँ गया।

अगर आपका projected overage climbing है, पहले अपने build cache hit rate को देखें। Liftoff और Apex पर एक cache hit install phase का अधिकांश हटाता है। Project overview आपके लिए एक low hit rate को flag करता है और समझाता है कि आमतौर पर इसका मतलब क्या है।