# SLAs, SLOs और support

Pro cloud API के लिए क्या target है और क्या अनुबंधित गारंटी, incidents कैसे संभाले जाते हैं, और हर tier पर कौन-सा support channel लागू होता है।

Source: https://www.afterpack.dev/hi/docs/sla

**SLO** एक target है जिसकी ओर AfterPack design और संचालन करता है, बिना किसी वित्तीय गारंटी के। **SLA** एक अनुबंधित प्रतिबद्धता है, जिसके पूरा न होने पर आम तौर पर वित्तीय क्षतिपूर्ति होती है।

## Mode 2: Pro cloud API

[Indie, Team और Studio](https://www.afterpack.dev/hi/docs/tiers) की वे builds जिनमें [Pro key](https://www.afterpack.dev/hi/docs/dashboard/api-keys) होती है, [Mode 2](https://www.afterpack.dev/hi/docs/deployment-modes) में [`api.afterpack.dev`](https://www.afterpack.dev/hi/docs/cloud-api) को call करती हैं, आपके configure किए [`key`](https://www.afterpack.dev/hi/docs/config#key) या [`AFTERPACK_key`](https://www.afterpack.dev/hi/docs/config#key) का इस्तेमाल करके। इसका target:

| | |
|---|---|
| **SLO target** | 99.5% मासिक availability |
| **अपवाद** | नीचे अपवाद देखें |
| **Infrastructure** | Cloudflare Workers, विश्व स्तर पर वितरित, जहाँ हर build एक स्पष्ट CPU और wall-clock budget से सीमित है |
| **पहुँच से बाहर होने पर** | Build [fail closed होती है](https://www.afterpack.dev/hi/docs/diagnostics#fail-closed-no-exceptions)। |

## अपवाद

तीन चीज़ें ऊपर के availability target के बाहर हैं, और downtime की किसी भी देनदारी के बाहर भी:

- **अंतर्निहित providers।** AfterPack तीसरे पक्ष द्वारा संचालित infrastructure पर चलता है, ख़ास तौर पर Cloudflare पर। उनमें से किसी पर outage या गिरावट अपवाद में आती है।
- **Scheduled maintenance**, जिसकी घोषणा कम से कम 24 घंटे पहले की जाती है।
- **आपका अपना network या environment**, जिसमें ऐसा firewall, proxy या DNS resolver शामिल है जो API तक नहीं पहुँच पाता।

## Enterprise SLA

[Enterprise](https://www.afterpack.dev/hi/docs/tiers) अनुबंध **वित्तीय दंड के साथ 99.9% वार्षिक availability** की प्रतिबद्धता देते हैं। क्षतिपूर्ति की सटीक शर्तें हर agreement में तय होती हैं। Enterprise अनुबंध जिन incident-response और support आँकड़ों से शुरू होता है, उनके लिए [Enterprise: SLA और संचालन](https://www.afterpack.dev/hi/docs/enterprise#sla-and-operations) देखें।

## Status page

[status.afterpack.dev](https://status.afterpack.dev) API और website की मौजूदा स्थिति और 90 दिनों का uptime दिखाता है, जिसकी हर 5 मिनट में जाँच होती है। यही data [Status API](https://www.afterpack.dev/hi/docs/status-api) के ज़रिए सार्वजनिक है। अगर आपको लगता है कि cloud down है, तो **support@afterpack.dev** पर email करें; विफल build उस [diagnostic code](https://www.afterpack.dev/hi/docs/diagnostics) का नाम बताती है जिसका हवाला देना है।

## Incident response

Mode 2 के पूर्ण outage पर 5 कार्य-दिवसों के भीतर blog पर एक public, blameless post-mortem आता है: timeline, root cause, customers पर असर, और owners तथा deadlines के साथ सुधारात्मक कदम। Enterprise अनुबंधों में नामित response times होते हैं (देखें [Enterprise](https://www.afterpack.dev/hi/docs/enterprise#sla-and-operations))।

गिरावट की अवधि के दौरान (obfuscate endpoint पर बढ़ी हुई error rates या timeouts), Pro builds [fail closed होती हैं](https://www.afterpack.dev/hi/docs/diagnostics#fail-closed-no-exceptions)। [Free (local) builds](https://www.afterpack.dev/hi/docs/deployment-modes) कभी API को call नहीं करतीं, इसलिए वे अप्रभावित रहती हैं।

## Tier के अनुसार support channels

| Tier | Channel |
|---|---|
| Free | [Documentation](https://www.afterpack.dev/hi/docs), [FAQ](https://www.afterpack.dev/hi/docs/faq) और GitHub |
| [Extra MB](https://www.afterpack.dev/hi/docs/tiers), Indie | Email: **support@afterpack.dev** |
| Team | Priority email support |
| Studio | Priority email और साथ में एक dedicated chat channel |
| Enterprise | Dedicated Slack Connect, साथ में एक नामित account manager और engineering liaison; 4 business hours (P1) / 1 business day (P2) का अनुबंधित incident response |

हर tier पर, Free समेत: प्रश्न और प्रस्ताव [GitHub Discussions](https://github.com/afterpack-dev/afterpack/discussions) पर जाते हैं, bugs [GitHub Issues](https://github.com/afterpack-dev/afterpack/issues) पर।

**support@afterpack.dev** tier चाहे जो हो, आम तौर पर एक कार्य-दिवस के भीतर जवाब देता है। Deployment scoping, custom अनुबंध या compliance प्रश्नों के लिए, क्या शामिल करना है यह जानने के लिए [Enterprise: संपर्क](https://www.afterpack.dev/hi/docs/enterprise#contact) देखें।

## Security disclosure

कोई security समस्या मिली, जिसमें सार्वजनिक writeup से पहले protection को हराने का कोई तरीका भी शामिल है? Public issue दर्ज करने के बजाय **security@afterpack.dev** पर email करें। यही address [leak हुई Pro key](https://www.afterpack.dev/hi/docs/dashboard/api-keys) को भी संभालता है। Enterprise अनुबंधों को पुष्ट disclosure के 24 घंटे के भीतर patch मिलता है, cloud और on-prem दोनों पर। बाकी हर tier को fix सामान्य release cadence पर मिलता है, गंभीरता के आधार पर प्राथमिकता के साथ।

## Engine में बदलाव और versioning

हर security-relevant engine बदलाव की श्रेणी और दिशा बताने वाला कोई public Protection Changelog उपलब्ध नहीं है।

कोई LTS engine नहीं है। देखें [AfterPack कैसे काम करता है: हर build में एक नया program](https://www.afterpack.dev/hi/docs/concepts#a-new-program-every-build)।

AfterPack pre-1.0 है, और `@afterpack/core`, framework packages और engine एक साथ versioned होते हैं। Security fixes latest release पर ship होते हैं, इसलिए उन्हें पाने के लिए upgrade करें।

## आगे

- [Builds और CI](https://www.afterpack.dev/hi/docs/builds): cloud down होने पर होने वाला व्यवहार, जिसे इस पेज का SLO समर्थन देता है, और rotation हर build की संरचना को कैसे बदलता है।
- [Enterprise](https://www.afterpack.dev/hi/docs/enterprise): SLA, और deployment की दो बनावटें।
- [Diagnostics](https://www.afterpack.dev/hi/docs/diagnostics#exit-codes): exit contract, और विफल Pro build वास्तव में क्या लौटाती है।
- [Deployment modes](https://www.afterpack.dev/hi/docs/deployment-modes): Mode 2 क्या है, और उसकी जगह local रूप से क्या चलता है।
- [Privacy और data handling](https://www.afterpack.dev/hi/docs/privacy): यह पेज जिस cloud को कवर करता है, वह वास्तव में क्या store करता है।
- [Plans और tiers](https://www.afterpack.dev/hi/docs/tiers): ऊपर का हर support channel किस plan से जुड़ा है।