۵ اوت ۲۰۲۶ — بازاندیشی دربارهٔ شیوهٔ کار در Cloudflare با معرفی Cloudflare OS
نویسنده: Sam Rhea، Chief Information Officer، Cloudflare — مدت زمان مطالعه: ۱۶ دقیقه
حدود شش ماه پیش متوجه شدم مشکل بزرگی داریم، وقتی یکی از اعضای تیم فروش برای من درخواست API keys فرستاد. تأکید روی جمع بودنِ Keys بود. آنها با کمک AI یک چیزی شبیه یک SuperApp ساخته بودند که قرار بود روندهای go-to-market را دگرگون کند؛ اما برای کار کردن، نیاز به دسترسی production به یک دوجین سیستم ثبت‌اطلاعات در Cloudflare و دسترسی admin به یک deployment pipeline داشتند. 🔐
در طول سال ۲۰۲۵ رویکرد ما نسبت به استقرار AI محتاطانه بود: چت‌بات‌های اطلاع‌رسان و کمی استفاده از AI برای نوشتن boilerplate کد را آزمایش کردیم، اما به‌نظر می‌رسید فناوری هنوز آمادهٔ تغییر بنیادین روش کار نیست.
اما در چند روز پایانیِ سال گذشته، مدل‌ها و ابزارهای جدید معادله را تغییر دادند. AI agents توانایی انجام کارها را داشتند و آن کارها را خوب انجام می‌دادند. صدها همکار در Cloudflare — چه از جنبه‌های فنی و چه غیرتخصصی — در هفته‌های آرامِ سال نو مشغول تجربهٔ ابزارهایی شدند که ساختنِ اپلیکیشن‌ها و اتوماسیون را آسان‌تر از همیشه می‌کردند. 🤖
همان عضو تیم فروش که SuperApp را ساخته بود، اولین نفری بود که دستش را بالا برد؛ اما پس از او سیلی از افراد خواستند از این ابزارها استفاده کنند تا روش انجام کارشان را تغییر دهند. ما هم وظیفه داشتیم که آنها را توانمند کنیم و هم مسئولیت داشتیم که سیستم‌ها، داده‌های داخلی و اطلاعات مشتریان را امن نگه داریم.
در چند ماه گذشته روی ساخت یک پلتفرم تمرکز کردیم تا دقیقاً همین تعادل را اجرا کنیم: به تیم‌ها اجازه دهیم با AI کار کنند، ولی زیرساخت و داده‌ها محافظت شده باقی بماند. از منظر عملیاتی این یعنی چند اصل کلیدی که برای مخاطبِ DevOps/SRE مهم‌اند — حداقلِ امتیازها (least privilege)، اعتبارنامه‌های موقت و scoped (ephemeral tokens & scoped API keys)، جداسازی سرویس‌ها و شبکه، و کنترلِ دقیقِ pipelineها و مجوزها (RBAC/IAM).
عملیاتی‌سازیِ این اصول شامل موارد مشخصی است: استفاده از service accounts به‌جای credentialهای انسانی برای agents؛ گردش دوره‌ای و خودکارِ secrets؛ اعمال policy در API Gateway و middlewareها تا requestها قبل از رسیدن به سیستم‌های حساس پالایش شوند؛ و ضبط کاملِ audit logs و traces برای هر اقدام ایجادشده توسط agent تا در صورت نیاز بتوانیم ریشه‌یابی و بررسی کنیم. همچنین سیستم approval و مشاهدۀ real-time metrics و alerting برای رفتارهای نرمال و غیرنرمال ایجاد کردیم تا SREها سریع وارد عمل شوند. 🛠️
فرآیندها شامل محدودسازی deployment pipelineها بود: فقط کانال‌ها و تصویب‌های مشخص اجازهٔ انتشار به محیط production را دارند، و هر تغییر مرتبط با یک agent باید through canary و بررسی‌های خودکار عبور کند. این مدل به ما امکان می‌دهد سرعت نوآوری را حفظ کنیم، اما با تسلط بر ریسک‌های اجرایی و داده‌ای که برای تیم‌های SRE و امنیت حیاتی است.
هدف نهایی ساده است: به تیم‌ها ابزارهای نوآورانه بدهیم تا کار مفید انجام دهند، اما این ابزارها را داخل چارچوبی قرار دهیم که قابل حسابرسی، ایمن و قابل کنترل باشد. در ادامه بیشتر دربارهٔ معماری Cloudflare OS و اجزای عملیاتی‌ای که ساختیم صحبت خواهم کرد تا اگر شما به‌عنوان یک مهندس DevOps/SRE می‌خواهید مشابه این را در سازمانتان پیاده‌سازی کنید، نقشهٔ راه مشخص و قابل اجرا داشته باشید.
