تداوم کسب‌وکار
اگر SSStudio یا یک تأمین‌کننده در دسترس نباشد، لرالینک چگونه به کار خود ادامه می‌دهد و شما چگونه داده‌هایتان را حفظ می‌کنید.
نویسندهتیم لرالینک
آخرین به‌روزرسانی: ۱۳ نوامبر ۲۰۲۶
بهره‌برداری و شریک تداوم
لرالینک را SSStudio توسعه می‌دهد، مالک آن است و آن را بهره‌برداری می‌کند. SSStudio با DotNet Talk AB، به شمارهٔ ثبت 559480-2570، به نشانی Nordostpassagen 15, 413 11 Göteborg، سوئد، قرارداد همکاری راهبردیِ کتبی و امضاشده‌ای دارد. این همکاری برای تداوم است: تا زمانی که SSStudio خدمت را بهره‌برداری می‌کند، DotNet Talk AB هیچ کار عملیاتی‌ای انجام نمی‌دهد؛ اگر SSStudio نتواند ادامه دهد، DotNet Talk AB بهره‌برداری از خدمت را بر عهده می‌گیرد. این همکاری تضمین تداوم برای مشتریان است.
برای آنکه چنین جانشینی‌ای ممکن باشد، DotNet Talk AB به پایگاه کد (مخزن کد منبع) و به حساب Cloudflare که خدمت را میزبانی می‌کند دسترسی دائمی دارد، و از این رو به پایگاه‌های داده و داده‌های ذخیره‌شده دسترسی فنی دارد. به کنسول مدیریت ارشد پلتفرم (Superadmin) دسترسی ندارد. از این دسترسی در بهره‌برداری عادی استفاده نمی‌کند. به قراردادی کتبی متعهد است که تعهدات محرمانگی و حفاظت از داده را دربر دارد، و در سند «پردازشگران فرعی و دریافت‌کنندگان» به‌عنوان پردازشگر فرعی فهرست شده است. کارکرد روزانه روی زیرساخت Cloudflare اجرا می‌شود، و پشتیبان‌گیری، پاک‌سازی و پایش خودکارند.
تدابیر حفاظتی
| تدبیر حفاظتی | معنای آن برای شما |
|---|---|
| همه‌چیز به‌صورت کد | برنامه، ساختار پایگاه داده، پیکربندی و رویهٔ استقرار در مخزنی با کنترل نسخه نگهداری می‌شوند. کسی که دسترسی داشته باشد می‌تواند سکو را بدون اتکا به حافظهٔ کسی بازسازی و مستقر کند. |
| رویه‌های مستند | بازگردانی، پاسخ به حادثه، نگهداری، انتشارها و انتقال به اتحادیهٔ اروپا به‌صورت رویه‌های گام‌به‌گام نوشته شده‌اند و در عمل نیز اجرا شده‌اند. |
| زیرساخت مدیریت‌شده | سکو روی Cloudflare اجرا می‌شود. هیچ سروری از آنِ خودمان برای نگهداری وجود ندارد. |
| صفحهٔ وضعیت مستقل | status.lera.link مستقل از لرالینک روی GitHub اجرا می‌شود، و اگر لرالینک از کار بیفتد همچنان گزارش می‌دهد. |
| نسخه‌های پشتیبان شبانه و بازگردانیِ آزموده | از پایگاه داده هر شب نسخهٔ پشتیبان گرفته می‌شود و ۳۰ روز در اتحادیهٔ اروپا نگه داشته می‌شود. بازگردانی ابزاری آزموده است. نگاه کنید به «پشتیبان‌گیری و بازیابی». |
| انتقال‌پذیری داده در هر زمان | هر نصب می‌تواند از محتوای خود خروجی بگیرد، و هر شخص می‌تواند داده‌های خود را، بی‌آنکه از ما بخواهد، بارگیری کند. نگاه کنید به «سیاست خروجی‌گرفتن از داده‌ها و خروج» و «حقوق شما نسبت به داده‌هایتان». |
| شریک تداوم | به موجب قرارداد همکاری راهبردیِ کتبی، DotNet Talk AB به مخزن کد منبع و به حساب Cloudflare دسترسی دائمی دارد، بدون دسترسی به کنسول مدیریت ارشد پلتفرم (Superadmin)، تا اگر SSStudio نتواند ادامه دهد بتواند بهره‌برداری از خدمت را بر عهده بگیرد. نگاه کنید به بالا. |
| سپردن کد منبع نزد امین (escrow) | مشتری سازمانی می‌تواند ترتیبی برای سپردن کد منبع نزد امین درخواست کند. این کار مستلزم توافقی جداگانه میان SSStudio، مشتری و یک امین مستقل است که تعیین می‌کند چه چیزی سپرده می‌شود، کی به‌روز می‌شود، شرایط آزادسازی (مانند ورشکستگی SSStudio یا پایان خدمت بدون جانشین) و هزینه‌ها، که بر عهدهٔ مشتری است مگر آنکه به‌گونهٔ دیگری توافق شود. |
| نهاد جانشین | اگر SSStudio به شرکت با مسئولیت محدود (BV) تبدیل شود یا جانشین دیگری کار را بر عهده بگیرد، «قرارداد مشتری» اجازه می‌دهد قراردادها با دست‌کم ۳۰ روز اطلاع کتبی به آن منتقل شوند؛ مشتری‌ای که اعتراض معقولی داشته باشد می‌تواند قرارداد خود را بدون هزینه پایان دهد. |
از کار افتادن تأمین‌کننده
| تأمین‌کننده | اگر از کار بیفتد | آنچه رخ می‌دهد | آنچه می‌توانیم بکنیم |
|---|---|---|---|
| Cloudflare (میزبانی، ذخیره‌سازی، DNS، هوش مصنوعی پیش‌فرض) | قطعی جزئی | بخش‌هایی از خدمت ممکن است کند یا در دسترس نباشند. | پیگیری وضعیت Cloudflare، اطلاع‌رسانی به مشتریان از طریق صفحهٔ وضعیت. |
| Cloudflare | قطعی طولانی یا کامل | کل خدمت در دسترس نیست. هیچ جابه‌جایی خودکاری به ارائه‌دهندهٔ دیگر وجود ندارد. | نسخه‌های پشتیبان شبانه در قالبی باز هستند که می‌توان آن‌ها را بیرون از Cloudflare بازگردانی کرد، اما بازسازی خدمت در جای دیگر زمان قابل‌توجهی می‌برد. |
| Cloudflare | از دست رفتن حساب | خدمت و داده‌های درون آن در دسترس نیستند. | نسخه‌های پشتیبان در همان حساب Cloudflare نگهداری می‌شوند، بنابراین امروز هیچ رونوشت مستقلی برای بازگردانی وجود ندارد. خروجی‌های خودِ مشتریان رونوشت باقی‌مانده‌اند؛ نگاه کنید به محدودیت‌ها در پایین. |
| ارائه‌دهندگان هوش مصنوعی (Cloudflare Workers AI، OpenAI، Google) | در دسترس نبودن یک ارائه‌دهنده | هر وظیفهٔ هوش مصنوعی مدل‌های خود را به ترتیبی ثابت که سکو تعیین می‌کند می‌آزماید. اگر نخستین مدل از کار بیفتد، مدل مجاز بعدی در سیاست هوش مصنوعی نصب به کار می‌رود. | هیچ؛ این کار خودکار است. مدلی که سیاست نصب اجازه نمی‌دهد هرگز به‌عنوان جایگزین به کار نمی‌رود. |
| ارائه‌دهندگان هوش مصنوعی | در دسترس نبودن همهٔ ارائه‌دهندگانِ یک وظیفه | آن وظیفهٔ هوش مصنوعی در دسترس نیست. نوشتن، خواندن و انتشار بی‌تأثیر ادامه می‌یابند. برای انتشار به هیچ گام هوش مصنوعی‌ای نیاز نیست. | هوش مصنوعی را می‌توان هر زمان برای یک وظیفه یا یک نصب خاموش کرد. |
| Resend (تحویل ایمیل) | در دسترس نبودن | ورودهای تازه با کد ایمیلی کامل نمی‌شوند، چون کد تحویل داده نمی‌شود. کسانی که پیش‌تر وارد شده‌اند ادامه می‌دهند. مدیرانی که کلید عبور دارند، در جایی که کلید عبور فعال است، همچنان می‌توانند وارد شوند. خبرنامه‌ها و اعلان‌ها با تأخیر فرستاده می‌شوند. | خبرنامه‌ها و اعلان‌هایی که به سبب در دسترس نبودن ارائه‌دهنده ناموفق می‌مانند دوباره فرستاده می‌شوند؛ کد ورود را خودِ شخص دوباره درخواست می‌کند. انتقال تحویل ایمیل به ارائه‌دهندهٔ دیگر مستلزم تغییری در کد سکو است. |
| GitHub (میزبانی کد، صفحهٔ وضعیت، پایشگر داخلی، استقرار) | در دسترس نبودن | خدمتِ در حال اجرا متأثر نمی‌شود. انتشارهای تازه، صفحهٔ وضعیت و پایشگر داخلی متوقف می‌شوند. | منتظر ماندن تا GitHub دوباره در دسترس باشد. |
آنچه مشتریان باید برایش برنامه‌ریزی کنند
- خروجی خودتان را نگه دارید. به‌طور منظم از محتوای نصب خود خروجی بگیرید و آن را بیرون از لرالینک نگه دارید. این قوی‌ترین حفاظت شما در برابر هر نقصی از سوی ما، از جمله خروج ماست.
- تکالیف خود را بشناسید. اگر سازمان شما به زمان بازیابیِ تضمین‌شده‌ای فراتر از «توافق‌نامهٔ سطح خدمت» نیاز دارد، برای آن برنامه‌ریزی کنید: برای نمونه، با نگه‌داشتن بایگانی منتشرشده‌ای از محتوای خود در جای دیگر.
- نشانی‌های تماس را به‌روز نگه دارید. مطمئن شوید که ما نشانی تماس فعالی برای سازمان شما داریم، تا اطلاعیه‌های مربوط به حوادث و تغییرات به شما برسد.
- بر پایهٔ ساعات پشتیبانی برنامه‌ریزی کنید. به پرسش‌ها و درخواست‌های پشتیبانی در ساعات اداری رسیدگی می‌شود؛ میز پشتیبانی شبانه‌روزی وجود ندارد. پایش حوادث و پاسخ به حوادث به‌صورت شبانه‌روزی انجام می‌شود؛ نگاه کنید به «توافق‌نامهٔ سطح خدمت».
- سپردن نزد امین را درخواست کنید اگر سازمان شما برای کارکردی حیاتی به لرالینک وابسته است و به این اطمینان نیاز دارد.
- در دورهٔ آزمایشی، لرالینک را خدمتی بدانید که هنوز در حال اثبات خود است. «برنامهٔ آزمایشی» توضیح می‌دهد که این به چه معناست.
محدودیت‌ها
- تداوم به SSStudio وابسته است و، اگر SSStudio نتواند ادامه دهد، به اینکه DotNet Talk AB طبق توافق بهره‌برداری را بر عهده بگیرد. تدابیر حفاظتی بالا این وابستگی را کاهش می‌دهند؛ از میان نمی‌برند.
- سکو به یک ارائه‌دهندهٔ زیرساخت وابسته است. از کار افتادن طولانی Cloudflare لرالینک را از دسترس خارج می‌کند، و انتقال به ارائه‌دهندهٔ دیگر کار قابل‌توجهی می‌طلبد.
- نسخه‌های پشتیبان نزد همان ارائه‌دهنده، و در همان حساب، که داده‌های زنده در آن است، ذخیره می‌شوند.