جامعه و مشارکت‌ها؛ محرک‌های پیشرفت پروژه

به گزارش از وبسایت cncf

این مطلب پروژه LitmusChaos را معرفی می‌کند؛ LitmusChaos یک پلتفرم مهندسی آشوب متن‌باز است که به تیم‌ها امکان می‌دهد با انجام آزمایش‌های آشوب کنترل‌شده، نقاط ضعف و احتمال‌های قطع در زیرساخت را کشف کنند.

LitmusChaos که بر اساس اصول cloud-native طراحی شده است، به تیم‌ها کمک می‌کند تا میزان resilience سامانه‌ها را ارزیابی کرده و خطوط لوله DevOps را در برابر خرابی‌های نرم‌افزاری و زیرساختی تقویت کنند. ⚙️

این پروژه از اواخر 2017 با تمرکز بر آزمایش‌های ساده برای Kubernetes آغاز شد، در 2020 به عنوان پروژه‌ای در CNCF Sandbox پذیرفته شد و در ژانویه 2022 به وضعیت CNCF Incubating ارتقا یافت.

امروز توسعه و نگهداری LitmusChaos به دست مشارکت‌کنندگان متعدد از فروشندگان cloud-native، ارائه‌دهندگان راه‌حل و کاربران نهایی انجام می‌شود.

نیمهٔ اول سال 2026 یکی از فعال‌ترین دوره‌های پروژه بود: شش نسخه منتشر شد، جامعه در کانال‌های مختلف رشد کرد و تیم پروژه حضوری موثر در KubeCon + CloudNativeCon هند داشت.

در ادامه، خلاصه‌ای از دستاوردها و تغییرات بین ژانویه تا ژوئن ارائه شده است. 🎉

رشد انجمن (ژانویه تا کنون): دنبال‌کنندگان LinkedIn بیش از 39% افزایش یافتند (از 769 به 1069)، که عمدتاً نتیجهٔ فعالیت‌های حضوری، حضور در KubeCon هند و برگزاری سه نشست تست تاب‌آوری حضوری بود.

پایهٔ مشارکت‌کنندگان نیز حدود 16% رشد داشت و تعداد ستاره‌های GitHub با افزایش پیوسته‌ای (+7.4% از 5118 به 5496) همراه شد که در این مرحله نشانگر سلامت و ثبات پروژه است.

در این بازه شش نسخه منتشر شد و پروژه پذیرای 26 مشارکت‌کنندهٔ جدید گردید؛ چرخهٔ انتشار ماهانه با نسخه‌های عرضه‌شده منطبق بود.

Release 3.30.0 (ژوئن 2026): این نسخه بر سخت‌تر کردن زیرساخت متمرکز بود و شامل یک پورت متریک جدید، اصلاح پیکربندی GraphQL و سخت‌گیری RBAC در درخواست‌های عضویت پروژه شد. همچنین وصله‌های امنیتی برای تصاویر پایه Docker و وابستگی‌های Go اعمال گردید.

نکات کلیدی 3.30.0: اضافه شدن پورت متریک به manifestهای server litmusportal؛ به‌روزرسانی endpoint GraphQL به ChaosGraphQLEndpoint؛ افزودن محافظ صفر برای ExperimentID در CreateChaosExperiment. مشارکت‌کنندگان از جمله @Ram04102007 و @wingwogus بودند.

Release 3.29.0 (مه 2026): این نسخه هم‌زمان یک وصلهٔ امنیتی و یک قابلیت مشاهده‌پذیری جدید را ارائه داد؛ CVE-2026-33186 با به‌روزرسانی gRPC برطرف شد و پشتیبانی از Prometheus metrics همراه با راهنمای شروع کار منتشر گردید.

نکات کلیدی 3.29.0: رفع CVE-2026-33186 با ارتقای google.golang.org/grpc به نسخه 1.79.3؛ رفع باگی که اجرای تکراری آزمایش‌های آشوب را در تطابق‌های همزمان ممکن می‌ساخت؛ اصلاح مشکلات تاریخچهٔ اجرای CronWorkflow و مشکلات مربوط به useRouteWithBaseUrl در تغییرات دامنه/شناسه پروژه. مشارکت‌کنندگان جدید شامل @PietroPasotti و دیگران بودند.

انتشار 06.2: این نسخه نشت در probeها و خرابی مشترک در رویدادهای Workflow ADD را رفع کرد و تصویر پایه را برای بستن یک آسیب‌پذیری پایتون ارتقاء داد. همچنین یک پذیرندهٔ عمومی جدید معرفی شد و Canonical رسماً به جمع پذیرندگان LitmusChaos پیوست.

