AI-Native Operations
4SO Autonomous SRE
پلتفرم عملیات مبتنی بر AI: از مشاهده و تحلیل شواهد و یافتن ریشه مشکل، تا برنامه اصلاح، تأیید و اجرای بادوام.
- Evidence-first AI
- RCA
- Policy
- Approvals
- Durable execution
مسئله
مسئله
LLM بدون مرز اختیار می‌تواند در production خطرناک باشد؛ hallucination، prompt injection یا context ناقص نباید به mutation مستقیم تبدیل شوند.
چرا سخت است
RCA نیازمند correlation میان evidenceهای ناهمگون است و remediation باید هم explainable باشد، هم resumable و هم با approval و recovery boundary سازگار بماند.
تصمیم
نقش رهبری / معماری
طراحی مدل «AI برای reasoning، سیستم deterministic برای authority» و human-in-the-loop برای عملیات پرریسک.
تصمیم‌های کلیدی
LLM را authority نکردن، human/CLI/web/MCP را روی یک domain model مشترک نگه داشتن، و local model را به‌عنوان option بدون وابسته کردن normal runtime به مدل پشتیبانی کردن.
معماری
معماری
Observation و evidence store از reasoning جدا هستند؛ policy/admission قبل از mutation قرار می‌گیرد؛ durable executor عملیات را اجرا می‌کند و post-change verification نتیجه را دوباره از runtime می‌خواند.
مدل Failure و Recovery
هر action durable state، idempotency و verification دارد؛ crash یا restart نباید plan را به mutation تکراری و کنترل‌نشده تبدیل کند.
مدل Security / Authority
Prompt content trusted نیست؛ tool capability، RBAC، policy، approval و secret boundary مستقل از مدل enforce می‌شوند.
ارزش
تجربه محصول
Operator به‌جای chat transcript، evidence، hypothesis، impact، proposed action، approval requirement و verification را می‌بیند.
ارزش ایجادشده
AI از chatbot عملیاتی به capability مهندسی کنترل‌شده تبدیل می‌شود که investigation را تسریع می‌کند بدون اینکه governance را قربانی کند.
مرزها
Trade-offها
سرعت اجرای خودکار عمداً پایین‌تر از automation بدون guardrail است؛ در عوض explainability، reviewability و recovery confidence بالاتر می‌رود.
چه چیزی عمداً خارج شد
AI به‌عنوان source of truth، bypass برای policy، یا dependency اجباری normal runtime عمداً خارج است.
مرز حقیقت
واقعیت فعلی / محدودیت‌ها
AI منبع حقیقت یا bypass برای RBAC، policy و execution نیست؛ normal runtime باید بدون مدل هم قابل کار باشد.
designed → source implemented → runtime tested → production certified
هر سطح جداگانه ادعا می‌شود؛ سطح پایین‌تر هرگز به معنای سطح بالاتر نیست.
شروع گفتگو
اگر فناوری باید سازمان شما را جلو ببرد، نه اینکه پشت سرش بماند، صحبت کنیم.
گفتگوی اول درباره مسئله شماست، نه درباره من: کجا گیر کرده‌اید، چه چیزی در خطر است و آیا من آدم درستِ حل آن هستم.
مسئله را مطرح کنید