Cloudflare تأخیر DNS build را نصف کرد و مصرف حافظه را ۸۵٪ کاهش داد

چرا مهم است

اگر تو هم با تغییر یک تنظیم، حجم بزرگی از داده را دوباره پردازش می‌کنی، این تجربه ارزش توجه دارد. نتیجه Cloudflare نشان می‌دهد انتخاب محدوده کوچک‌تر برای کار می‌تواند هم تأخیر و هم اوج مصرف حافظه را کاهش دهد.

قبل از خواندن، این‌ها را بدان۳ مفهوم
DNS Zone

بخشی از فضای نام DNS که record‌های آن به‌صورت یک مجموعه مدیریتی نگهداری می‌شوند.

بیشتر درباره این مفهوم

full build

اجرای دوباره فرایند build برای کل مجموعه، به‌جای محدود کردن آن به بخش‌های موردنیاز.

بیشتر درباره این مفهوم

peak memory

بیشترین مقدار حافظه‌ای که یک فرایند در طول اجرای خود مصرف می‌کند.

بیشتر درباره این مفهوم

Cloudflare می‌گوید با تغییر نحوه انتخاب محدوده DNS build، تأخیر build را به نصف و اوج مصرف حافظه را ۸۵٪ کاهش داده است. تعداد full build‌ها نیز با این رویکرد ۴۰٪ کمتر شده است.

پیش از این، تغییر تنظیمات یک DNS Zone باعث می‌شد کل آن دوباره build شود؛ حتی وقتی آن Zone ده‌ها میلیون record داشت. در نتیجه، تغییر تنظیمات می‌توانست به build مجدد مجموعه‌ای بسیار بزرگ از record‌ها منجر شود.

راهکار Cloudflare ساخت یک planner بوده که کوچک‌ترین build ایمن را انتخاب می‌کند، به‌جای اینکه هر تغییر تنظیمات الزاماً به full build منجر شود. نکته اصلی این تغییر، محدود کردن دامنه کار بدون کنار گذاشتن شرط ایمن بودن build است. متن منتشرشده درباره منطق تصمیم‌گیری planner یا جزئیات پیاده‌سازی آن توضیح بیشتری نمی‌دهد.

نکته کلیدی

قبل از بهینه‌کردن سرعت هر مرحله، بررسی کن اصلاً چه مقدار از کار باید دوباره انجام شود. محدوده پردازش را کوچک کن، اما فقط وقتی می‌توانی مطمئن باشی نتیجه همچنان درست و ایمن می‌ماند.

خواندن مقاله اصلی (در زبانه‌ی جدید باز می‌شود)
برچسب‌ها (۵)