نکات کلیدی 06.2: اضافه شدن Canonical به‌عنوان پذیرنده؛ رفع نشت پیکربندی قدیمی در چند probe؛ اصلاح خرابی مشترک در رویدادهای Workflow؛ افزودن رویدادها با گره‌های ChaosEngine؛ اضافه شدن نشان‌واره VMware؛ ارتقاء تصویر پایهٔ frontend به ubi9. مشارکت‌کنندهٔ شاخص: @pcandido.

Release 3.27.0 (مارس 2026): این نسخه قابلیت هدف‌گیری Jobs را به آزمایش‌های آشوب افزود و تعدادی رفع‌اشکال در مسیرهای همگام‌سازی همزمان و GitOps ارائه کرد؛ همچنین اصلاحاتی در رابط کاربری برای برطرف‌سازی صفحات خالی و مشکل trailing slash انجام شد.

نکات کلیدی 3.27.0: پشتیبانی از هدف‌گیری Jobs هنگام خاموشی پایگاه‌داده تا بازگرداندن 503؛ رفع خرابی ناشی از ارجاع null در رویدادهای Workflow؛ حذف محدودیت 1024 کاراکتری در دستورات probe CMD؛ بهبود هماهنگی دوطرفهٔ GitOps با کنترل‌کنندهٔ goroutine و رفع بن‌بست در GitMutexLock؛ اصلاح‌هایی در ChaosCenter UI. مشارکت‌کنندگان شامل @sagar-h007، @biswarup1290dass، @aditya-systems-hub و دیگران بودند.

Release 3.26.0 (فوریه 2026): این نسخه جنبهٔ نگهداری داشت — رفع‌های CI، به‌روزرسانی مستندات CONTRIBUTING.md و پاکسازی‌های مختلف برای حفظ سلامت خط لوله منتشر شد، بدون افزودن ویژگی بزرگ.

نکات کلیدی 3.26.0: به‌روزرسانی طرح‌بندی نوار کناری؛ رفع شکست ساخت Spring Boot؛ افزودن تست‌های واحد برای عملیات مشترک k8s؛ بررسی‌های آماده‌سازی MongoDB در start-dev.sh؛ رفع خطای TypeScript و افزودن ماژولی معتبر برای تایپ‌نویسی. مشارکت‌کنندگان: @Maximus-08، @Abdelrhmanserawy و دیگران.

Release 3.25.0 (ژانویه 2026): سال با تقویت قابلیت اطمینان ChaosCenter آغاز شد؛ از جمله رفع صفحهٔ خالی هنگام بازخوانی، افزودن linter به CI و یک GitHub Action برای انتشار artifacts.

نکات کلیدی 3.25.0: حذف صفحهٔ خالی هنگام به‌روزرسانی پروژه؛ افزودن Docker linter به CI؛ اصلاح بررسی یکتایی نام برای چشم‌پوشی از آزمایش‌های حذف‌شده؛ افزودن گردش‌کار GitHub Action برای ChaosCenter. مشارکت‌کنندگان شامل @xnaveenx، @intojhanurag و @akhilmukkara بودند.

مطالعات موردی و نکات برجسته: Flipkart برندهٔ مسابقهٔ مطالعهٔ موردی کاربر نهایی CNCF در هند شد؛ این داستان بر پایهٔ LitmusChaos ساخته شده بود و حضور Flipkart و LitmusChaos را در جایگاه اصلی نمایشگاه تقویت کرد.

سخنرانی‌ای تحت عنوان «از تفکر تا اجرا: چگونه Flipkart یک پلتفرم آشوب چندمستاجره بر پایهٔ LitmusChaos ساخت» توسط Aditya Sridasyam از Flipkart و Uma Mukkara ارائه شد. Flipkart صدها ریزسرویس را برای مصارف ترافیکی مثل Big Billion Days مدیریت می‌کند و تاب‌آوری برای آن‌ها اولویت است.

تیم Reliability Engineering مرکزی Flipkart یک پلتفرم آشوب متمرکز بر LitmusChaos ساخت و چهار سفارشی‌سازی برای اجرای مقیاس‌پذیر پیاده‌سازی کرد: معماری ترکیبی multi-tenant بین-cluster و namespace، یک مدل مبتنی بر DaemonSet با در دسترس‌پذیری بالا، زنجیره‌بندی فیلدها و یک hybrid chaos VM برای بارهایی که خارج از Kubernetes اجرا می‌شوند.

