تصور کنید هزینه مدیریت ۱۰۰ هزار سلول وضعیت‌دار را از ماهانه ۴۱۵ هزار دلار به تنها ۱٬۹۴۹ دلار برسانید. این جهش اقتصادی با معرفی celld ممکن شده است؛ یک سامانه توزیع‌شده با قابلیت میزبانی شخصی (Self-hosting) که در ۱۳ اوت ۲۰۲۶ منتشر شد و مدل برنامه‌نویسی اشیاء پایدار را روی زیرساخت‌های تحت مالکیت کاربر پیاده می‌کند. این رویکرد در واقع تکامل همان ایده‌ای است که در بررسی فنی celld و حذف لایه‌ی اجماع برای میزبانی شخصی به آن پرداختیم.
همان‌طور که در تحلیل قبلی ما درباره‌ی بهره‌برداری از S3 برای پایداری وضعیت اشاره کردیم، این پیاده‌سازی اجازه می‌دهد کدهای Workers بدون تغییر باقی بمانند، اما داده‌ها به جای سرورهای بسته، در یک باکت S3 شخصی ذخیره شوند. برای توسعه‌دهندگان، این یعنی خروج از «جعبه سیاه» زمان‌بندی فروشنده و ورود به دنیایی از ماشین‌های مجازی شفاف که کنترل کامل دامنه شکست در دست آن‌هاست.
یک اپلیکیشن چت را در نظر بگیرید که هر اتاق در آن، یک شیء تک‌رشته‌ای با حافظه اختصاصی است — شبیه به یک دفترچه یادداشت کوچک که هر اتاق فقط یکی دارد و هیچ‌کس دیگر به آن دسترسی ندارد. در مدل سنتی Cloudflare، شما برای هر سلول فعال هزینه جداگانه می‌پردازید. اما با celld، شما یک فایل اجرایی ۵۸ مگابایتی یا یک کانتینر Docker را روی گره‌های خود مستقر می‌کنید و از یک باکت S3 به عنوان هماهنگ‌کننده برای مدیریت مالکیت از طریق نوشتن اتمیک استفاده می‌کنید.
اقتصاد وضعیت: شکاف قیمت
طبق گزارش‌های منتشر شده، تفاوت هزینه در مقیاس بالا به‌شدت تکان‌دهنده است. در حالی که طرح رایگان Cloudflare برای پروژه‌های کوچک مناسب است، طرح پولی آن ۵ دلار ماهانه به‌علاوه ۴.۱۵ دلار برای هر سلول فعال است. برای ۱٬۰۰۰ سلول، هزینه ماهانه ۴٬۱۵۰ دلار می‌شود؛ در حالی که celld همین حجم از بار را با یک گره ۸ گیگابایتی استاندارد (مثلاً در DigitalOcean) و تنها با هزینه ۴۹ دلار در ماه مدیریت می‌کند.
در مقیاس ۱۰٬۰۰۰ سلول، این شکاف به ۴۱٬۵۰۰ دلار در برابر ۱۹۵ دلار می‌رسد. این تغییر، یک سرویس مدیریت‌شده با حاشیه سود بالا را به یک مسئله زیرساختی معمولی تبدیل می‌کند.
عملکرد فنی و تراکم
بر اساس مستندات celld.dev، این سامانه به تراکم بالا و تأخیر کم دست یافته است:
- تراکم: یک گره ۸ گیگابایتی می‌تواند میزبان ۲٬۵۰۰ سلول فعال باشد که هر سلول حدود ۰.۴۷ مگابایت رم مصرف می‌کند. سلول‌های غیرفعال تقریباً هزینه عملیاتی صفر در باکت دارند.
- سرعت: درخواست‌های بدون وضعیت (Stateless) در حالت گرم به تأخیر p50/p99 معادل ۰.۲ و ۰.۳ میلی‌ثانیه می‌رسند. توان عملیاتی هر رشته Worker حدود ۹۴ هزار درخواست در ثانیه است و سلول‌های خواب‌رونده در ۴ میلی‌ثانیه بیدار می‌شوند.
- پایداری: سامانه از LTX (فرمت کپی Litestream) برای ارسال وضعیت SQLite به S3 استفاده می‌کند. این یعنی RPO=0؛ به این معنا که هیچ نوشته تاییدشده‌ای هنگام توقف ناگهانی سیستم گم نمی‌شود.
- تأخیر: تأخیر نوشتن پایدار در سطح منطقه حدود ۹۰ میلی‌ثانیه است.
سازوکار: سیستم چگونه کار می‌کند؟
celld نیاز به پروتکل عضویت، تشخیص شکست یا اجماع (Consensus) را حذف کرده است. در اینجا باکت S3 نقش هماهنگ‌کننده را ایفا می‌کند. مالکیت هر سلول، رکوردی در باکت است که از طریق یک عملیات نوشتن اتمیک (Compare-and-Swap) تصاحب می‌شود.
هر سلول در واقع یک پایگاه‌داده SQLite است. یک تکثیرکننده داخلی به‌طور مداوم این وضعیت را به صورت قطعات LTX به باکت ارسال می‌کند. نتیجه، یک سامانه توزیع‌شده وضعیت‌دار است که کاملاً بر پایه S3 استوار است.
قابلیت اطمینان و شفافیت
برخلاف سرویس‌های مدیریت‌شده، celld شکست‌ها را قابل بررسی می‌کند. وقتی یک سلول دچار خطا می‌شود، توسعه‌دهنده می‌تواند مستقیماً با sqlite3 و grep روی دیسک‌های خود عیب‌یابی کند و به جای تکیه بر صفحه وضعیت فروشنده، رکورد مالکیت و لاگ‌ها را بررسی کند.
اگر یک گره از کار بیفتد، گره دیگر اجاره (Lease) را از باکت S3 می‌گیرد و سلول را در حدود ۲۰ ثانیه بازیابی می‌کند. این رویکرد ریسک «اجاره مشترک» را حذف می‌کند؛ جایی که یک زمان‌بند مشترک ممکن بود اپلیکیشن شما را با بار کاری مشتری دیگری گره بزند.
این تحول، اقتصاد بنیادین رایانش لبه (Edge Computing) — یعنی پردازش داده‌ها در نزدیک‌ترین نقطه به کاربر، شبیه به داشتن یک آشپزخانه کوچک در هر محله به‌جای یک رستوران مرکزی — را تغییر می‌دهد. با جداسازی مدل برنامه‌نویسی از ارائه‌دهنده میزبانی، celld شفافیت در برابر حالت‌های شکست ایجاد می‌کند. دامنه شکست اکنون صریح است: گره‌های شما، ارائه‌دهنده باکت شما و تصمیمات عملیاتی شما.
برای توسعه‌دهندگان، بهای این آزادی، پذیرش مسئولیت عملیاتی است. شما اکنون مسئول مدیریت ماشین‌های مجازی و ارائه‌دهنده باکت هستید، اما در مقابل، کنترل کامل مکان فیزیکی داده‌ها و مسیر هزینه‌ها را به دست می‌آورید.
گام بعدی شما
- استقرار یک اپلیکیشن چت توزیع‌شده با استفاده از Vite و exe.dev روی دو ماشین مجازی برای تست تأخیر بازیابی (Failover).
- بررسی جایگزینی اشیاء پایدار Cloudflare با celld در بخش‌هایی از پروژه که هزینه سلول‌های فعال به نقطه بحرانی رسیده است.
- مطالعه مستندات LTX برای درک نحوه پشتیبان‌گیری لحظه‌ای SQLite در مقیاس توزیع‌شده.
اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.
گفتگو