# AfterPack Enterprise

एक custom contract: custom development में प्राथमिकता, आपके अपने cloud में engine का private installation, एक संयुक्त security review, और ऐसे source के लिए दो deployment स्वरूप जो आपके infrastructure से बाहर नहीं जा सकता।

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

Enterprise कोई बड़ा plan नहीं, बल्कि एक कामकाजी रिश्ता है, उन संगठनों के लिए जो किसी third party को उसके अपने infrastructure पर अपना source छूने नहीं दे सकते। दो deployment स्वरूप ज़्यादातर मामलों को कवर करते हैं: आपके अपने cloud में एक Confidential Computing enclave, और एक on-prem double-blind install। दोनों पूरी pipeline चलाते हैं, public cloud जैसे ही [transforms](https://www.afterpack.dev/hi/docs/config#transforms-kind-enabled) और [presets](https://www.afterpack.dev/hi/docs/presets) के साथ; बदलता केवल यह है कि वह कहाँ चलती है। Enterprise, [Studio](https://www.afterpack.dev/hi/docs/tiers) से ऊपर है।

> **हर engagement के तहत दिया जाता है**
>
> इस पेज की हर चीज़ एक custom contract के तहत scope, build और install की जाती है। न कोई self-serve रास्ता है, न कोई price list: scope, timeline और attestation policy agreement में लिखी जाती हैं। आज बिना contract के source को अपनी मशीनों पर रखने के लिए [Mode 1, एक मुफ़्त local build](https://www.afterpack.dev/hi/docs/deployment-modes) इस्तेमाल करें।

## एक engagement क्या देता है

- **Custom development में प्राथमिकता।** आपकी deployment ज़रूरतों पर, और उन [transforms या preservation rules](#custom-transforms) पर जिनकी आपके stack को ज़रूरत है, public queue से पहले काम होता है।
- **Engine का एक private installation।** Engine आपके अपने GCP, AWS या Azure account में, या आपके perimeter के अंदर के hardware पर चलता है। नीचे के दो स्वरूप ही विकल्प हैं।
- **एक संयुक्त security और certification प्रक्रिया।** हम आपकी team के साथ आपकी security शर्तों पर काम करते हैं: questionnaires, architecture review, data-handling शर्तें, और वे सबूत जो आपका auditor माँगता है।

## Confidential Computing

Confidential Computing केवल [Enterprise](https://www.afterpack.dev/hi/docs/tiers) के लिए है, onboarding के दौरान scope किया जाता है, और attestation policies हर contract के अनुसार तय होती हैं।

AfterPack engine आपके cloud account के एक Confidential Computing enclave के अंदर चलता है (AWS Nitro Enclaves, GCP Confidential Space, Azure Confidential VMs)। आपकी build enclave में source upload करती है और obfuscated output वापस पाती है, public cloud जैसे ही [wire contract](https://www.afterpack.dev/hi/docs/cloud-api) का इस्तेमाल करते हुए। Enclave **किसी भी source के उसमें जाने से पहले attest होता है**, इसलिए attestation पास होने के बाद AfterPack कंपनी आपका source नहीं देख सकती, और आप हर build पर इसे स्वतंत्र रूप से verify कर सकते हैं।

*(Confidential Computing का स्वरूप: source कभी आपके VPC से बाहर नहीं जाता। आपकी build आपके VPC के अंदर एक attested AfterPack-CC enclave में source भेजती है और obfuscated output वापस पाती है। Enclave आपके audit log में एक attestation report भेजता है।)*

Enclave हर build पर hardware-rooted attestation के ज़रिए साबित करता है कि क्या चल रहा है, और बदला हुआ binary attestation में fail होता है और आपकी build को fail कर देता है। यह एक sealed binary के रूप में चलता है जिसमें न कोई debug interface है, न remote management, न कोई [telemetry](https://www.afterpack.dev/hi/docs/config#telemetry-enabled) channel; उसकी network policy केवल attestation endpoints की अनुमति देती है, और हर build आपके अपने evidence locker के लिए एक signed report (input hash, output hash, attestation hash) emit करती है।

आपके developers को कुछ नहीं बदलना पड़ता: [framework plugin](https://www.afterpack.dev/hi/docs/frameworks) और [`npx afterpack@latest`](https://www.afterpack.dev/hi/docs/cli#usage) वैसे ही काम करते हैं जैसे public cloud पर, और [`@afterpack` directives](https://www.afterpack.dev/hi/docs/directives) का पालन भी उसी तरह होता है।

## On-prem / double-blind install

Enterprise के लिए। AfterPack engine एक sealed binary के रूप में आता है जो आपके environment के अंदर install होता है: air-gapped data centers, सरकार से जुड़े clouds, या कुछ भी जो build के समय public internet तक नहीं पहुँच सकता।

दो गुण इसे *double-blind* बनाते हैं:

- **[AfterPack आपका source कभी नहीं देखता।](https://www.afterpack.dev/hi/docs/privacy)** Runtime आपके perimeter के अंदर रहता है। AfterPack infrastructure को कोई callback नहीं होता।
- **आपकी team AfterPack का source कभी नहीं पढ़ती।** Binary signed और integrity-verified है, और बिना symbols के आता है। उसे reverse-engineer करना contract के तहत प्रतिबंधित है।

यह deployment सबसे सख़्त सरकारी और regulated-industry व्यवस्थाओं को लक्षित करता है। इसे एक custom contract के तहत आपके environment के लिए build और install किया जाता है, और installation व update की प्रक्रिया पहली build चलने से पहले आपकी team के साथ तय की जाती है।

## SLA और operations

Enterprise ही एकमात्र tier है जिसमें contractual, आर्थिक रूप से समर्थित uptime SLA है: 99.9% सालाना, जबकि [Indie, Team और Studio](https://www.afterpack.dev/hi/docs/tiers) के लिए standard [cloud API](https://www.afterpack.dev/hi/docs/cloud-api) 99.5% मासिक SLO पर चलता है। Incident response, support channels, patch commitments और data-residency शर्तें सभी उसी contract का हिस्सा हैं। ये targets क्या कवर करते हैं, इसके लिए [SLA](https://www.afterpack.dev/hi/docs/sla) देखें। On-prem deployment का uptime आपके अपने infrastructure पर निर्भर करता है।

> **Compliance.** SOC2 Type II report उपलब्ध नहीं है। [GDPR DPA](https://www.afterpack.dev/hi/docs/privacy), security-posture documentation और customer-specific addenda अनुरोध पर उपलब्ध हैं, और एक engagement में आपकी team के साथ आपकी अपनी certification प्रक्रिया पर काम करना शामिल है।

## Custom transforms

Enterprise engagements [transform catalog](https://www.afterpack.dev/hi/docs/config#transforms-kind-enabled) में जोड़ का अनुरोध कर सकते हैं, उदाहरण के लिए:

- आपकी team द्वारा इस्तेमाल की जाने वाली किसी custom DSL या templating language के लिए एक pattern recognizer।
- किसी proprietary [runtime-reflection](https://www.afterpack.dev/hi/docs/config#reflection-allow) mechanism के लिए एक preservation rule, उससे आगे जो [`identifiers.reserved`](https://www.afterpack.dev/hi/docs/config#identifiers-reserved) कवर करता है।
- किसी विशेष threat के लिए tune किया गया एक अतिरिक्त destructive transform, उदाहरण के लिए anti-cheat के लिए trace-replay-hostile binding। Anti-cheat को फिर भी server-authoritative validation चाहिए। पहले [AfterPack किसकी जगह नहीं लेता](https://www.afterpack.dev/hi/docs/threat-model#what-afterpack-does-not-replace) पढ़ें।

Custom transforms engine की आपकी private build के हिस्से के रूप में आते हैं। वे हर contract के अनुसार scope किए जाते हैं और public engine में कभी नहीं जोड़े जाते।

## जब cloud SaaS काफ़ी न हो

तीन संकेत बताते हैं कि आप public cloud plans से आगे निकल चुके हैं:

1. **Compliance cloud के source छूने को मंज़ूरी नहीं देगा** और आपका auditor runtime को आपके अपने environment में चाहता है। → एक [मुफ़्त local build](https://www.afterpack.dev/hi/docs/deployment-modes)।
2. **आपको ऐसे transforms चाहिए जो public engine में मौजूद नहीं हैं।** → Studio या Enterprise।
3. **आपको एक custom contract चाहिए:** [SLAs](https://www.afterpack.dev/hi/docs/sla), indemnification, या standard DPA से आगे की data-handling प्रतिबद्धताएँ। → Enterprise।

अगर इनमें से कोई लागू नहीं होता, तो public [cloud](https://www.afterpack.dev/hi/docs/deployment-modes) पर [Team या Studio](https://www.afterpack.dev/hi/docs/tiers) इस्तेमाल करें।

## संपर्क

Enterprise scoping, deployment के सवालों, या custom-transform अनुरोधों के लिए:

**support@afterpack.dev**। सामान्य response time एक business day है। आप जितना code protect कर रहे हैं उसका पैमाना (lines या megabytes), आपकी cloud या on-prem ज़रूरतें, और बातचीत को आगे बढ़ाने वाली compliance व्यवस्था शामिल करें।

---

## आगे

- [Deployment modes](https://www.afterpack.dev/hi/docs/deployment-modes): engine कहाँ चलता है।
- [SLA](https://www.afterpack.dev/hi/docs/sla): uptime targets, incident response और patch commitments।
- [Plans और tiers](https://www.afterpack.dev/hi/docs/tiers): सभी plans में पूरी capability matrix।
- [Builds और promotion](https://www.afterpack.dev/hi/docs/builds): एक बार build करें, वही bytes dev से prod तक promote करें।
- [Privacy और data handling](https://www.afterpack.dev/hi/docs/privacy): residency, sub-processors और DPA।
- [Threat model](https://www.afterpack.dev/hi/docs/threat-model): adversary ladder जिसके बारे में compliance review पूछेगा।