همچنین پنج اصلاح upstream به LitmusChaos ارائه شد، از جمله بهبود فهرست دیتابیس برای یکتا کردن probeها در سطح پروژه و اصلاح اعتبارسنجی نام تکراری در زمان ویرایش برچسب‌ها. Uma Mukkara به بازگشت ارزش این مشارکت‌ها به جامعه اشاره کرد. مطالعهٔ کامل Flipkart در CNCF شامل معماری مرجع و اعداد تاثیر است.

غرفهٔ پروژه در KubeCon هند بین 100 تا 200 بازدیدکننده در دو روز داشت. موضوعات مطرح شامل تست تاب‌آوری و اعتمادپذیری در عصر AI بود چرا که بارهای کاری inference رفتار متفاوتی نسبت به سرویس‌های سنتی دارند.

ChaosHub به‌عنوان کتابخانهٔ پیش‌فرض خطا توجه زیادی جلب کرد؛ برای بسیاری این نخستین دیدار با مجموعهٔ آماده‌ای از خطاها برای Kubernetes، Linux، AWS، GCP و سایر پلتفرم‌ها بود.

یکی از پرسش‌های پرتکرار نحوهٔ اتوماسیون chaos در CI/CD بود؛ تیم LitmusChaos با ابزارهایی مثل litmusctl، SDK و Terraform نشان داد چگونه می‌توان LitmusChaos را در خطوط لوله ادغام کرد بدون نیاز به بازنگری فرآیند تحویل.

در غرفه گفتگوهایی نیز دربارهٔ مقایسهٔ ابزارها و اینکه LitmusChaos در چه مواردی مناسب‌تر است و اهمیت مدل جامعه‌محور تحت چتر CNCF برای پذیرش بلندمدت مطرح شد.

برای تیم‌هایی که زیرساخت‌شان خارج از چارچوب‌های پیش‌فرض است، بحث‌هایی دربارهٔ سفارشی‌سازی آزمایش‌ها و مسیر بلوغ یک برنامهٔ آشوب بالغ برگزار شد.

معرفی LitmusChaos MCP: یکپارچه‌سازی پروتکل field model که به مهندسان امکان می‌دهد با زبان طبیعی با مهندسی آشوب تعامل کنند و فراگیری را تسهیل نمایند.

اعلام شد Canonical اخیراً به‌عنوان پذیرندهٔ رسمی به پروژه پیوسته است که سخنرانی Flipkart به اهمیت این رویداد افزود.

رویدادهای انجمن و ملاقات‌های حضوری: در نیمهٔ اول سال سه جلسهٔ تست تاب‌آوری در بنگلور برگزار شد.

گردهمایی تست تاب‌آوری در 21 فوریه با همکاری Cloud Computing Circle و حضور بیش از 90 مهندس، موضوعاتی مانند مقیاس و چالش‌های AI در مهندسی آشوب را پوشش داد.

نشست تست تاب‌آوری در 18 آوریل نیز با همکاری Cloud Computing Circle و مجموعه‌ای از سخنرانان برگزار شد.

گردهمایی تست تاب‌آوری در 9 مه به میزبانی پلتفرم و تیم‌های Reliability Engineering با حضور بیش از 110 نفر در دفتر Harness برگزار شد.

داستان کاربر: Canonical — شرکت پشت Ubuntu — در این دوره به عنوان پذیرندهٔ رسمی به LitmusChaos پیوست. تیم Canonical در حال ساخت Juju charms است تا control plane کامل LitmusChaos را در Kubernetes مستقر و مدیریت کند و هدف آن تبدیل Chaos engineering به بخشی رسمی از اکوسیستم Juju است.

رویکرد Litmus مبتنی بر CRD و کاتالوگ خطاهای مبتنی بر CNCF آن را به گزینه‌ای طبیعی برای Canonical تبدیل کرده است؛ این شرکت از LitmusChaos برای اثبات توانایی charms خود در مدیریت اختلالات روز دوم، از قبیل leader failure و بازیابی پس از خرابی زیرساخت، استفاده می‌کند. برای جزئیات بیشتر مراجعه کنید.

جلسات انجمن و محتوا: جلسات ماهانهٔ انجمن هر سومین چهارشنبهٔ ماه برگزار می‌شود؛ زمان‌ها متناسب با مناطق زمانی مختلف اعلام شده است. جلسات ضبط‌شده در کانال YouTube پروژه در دسترس‌اند و یادداشت‌های جلسات نیز قابل مشاهده است.