SLAs, SLOs और support

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

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

Mode 2: Pro cloud API

Indie, Team और Studio की वे builds जिनमें Pro key होती है, Mode 2 में api.afterpack.dev को call करती हैं, आपके configure किए key या AFTERPACK_key का इस्तेमाल करके। इसका target:

SLO target99.5% मासिक availability
अपवादनीचे अपवाद देखें
InfrastructureCloudflare Workers, विश्व स्तर पर वितरित, जहाँ हर build एक स्पष्ट CPU और wall-clock budget से सीमित है
पहुँच से बाहर होने परBuild fail closed होती है।

अपवाद

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

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

Enterprise SLA

Enterprise अनुबंध वित्तीय दंड के साथ 99.9% वार्षिक availability की प्रतिबद्धता देते हैं। क्षतिपूर्ति की सटीक शर्तें हर agreement में तय होती हैं। Enterprise अनुबंध जिन incident-response और support आँकड़ों से शुरू होता है, उनके लिए Enterprise: SLA और संचालन देखें।

Status page

कोई public status page नहीं है। अगर आपको लगता है कि cloud down है, तो support@afterpack.dev पर email करें; विफल build उस diagnostic code का नाम बताती है जिसका हवाला देना है।

Incident response

Mode 2 के पूर्ण outage पर 5 कार्य-दिवसों के भीतर blog पर एक public, blameless post-mortem आता है: timeline, root cause, customers पर असर, और owners तथा deadlines के साथ सुधारात्मक कदम। Enterprise अनुबंधों में नामित response times होते हैं (देखें Enterprise)।

गिरावट की अवधि के दौरान (obfuscate endpoint पर बढ़ी हुई error rates या timeouts), Pro builds fail closed होती हैं। Free (local) builds कभी API को call नहीं करतीं, इसलिए वे अप्रभावित रहती हैं।

Tier के अनुसार support channels

TierChannel
FreeDocumentation, FAQ और GitHub
Extra MB, IndieEmail: support@afterpack.dev
TeamPriority email support
StudioPriority email और साथ में एक dedicated chat channel
EnterpriseDedicated Slack Connect, साथ में एक नामित account manager और engineering liaison; 4 business hours (P1) / 1 business day (P2) का अनुबंधित incident response

हर tier पर, Free समेत: प्रश्न और प्रस्ताव GitHub Discussions पर जाते हैं, bugs GitHub Issues पर।

support@afterpack.dev tier चाहे जो हो, आम तौर पर एक कार्य-दिवस के भीतर जवाब देता है। Deployment scoping, custom अनुबंध या compliance प्रश्नों के लिए, क्या शामिल करना है यह जानने के लिए Enterprise: संपर्क देखें।

Security disclosure

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

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

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

कोई LTS engine नहीं है। देखें AfterPack कैसे काम करता है: हर build में एक नया program।

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

आगे

  • Builds और CI: cloud down होने पर होने वाला व्यवहार, जिसे इस पेज का SLO समर्थन देता है, और rotation हर build की संरचना को कैसे बदलता है।
  • Enterprise: SLA, और deployment की दो बनावटें।
  • Diagnostics: exit contract, और विफल Pro build वास्तव में क्या लौटाती है।
  • Deployment modes: Mode 2 क्या है, और उसकी जगह local रूप से क्या चलता है।
  • Privacy और data handling: यह पेज जिस cloud को कवर करता है, वह वास्तव में क्या store करता है।
  • Plans और tiers: ऊपर का हर support channel किस plan से जुड़ा है।