जब हम आपसे शुल्क लेते हैं, तब हम आपको क्या देने के लिए प्रतिबद्ध हैं।
साधारण भाषा का SLA। प्रति-योजना वास्तविक अपटाइम लक्ष्य, गंभीरता-वार प्रतिक्रिया समय, चूक होने पर क्रेडिट नीति, और अपवाद।
लाइव स्थिति देखें →यह अनुवाद सुविधा के लिए दिया गया है। अंग्रेज़ी संस्करण से कोई अंतर होने पर अंग्रेज़ी संस्करण ही मान्य होगा।
अपटाइम, प्रतिक्रिया, चूक पर क्रेडिट।
| योजना | अपटाइम | पहली प्रतिक्रिया | S1 प्रतिक्रिया | चूक पर क्रेडिट |
|---|---|---|---|---|
| Builder | 99.5% यथासंभव | कार्यदिवसों में ≤ 24 घंटे | यथासंभव | — |
| Pro | 99.9% लक्ष्य | ≤ 12 घंटे | ≤ 4 घंटे | चूक वाले माह में 10% क्रेडिट |
| Max | 99.9% गारंटी | ≤ 4 घंटे | ≤ 2 घंटे | चूक वाले माह में 25% क्रेडिट |
| Team | 99.9% लक्ष्य | ≤ 4 घंटे | ≤ 4 घंटे | चूक वाले माह में 10% क्रेडिट |
| Business | 99.95% गारंटी | ≤ 1 घंटा, 24×7 | ≤ 1 घंटा 24×7 | 50% तक क्रेडिट + कस्टम DPA / SLA |
हम घटनाओं की प्राथमिकता कैसे तय करते हैं।
- S1 — गंभीर
अधिकांश उपयोगकर्ताओं के लिए production बंद है। कोई वैकल्पिक उपाय नहीं। Login काम नहीं कर रहा, सभी के लिए generation विफल हो रहा है, या डेटा की अखंडता खतरे में है।
तत्काल, Business में 24×7 - S2 — प्रमुख
महत्वपूर्ण गिरावट। कुछ उपयोगकर्ता प्रभावित, वैकल्पिक उपाय मौजूद, डेटा सुरक्षित।
Pro, Team, Max और Business में उसी कार्यदिवस - S3 — मामूली
केवल दिखावट से संबंधित, अलग-थलग, या छोटे समूह पर असर।
अगला कार्यदिवस - S4 — प्रश्न / सुविधा अनुरोध
दोष नहीं। संबंधित टीम को भेजा जाता है।
1 सप्ताह में
रखरखाव के लिए निर्धारित समय
नियोजित रखरखाव रविवार को 02:00–05:00 UTC के बीच होता है, आपातकाल को छोड़कर तिमाही में अधिकतम एक बार। सूचनाएँ status.vulk.dev पर कम से कम 48 घंटे पहले, और ईमेल सदस्यों को भेजी जाती हैं।
क्रेडिट नीति
जब हम कैलेंडर माह में अपटाइम लक्ष्य चूकते हैं, पात्र योजनाओं को अगले इनवॉइस पर स्वचालित क्रेडिट मिलता है — टिकट खोलने की ज़रूरत नहीं। क्रेडिट नकद में नहीं बदले जा सकते, लेकिन उसी खाते के किसी भी मौजूदा या भविष्य के इनवॉइस पर लागू किए जा सकते हैं।
क्या कवर नहीं है।
SLA इन पर लागू नहीं होता:
- ▸अप्रत्याशित परिस्थितियाँ (cloud provider के क्षेत्रीय आउटेज, नियामक कार्रवाई, आदि)।
- ▸ग्राहक-जनित घटनाएँ (गलत कॉन्फ़िगरेशन, योजना क्रेडिट समाप्त, rate limits पार)।
- ▸status.vulk.dev के माध्यम से ≥ 48 घंटे पहले घोषित नियोजित रखरखाव।
- ▸उन तृतीय-पक्ष AI प्रदाताओं के कारण होने वाली समस्याएँ जिनके माध्यम से हम अनुरोध भेजते हैं, जहाँ प्रदाता ही मूल कारण है।
- ▸UI / docs में स्पष्ट रूप से beta के रूप में चिह्नित सुविधाएँ।