بازیابی از فاجعه تو دنیایی که به AI وابستهست
خلاصهٔ کاملتر
اوایل سپتامبر، OpenAI، Anthropic و xAI همزمان حدود دو تا سه ساعت قطعی داشتن. ITPro میگه این اتفاق نشون داد AI دیگه یه ابزار جانبی نیست و زیرساخت عملیاتی حساب میشه، اونم زیرساختی که بخشیش دست خود شرکت نیست. برای فهمیدن اینکه disaster recovery (یعنی برنامهی برگردوندن سرویسها بعد از یه حادثهی جدی) حالا چه شکلی داره، با Johnny Yu از IDC و Todd Thiemann از Omdia صحبت کرده.
Thiemann از مفهوم minimum viable company استفاده میکنه، یعنی حداقل سرویسها و داراییهایی که باید برگردن تا کار شرکت ادامه پیدا کنه. به گفتهی اون، این مجموعه حالا میتونه مدلهای AI، دادههای RAG (یعنی دادههایی که مدل موقع جواب دادن ازشون میخونه)، پرامپتها و تنظیمات رو هم شامل بشه. برای ایجنتها، service accountها، API keyها، Active Directory و identity providerهای ابری هم وارد زنجیرهی بازیابی میشن. البته همهچیز یه اولویت نداره و یه چتبات آزمایشی با سرویسی که وسط جریان کار مشتریه فرق داره.
Yu میگه میشه از پرامپتها و خروجیها نسخهی پشتیبان نگه داشت، ولی اگه سرویس مدل بیرونی قطع باشه، خود تولید محتوا ممکن نیست. پیشنهادش یه چارچوب چندمدلی با failover هست، ولی هشدار میده که اطلاعات ورود و وضعیت یه گفتگو رو نمیشه راحت به مدل دیگه منتقل کرد. پس باید از قبل جایگزین طراحی و تست بشه: یه مدل دیگه، کاهش امکانات، یا برگشت موقت به کار دستی.
علاوه بر RTO (زمان هدف برای برگردوندن سرویس) و RPO (مقدار از دست رفتن دادهای که قابل تحمله)، حالا یه مرحلهی اعتبارسنجی هم لازمه. Yu میگه خروجی AI قطعی نیست و بعد از بازیابی باید چک بشه که جوابها تو محدودهی انتظار باشن. Thiemann هم میگه بعد از حمله یا data poisoning (یعنی آلوده کردن عمدی دادهها)، برگردوندن آخرین بکاپ ممکنه همون آلودگی رو برگردونه، پس باید ثابت کرد نسخهی بازیابیشده امنه.
ایجنتها کار رو سختتر میکنن، چون با سرعت خیلی بالا روی چند سیستم کار انجام میدن. به گفتهی Yu، چالش جدید اینه که اشتباههاشون همون لحظه پیدا بشه و برگردونده بشه، بدون اینکه کارهای درست و مجاز همون بازه هم پاک بشن.
نکات کلیدی:
- قطعی همزمان OpenAI، Anthropic و xAI در سپتامبر حدود دو تا سه ساعت طول کشید.
- مدلها، دادههای RAG، پرامپتها و تنظیمات باید تو برنامهی بازیابی باشن.
- وضعیت گفتگو و اطلاعات ورود رو نمیشه مستقیم به مدل دیگه منتقل کرد.
- برگردوندن آخرین بکاپ بعد از data poisoning ممکنه آلودگی رو برگردونه.
- برای ایجنتها، service accountها و API keyها جزو وابستگیهای حیاتی بازیابی هستن.




