ذخیره سازی توسط کارگر سرویس و ذخیره سازی HTTP

مزایا و معایب استفاده از منطق انقضا ثابت یا متفاوت در لایه‌های کش سرویس و کش HTTP.

Jonathan Chen

در حالی که کارگران سرویس و PWA در حال تبدیل شدن به استانداردهای برنامه های کاربردی وب مدرن هستند، کش منابع پیچیده تر از همیشه شده است. این مقاله تصویر بزرگی از کش مرورگر را پوشش می دهد، از جمله:

• موارد استفاده و تفاوت‌های بین کش سرویس کارگر و حافظه پنهان HTTP.
• مزایا و معایب استراتژی‌های مختلف انقضای حافظه پنهان در مقایسه با استراتژی‌های معمول ذخیره‌سازی HTTP.

مروری بر جریان ذخیره سازی

در سطح بالا، مرورگر هنگام درخواست منبع از ترتیب ذخیره سازی زیر پیروی می کند:

1. کش سرویس : کارگر سرویس بررسی می‌کند که آیا منبع در حافظه پنهان است و تصمیم می‌گیرد که آیا خود منبع را بر اساس استراتژی‌های ذخیره‌سازی برنامه‌ریزی‌شده‌اش برگرداند یا خیر. توجه داشته باشید که این به طور خودکار اتفاق نمی افتد. شما باید یک کنترل کننده رویداد واکشی در سرویس‌کار خود ایجاد کنید و درخواست‌های شبکه را رهگیری کنید تا درخواست‌ها به جای شبکه، از حافظه پنهان کارمند سرویس ارائه شوند.
2. حافظه پنهان HTTP (همچنین به عنوان کش مرورگر نیز شناخته می شود) : اگر منبع در حافظه پنهان HTTP یافت شود و هنوز منقضی نشده باشد، مرورگر به طور خودکار از منبع موجود در حافظه پنهان HTTP استفاده می کند.
3. سمت سرور: اگر چیزی در کش سرویس یا کش HTTP یافت نشد، مرورگر برای درخواست منبع به شبکه می رود. اگر منبع در یک CDN ذخیره نشده باشد، درخواست باید تا آخر به سرور مبدا برگردد.

ذخیره سازی لایه ها

کارمند خدمات در حال ذخیره سازی

یک سرویس‌گر درخواست‌های HTTP نوع شبکه را رهگیری می‌کند و از استراتژی ذخیره‌سازی برای تعیین منابعی که باید به مرورگر بازگردانده شوند، استفاده می‌کند. کش Service Worker و کش HTTP هدف کلی یکسانی دارند، اما کش سرویس‌کار قابلیت‌های ذخیره‌سازی بیشتری را ارائه می‌کند، مانند کنترل دقیق بر روی دقیقاً آنچه در حافظه پنهان و نحوه ذخیره‌سازی انجام می‌شود.

کنترل کش سرویس کارگر

یک سرویس دهنده درخواست های HTTP را با شنوندگان رویداد (معمولا رویداد fetch ) رهگیری می کند. این قطعه کد منطق یک استراتژی کش کردن Cache-First را نشان می دهد.

برای جلوگیری از اختراع مجدد چرخ، استفاده از Workbox به شدت توصیه می شود. برای مثال، می‌توانید مسیرهای URL منبع را با یک خط کد regex ثبت کنید .

import {registerRoute} from 'workbox-routing';

registerRoute(new RegExp('styles/.*\\.css'), callbackHandler);

استراتژی‌های ذخیره‌سازی حافظه موقت و موارد استفاده از کارکنان خدمات

جدول بعدی، استراتژی‌های رایج ذخیره‌سازی سرویس‌دهنده و زمانی که هر استراتژی مفید است را نشان می‌دهد.

مزایای اضافی ذخیره سازی کش توسط سرویسکار

علاوه بر کنترل دقیق منطق ذخیره‌سازی، ذخیره‌سازی سرویس‌کار نیز فراهم می‌کند:

• حافظه و فضای ذخیره سازی بیشتر برای مبدا شما: مرورگر منابع حافظه پنهان HTTP را بر اساس مبدأ تخصیص می دهد. به عبارت دیگر، اگر چندین ساب دامنه دارید، همه آنها حافظه پنهان HTTP یکسانی دارند. هیچ تضمینی وجود ندارد که محتوای مبدا/دامنه شما برای مدت طولانی در حافظه پنهان HTTP باقی بماند. به عنوان مثال، یک کاربر ممکن است کش را با پاک کردن دستی از رابط کاربری تنظیمات مرورگر، یا راه‌اندازی بارگذاری مجدد سخت در صفحه، پاک کند. با یک کش سرویس، احتمال بیشتری دارید که محتوای کش شما در حافظه پنهان بماند. برای اطلاعات بیشتر به ذخیره سازی دائمی مراجعه کنید.
• انعطاف‌پذیری بیشتر با شبکه‌های ورقه‌ای یا تجربه‌های آفلاین: با حافظه پنهان HTTP فقط یک انتخاب باینری دارید: یا منبع ذخیره شود یا نه. با ذخیره سرویس کارمند، می‌توانید «سکسکه‌های» کوچک را بسیار آسان‌تر کاهش دهید (با استراتژی «بنه-در حالی- اعتبار مجدد»)، یک تجربه آفلاین کامل (با استراتژی «فقط حافظه پنهان») یا حتی چیزی در این بین، مانند رابط‌های کاربری سفارشی‌سازی‌شده با بخش‌هایی از صفحه که از حافظه پنهان سرویس‌کار و برخی از قسمت‌ها حذف شده‌اند (با راهبرد «S» حذف شده‌اند.

ذخیره HTTP

اولین باری که مرورگر یک صفحه وب و منابع مرتبط را بارگیری می کند، این منابع را در حافظه پنهان HTTP خود ذخیره می کند. کش HTTP معمولاً به طور خودکار توسط مرورگرها فعال می شود، مگر اینکه کاربر نهایی آن را به صراحت غیرفعال کرده باشد.

استفاده از کش HTTP به معنای تکیه بر سرور برای تعیین زمان و مدت زمان کش کردن یک منبع است.

انقضای کش HTTP را با هدرهای پاسخ HTTP کنترل کنید

هنگامی که یک سرور به درخواست مرورگر برای منبع پاسخ می دهد، سرور از هدرهای پاسخ HTTP استفاده می کند تا به مرورگر بگوید چه مدت باید منبع را در حافظه پنهان نگه دارد. سرصفحه‌های پاسخ را ببینید: وب سرور خود را برای کسب اطلاعات بیشتر پیکربندی کنید .

استراتژی های ذخیره سازی HTTP و موارد استفاده

کش HTTP بسیار ساده تر از کش کردن سرویس دهنده است، زیرا کش HTTP فقط با منطق انقضای منابع مبتنی بر زمان (TTL) سروکار دارد. ببینید کدام مقادیر سرصفحه پاسخ را باید استفاده کنید؟ و خلاصه برای کسب اطلاعات بیشتر در مورد استراتژی های ذخیره سازی HTTP.

طراحی منطق انقضای حافظه پنهان

این بخش مزایا و معایب استفاده از منطق انقضای منسجم را در لایه‌های کش سرویس و کش HTTP و همچنین مزایا و معایب منطق انقضای جداگانه در این لایه‌ها را توضیح می‌دهد.

اشکال زیر نشان می دهد که چگونه کش سرویس و کش HTTP در سناریوهای مختلف عمل می کنند:

منطق انقضا ثابت برای تمام لایه های کش

برای نشان دادن مزایا و معایب، به 3 سناریو نگاه خواهیم کرد: بلند مدت، میان مدت و کوتاه مدت.

سناریو: کش طولانی مدت (کش، بازگشت به شبکه)

• هنگامی که یک منبع ذخیره شده در حافظه پنهان معتبر است (<= 30 روز): کارگر سرویس بلافاصله منبع ذخیره شده را بدون رفتن به شبکه برمی گرداند.
• هنگامی که یک منبع ذخیره شده در حافظه پنهان منقضی می شود (بیش از 30 روز): کارگر سرویس برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع در حافظه پنهان HTTP خود ندارد، بنابراین برای منبع سمت سرور می رود.

منفی: در این سناریو، حافظه پنهان HTTP ارزش کمتری را ارائه می دهد، زیرا مرورگر همیشه درخواست را به سمت سرور ارسال می کند که کش در سرویس کارگر منقضی شود.

سناریو: حافظه پنهان میان مدت (Stale-While-Revalidate)

• هنگامی که یک منبع ذخیره شده معتبر است (<= 1 روز): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند و برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع را در حافظه پنهان HTTP خود دارد، بنابراین آن کپی را به سرویس‌کار برمی‌گرداند.
• هنگامی که یک منبع ذخیره شده منقضی می شود (> 1 روز): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند و برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع در حافظه پنهان HTTP خود ندارد، بنابراین برای واکشی منبع به سمت سرور می رود.

منفی: کارگر سرویس برای لغو حافظه پنهان HTTP به منظور استفاده حداکثری از مرحله "تأیید مجدد"، به حذف حافظه پنهان اضافی نیاز دارد.

سناریو: کش کوتاه مدت (بازگشت شبکه به حافظه پنهان)

• وقتی یک منبع ذخیره شده در حافظه پنهان معتبر است (<= 10 دقیقه): کارگر سرویس برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع را در حافظه پنهان HTTP خود دارد، بنابراین آن را بدون رفتن به سمت سرور به کارمند سرویس برمی گرداند.
• هنگامی که یک منبع ذخیره شده منقضی می شود (> 10 دقیقه): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند و برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع در حافظه پنهان HTTP خود ندارد، بنابراین برای واکشی منبع به سمت سرور می رود.

منفی: مشابه سناریوی حافظه پنهان میان‌مدت، سرویس‌کار به منطق مخرب اضافی نیاز دارد تا کش HTTP را لغو کند تا آخرین منبع را از سمت سرور دریافت کند.

کارگر خدماتی در همه حالات

در تمام سناریوها، کش سرویس کارگر همچنان می‌تواند منابع ذخیره‌شده را در زمانی که شبکه ناپایدار است بازگرداند. از سوی دیگر، کش HTTP زمانی که شبکه ناپایدار یا قطع است قابل اعتماد نیست.

منطق انقضای کش مختلف در کش سرویس و لایه های HTTP

برای نشان دادن مزایا و معایب، ما دوباره به سناریوهای بلند مدت، میان مدت و کوتاه مدت نگاه خواهیم کرد.

سناریو: کش طولانی مدت (کش، بازگشت به شبکه)

• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده معتبر است (<= 90 روز): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند.
• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده منقضی می شود (بیش از 90 روز): کارگر سرویس برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع در حافظه پنهان HTTP خود ندارد، بنابراین به سمت سرور می رود.

مزایا و معایب:

• حرفه ای: کاربران پاسخ فوری را تجربه می کنند زیرا کارگر سرویس منابع ذخیره شده را بلافاصله برمی گرداند.
• طرفدار: سرویس‌کار کنترل دقیق‌تری در مورد زمان استفاده از حافظه پنهان و زمان درخواست نسخه‌های جدید منابع دارد.
• منفی: یک استراتژی ذخیره سازی سرویس دهنده به خوبی تعریف شده مورد نیاز است.

سناریو: حافظه پنهان میان مدت (Stale-While-Revalidate)

• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده معتبر است (<= 30 روز): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند.
• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده منقضی می شود (بیش از 30 روز): کارگر سرویس برای منبع به شبکه می رود. مرورگر یک کپی از منبع در حافظه پنهان HTTP خود ندارد، بنابراین به سمت سرور می رود.

مزایا و معایب:

• حرفه ای: کاربران پاسخ فوری را تجربه می کنند زیرا کارگر سرویس منابع ذخیره شده را بلافاصله برمی گرداند.
• حرفه ای: کارمند سرویس می تواند اطمینان حاصل کند که درخواست بعدی برای یک URL معین از یک پاسخ تازه از شبکه استفاده می کند، به لطف اعتبارسنجی مجدد که "در پس زمینه" اتفاق می افتد.
• منفی: یک استراتژی ذخیره سازی سرویس دهنده به خوبی تعریف شده مورد نیاز است.

سناریو: کش کوتاه مدت (بازگشت شبکه به حافظه پنهان)

• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده معتبر است (<= 1 روز): کارگر سرویس برای منبع به شبکه می رود. مرورگر منبع را از کش HTTP در صورت وجود آن برمی گرداند. اگر شبکه قطع باشد، سرویس‌کار منبع را از کش سرویس‌کار برمی‌گرداند
• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده منقضی می شود (> 1 روز): کارگر سرویس برای واکشی منبع به شبکه می رود. مرورگر منابع را از طریق شبکه واکشی می کند زیرا نسخه کش در حافظه پنهان HTTP منقضی شده است.

مزایا و معایب:

• حرفه ای: هنگامی که شبکه ناپایدار یا خاموش است، سرویس دهنده منابع ذخیره شده را بلافاصله برمی گرداند.
• منفی: کارگر سرویس برای لغو حافظه پنهان HTTP و درخواست‌های "اول شبکه" به حذف حافظه پنهان اضافی نیاز دارد.

نتیجه گیری

با توجه به پیچیدگی ترکیب سناریوهای حافظه پنهان، نمی توان یک قانون طراحی کرد که همه موارد را پوشش دهد. با این حال، بر اساس یافته‌های بخش‌های قبلی، چند پیشنهاد برای طراحی استراتژی‌های کش وجود دارد:

• نیازی نیست که منطق کش کردن سرویس‌دهندگان با منطق انقضای ذخیره‌سازی HTTP سازگار باشد. در صورت امکان، از منطق انقضای طولانی‌تر در سرویس‌کار استفاده کنید تا کنترل بیشتری به کارگر خدمات بدهید.
• کش HTTP هنوز نقش مهمی ایفا می کند، اما زمانی که شبکه ناپایدار یا قطع است قابل اعتماد نیست.
• استراتژی‌های کش خود را برای هر منبع مجدداً بررسی کنید تا مطمئن شوید که استراتژی ذخیره‌سازی سرویس‌دهنده ارزش آن را بدون تضاد با حافظه پنهان HTTP فراهم می‌کند.

بیشتر بدانید

• قابلیت اطمینان شبکه
• از درخواست‌های غیرضروری شبکه با کش HTTP جلوگیری کنید
• کد لبه حافظه پنهان HTTP
• اندازه گیری تاثیر عملکرد در دنیای واقعی کارکنان خدمات
• Cache-Control در مقابل منقضی می شود
• Caching Demystified: کش ها را بازرسی، پاک و غیرفعال کنید

مزایا و معایب استفاده از منطق انقضا ثابت یا متفاوت در لایه‌های کش سرویس و کش HTTP.

Jonathan Chen

در حالی که کارگران سرویس و PWA در حال تبدیل شدن به استانداردهای برنامه های کاربردی وب مدرن هستند، کش منابع پیچیده تر از همیشه شده است. این مقاله تصویر بزرگی از کش مرورگر را پوشش می دهد، از جمله:

• موارد استفاده و تفاوت‌های بین کش سرویس کارگر و حافظه پنهان HTTP.
• مزایا و معایب استراتژی‌های مختلف انقضای حافظه پنهان در مقایسه با استراتژی‌های معمول ذخیره‌سازی HTTP.

مروری بر جریان ذخیره سازی

در سطح بالا، مرورگر هنگام درخواست منبع از ترتیب ذخیره سازی زیر پیروی می کند:

1. کش سرویس : کارگر سرویس بررسی می‌کند که آیا منبع در حافظه پنهان است و تصمیم می‌گیرد که آیا خود منبع را بر اساس استراتژی‌های ذخیره‌سازی برنامه‌ریزی‌شده‌اش برگرداند یا خیر. توجه داشته باشید که این به طور خودکار اتفاق نمی افتد. شما باید یک کنترل کننده رویداد واکشی در سرویس‌کار خود ایجاد کنید و درخواست‌های شبکه را رهگیری کنید تا درخواست‌ها به جای شبکه، از حافظه پنهان کارمند سرویس ارائه شوند.
2. حافظه پنهان HTTP (همچنین به عنوان کش مرورگر نیز شناخته می شود) : اگر منبع در حافظه پنهان HTTP یافت شود و هنوز منقضی نشده باشد، مرورگر به طور خودکار از منبع موجود در حافظه پنهان HTTP استفاده می کند.
3. سمت سرور: اگر چیزی در کش سرویس یا کش HTTP یافت نشد، مرورگر برای درخواست منبع به شبکه می رود. اگر منبع در یک CDN ذخیره نشده باشد، درخواست باید تا آخر به سرور مبدا برگردد.

ذخیره سازی لایه ها

کارمند خدمات در حال ذخیره سازی

یک سرویس‌گر درخواست‌های HTTP نوع شبکه را رهگیری می‌کند و از استراتژی ذخیره‌سازی برای تعیین منابعی که باید به مرورگر بازگردانده شوند، استفاده می‌کند. کش Service Worker و کش HTTP هدف کلی یکسانی دارند، اما کش سرویس‌کار قابلیت‌های ذخیره‌سازی بیشتری را ارائه می‌کند، مانند کنترل دقیق بر روی دقیقاً آنچه در حافظه پنهان و نحوه ذخیره‌سازی انجام می‌شود.

کنترل کش سرویس کارگر

یک سرویس دهنده درخواست های HTTP را با شنوندگان رویداد (معمولا رویداد fetch ) رهگیری می کند. این قطعه کد منطق یک استراتژی کش کردن Cache-First را نشان می دهد.

برای جلوگیری از اختراع مجدد چرخ، استفاده از Workbox به شدت توصیه می شود. برای مثال، می‌توانید مسیرهای URL منبع را با یک خط کد regex ثبت کنید .

import {registerRoute} from 'workbox-routing';

registerRoute(new RegExp('styles/.*\\.css'), callbackHandler);

استراتژی‌های ذخیره‌سازی حافظه موقت و موارد استفاده از کارکنان خدمات

جدول بعدی، استراتژی‌های رایج ذخیره‌سازی سرویس‌دهنده و زمانی که هر استراتژی مفید است را نشان می‌دهد.

مزایای اضافی ذخیره سازی کش توسط سرویسکار

علاوه بر کنترل دقیق منطق ذخیره‌سازی، ذخیره‌سازی سرویس‌کار نیز فراهم می‌کند:

• حافظه و فضای ذخیره سازی بیشتر برای مبدا شما: مرورگر منابع حافظه پنهان HTTP را بر اساس مبدأ تخصیص می دهد. به عبارت دیگر، اگر چندین ساب دامنه دارید، همه آنها حافظه پنهان HTTP یکسانی دارند. هیچ تضمینی وجود ندارد که محتوای مبدا/دامنه شما برای مدت طولانی در حافظه پنهان HTTP باقی بماند. به عنوان مثال، یک کاربر ممکن است کش را با پاک کردن دستی از رابط کاربری تنظیمات مرورگر، یا راه‌اندازی بارگذاری مجدد سخت در صفحه، پاک کند. با یک کش سرویس، احتمال بیشتری دارید که محتوای کش شما در حافظه پنهان بماند. برای اطلاعات بیشتر به ذخیره سازی دائمی مراجعه کنید.
• انعطاف‌پذیری بیشتر با شبکه‌های ورقه‌ای یا تجربه‌های آفلاین: با حافظه پنهان HTTP فقط یک انتخاب باینری دارید: یا منبع ذخیره شود یا نه. با ذخیره سرویس کارمند، می‌توانید «سکسکه‌های» کوچک را بسیار آسان‌تر کاهش دهید (با استراتژی «بنه-در حالی- اعتبار مجدد»)، یک تجربه آفلاین کامل (با استراتژی «فقط حافظه پنهان») یا حتی چیزی در این بین، مانند رابط‌های کاربری سفارشی‌سازی‌شده با بخش‌هایی از صفحه که از حافظه پنهان سرویس‌کار و برخی از قسمت‌ها حذف شده‌اند (با راهبرد «S» حذف شده‌اند.

ذخیره HTTP

اولین باری که مرورگر یک صفحه وب و منابع مرتبط را بارگیری می کند، این منابع را در حافظه پنهان HTTP خود ذخیره می کند. کش HTTP معمولاً به طور خودکار توسط مرورگرها فعال می شود، مگر اینکه کاربر نهایی آن را به صراحت غیرفعال کرده باشد.

استفاده از کش HTTP به معنای تکیه بر سرور برای تعیین زمان و مدت زمان کش کردن یک منبع است.

انقضای کش HTTP را با هدرهای پاسخ HTTP کنترل کنید

هنگامی که یک سرور به درخواست مرورگر برای منبع پاسخ می دهد، سرور از هدرهای پاسخ HTTP استفاده می کند تا به مرورگر بگوید چه مدت باید منبع را در حافظه پنهان نگه دارد. سرصفحه‌های پاسخ را ببینید: وب سرور خود را برای کسب اطلاعات بیشتر پیکربندی کنید .

استراتژی های ذخیره سازی HTTP و موارد استفاده

کش HTTP بسیار ساده تر از کش کردن سرویس دهنده است، زیرا کش HTTP فقط با منطق انقضای منابع مبتنی بر زمان (TTL) سروکار دارد. ببینید کدام مقادیر سرصفحه پاسخ را باید استفاده کنید؟ و خلاصه برای کسب اطلاعات بیشتر در مورد استراتژی های ذخیره سازی HTTP.

طراحی منطق انقضای حافظه پنهان

این بخش مزایا و معایب استفاده از منطق انقضای منسجم را در لایه‌های کش سرویس و کش HTTP و همچنین مزایا و معایب منطق انقضای جداگانه در این لایه‌ها را توضیح می‌دهد.

اشکال زیر نشان می دهد که چگونه کش سرویس و کش HTTP در سناریوهای مختلف عمل می کنند:

منطق انقضا ثابت برای تمام لایه های کش

برای نشان دادن مزایا و معایب، به 3 سناریو نگاه خواهیم کرد: بلند مدت، میان مدت و کوتاه مدت.

سناریو: کش طولانی مدت (کش، بازگشت به شبکه)

• هنگامی که یک منبع ذخیره شده در حافظه پنهان معتبر است (<= 30 روز): کارگر سرویس بلافاصله منبع ذخیره شده را بدون رفتن به شبکه برمی گرداند.
• هنگامی که یک منبع ذخیره شده در حافظه پنهان منقضی می شود (بیش از 30 روز): کارگر سرویس برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع در حافظه پنهان HTTP خود ندارد، بنابراین برای منبع سمت سرور می رود.

منفی: در این سناریو، حافظه پنهان HTTP ارزش کمتری را ارائه می دهد، زیرا مرورگر همیشه درخواست را به سمت سرور ارسال می کند که کش در سرویس کارگر منقضی شود.

سناریو: حافظه پنهان میان مدت (Stale-While-Revalidate)

• هنگامی که یک منبع ذخیره شده معتبر است (<= 1 روز): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند و برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع را در حافظه پنهان HTTP خود دارد، بنابراین آن کپی را به سرویس‌کار برمی‌گرداند.
• هنگامی که یک منبع ذخیره شده منقضی می شود (> 1 روز): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند و برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع در حافظه پنهان HTTP خود ندارد، بنابراین برای واکشی منبع به سمت سرور می رود.

منفی: کارگر سرویس برای لغو حافظه پنهان HTTP به منظور استفاده حداکثری از مرحله "تأیید مجدد"، به حذف حافظه پنهان اضافی نیاز دارد.

سناریو: کش کوتاه مدت (بازگشت شبکه به حافظه پنهان)

• وقتی یک منبع ذخیره شده در حافظه پنهان معتبر است (<= 10 دقیقه): کارگر سرویس برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع را در حافظه پنهان HTTP خود دارد، بنابراین آن را بدون رفتن به سمت سرور به کارمند سرویس برمی گرداند.
• هنگامی که یک منبع ذخیره شده منقضی می شود (> 10 دقیقه): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند و برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع در حافظه پنهان HTTP خود ندارد، بنابراین برای واکشی منبع به سمت سرور می رود.

منفی: مشابه سناریوی حافظه پنهان میان‌مدت، سرویس‌کار به منطق مخرب اضافی نیاز دارد تا کش HTTP را لغو کند تا آخرین منبع را از سمت سرور دریافت کند.

کارگر خدماتی در همه حالات

در تمام سناریوها، کش سرویس کارگر همچنان می‌تواند منابع ذخیره‌شده را در زمانی که شبکه ناپایدار است بازگرداند. از سوی دیگر، کش HTTP زمانی که شبکه ناپایدار یا قطع است قابل اعتماد نیست.

منطق انقضای کش مختلف در کش سرویس و لایه های HTTP

برای نشان دادن مزایا و معایب، ما دوباره به سناریوهای بلند مدت، میان مدت و کوتاه مدت نگاه خواهیم کرد.

سناریو: کش طولانی مدت (کش، بازگشت به شبکه)

• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده معتبر است (<= 90 روز): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند.
• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده منقضی می شود (بیش از 90 روز): کارگر سرویس برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع در حافظه پنهان HTTP خود ندارد، بنابراین به سمت سرور می رود.

مزایا و معایب:

• حرفه ای: کاربران پاسخ فوری را تجربه می کنند زیرا کارگر سرویس منابع ذخیره شده را بلافاصله برمی گرداند.
• طرفدار: سرویس‌کار کنترل دقیق‌تری در مورد زمان استفاده از حافظه پنهان و زمان درخواست نسخه‌های جدید منابع دارد.
• منفی: یک استراتژی ذخیره سازی سرویس دهنده به خوبی تعریف شده مورد نیاز است.

سناریو: حافظه پنهان میان مدت (Stale-While-Revalidate)

• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده معتبر است (<= 30 روز): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند.
• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده منقضی می شود (بیش از 30 روز): کارگر سرویس برای منبع به شبکه می رود. مرورگر یک کپی از منبع در حافظه پنهان HTTP خود ندارد، بنابراین به سمت سرور می رود.

مزایا و معایب:

• حرفه ای: کاربران پاسخ فوری را تجربه می کنند زیرا کارگر سرویس منابع ذخیره شده را بلافاصله برمی گرداند.
• حرفه ای: کارمند سرویس می تواند اطمینان حاصل کند که درخواست بعدی برای یک URL معین از یک پاسخ تازه از شبکه استفاده می کند، به لطف اعتبارسنجی مجدد که "در پس زمینه" اتفاق می افتد.
• منفی: یک استراتژی ذخیره سازی سرویس دهنده به خوبی تعریف شده مورد نیاز است.

سناریو: کش کوتاه مدت (بازگشت شبکه به حافظه پنهان)

• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده معتبر است (<= 1 روز): کارگر سرویس برای منبع به شبکه می رود. مرورگر منبع را از کش HTTP در صورت وجود آن برمی گرداند. اگر شبکه قطع باشد، سرویس‌کار منبع را از کش سرویس‌کار برمی‌گرداند
• هنگامی که یک منبع ذخیره شده در حافظه پنهان سرویس دهنده منقضی می شود (> 1 روز): کارگر سرویس برای واکشی منبع به شبکه می رود. مرورگر منابع را از طریق شبکه واکشی می کند زیرا نسخه کش در حافظه پنهان HTTP منقضی شده است.

مزایا و معایب:

• حرفه ای: هنگامی که شبکه ناپایدار یا خاموش است، سرویس دهنده منابع ذخیره شده را بلافاصله برمی گرداند.
• منفی: کارگر سرویس برای لغو حافظه پنهان HTTP و درخواست‌های "اول شبکه" به حذف حافظه پنهان اضافی نیاز دارد.

نتیجه گیری

با توجه به پیچیدگی ترکیب سناریوهای حافظه پنهان، نمی توان یک قانون طراحی کرد که همه موارد را پوشش دهد. با این حال، بر اساس یافته‌های بخش‌های قبلی، چند پیشنهاد برای طراحی استراتژی‌های کش وجود دارد:

• نیازی نیست که منطق کش کردن سرویس‌دهندگان با منطق انقضای ذخیره‌سازی HTTP سازگار باشد. در صورت امکان، از منطق انقضای طولانی‌تر در سرویس‌کار استفاده کنید تا کنترل بیشتری به کارگر خدمات بدهید.
• کش HTTP هنوز نقش مهمی ایفا می کند، اما زمانی که شبکه ناپایدار یا قطع است قابل اعتماد نیست.
• استراتژی‌های کش خود را برای هر منبع مجدداً بررسی کنید تا مطمئن شوید که استراتژی ذخیره‌سازی سرویس‌دهنده ارزش آن را بدون تضاد با حافظه پنهان HTTP فراهم می‌کند.

بیشتر بدانید

• قابلیت اطمینان شبکه
• از درخواست‌های غیرضروری شبکه با کش HTTP جلوگیری کنید
• کد لبه حافظه پنهان HTTP
• اندازه گیری تاثیر عملکرد در دنیای واقعی کارکنان خدمات
• Cache-Control در مقابل منقضی می شود
• Caching Demystified: کش ها را بازرسی، پاک و غیرفعال کنید

مزایا و معایب استفاده از منطق انقضا ثابت یا متفاوت در لایه‌های کش سرویس و کش HTTP.

Jonathan Chen

در حالی که کارگران سرویس و PWA در حال تبدیل شدن به استانداردهای برنامه های کاربردی وب مدرن هستند، کش منابع پیچیده تر از همیشه شده است. این مقاله تصویر بزرگی از کش مرورگر را پوشش می دهد، از جمله:

• موارد استفاده و تفاوت‌های بین کش سرویس کارگر و حافظه پنهان HTTP.
• مزایا و معایب استراتژی‌های مختلف انقضای حافظه پنهان در مقایسه با استراتژی‌های معمول ذخیره‌سازی HTTP.

مروری بر جریان ذخیره سازی

در سطح بالا، مرورگر هنگام درخواست منبع از ترتیب ذخیره سازی زیر پیروی می کند:

1. کش سرویس : کارگر سرویس بررسی می‌کند که آیا منبع در حافظه پنهان است و تصمیم می‌گیرد که آیا خود منبع را بر اساس استراتژی‌های ذخیره‌سازی برنامه‌ریزی‌شده‌اش برگرداند یا خیر. توجه داشته باشید که این به طور خودکار اتفاق نمی افتد. شما باید یک کنترل کننده رویداد واکشی در سرویس‌کار خود ایجاد کنید و درخواست‌های شبکه را رهگیری کنید تا درخواست‌ها به جای شبکه، از حافظه پنهان کارمند سرویس ارائه شوند.
2. حافظه پنهان HTTP (همچنین به عنوان کش مرورگر نیز شناخته می شود) : اگر منبع در حافظه پنهان HTTP یافت شود و هنوز منقضی نشده باشد، مرورگر به طور خودکار از منبع موجود در حافظه پنهان HTTP استفاده می کند.
3. سمت سرور: اگر چیزی در کش سرویس یا کش HTTP یافت نشد، مرورگر برای درخواست منبع به شبکه می رود. اگر منبع در یک CDN ذخیره نشده باشد، درخواست باید تا آخر به سرور مبدا برگردد.

ذخیره سازی لایه ها

کارمند خدمات در حال ذخیره سازی

یک سرویس‌گر درخواست‌های HTTP نوع شبکه را رهگیری می‌کند و از استراتژی ذخیره‌سازی برای تعیین منابعی که باید به مرورگر بازگردانده شوند، استفاده می‌کند. کش Service Worker و کش HTTP هدف کلی یکسانی دارند، اما کش سرویس‌کار قابلیت‌های ذخیره‌سازی بیشتری را ارائه می‌کند، مانند کنترل دقیق بر روی دقیقاً آنچه در حافظه پنهان و نحوه ذخیره‌سازی انجام می‌شود.

کنترل کش سرویس کارگر

یک سرویس دهنده درخواست های HTTP را با شنوندگان رویداد (معمولا رویداد fetch ) رهگیری می کند. این قطعه کد منطق یک استراتژی کش کردن Cache-First را نشان می دهد.

برای جلوگیری از اختراع مجدد چرخ، استفاده از Workbox به شدت توصیه می شود. برای مثال، می‌توانید مسیرهای URL منبع را با یک خط کد regex ثبت کنید .

import {registerRoute} from 'workbox-routing';

registerRoute(new RegExp('styles/.*\\.css'), callbackHandler);

استراتژی‌های ذخیره‌سازی حافظه موقت و موارد استفاده از کارکنان خدمات

جدول بعدی، استراتژی‌های رایج ذخیره‌سازی سرویس‌دهنده و زمانی که هر استراتژی مفید است را نشان می‌دهد.

مزایای اضافی ذخیره سازی کش توسط سرویسکار

علاوه بر کنترل دقیق منطق ذخیره‌سازی، ذخیره‌سازی سرویس‌کار نیز فراهم می‌کند:

• حافظه و فضای ذخیره سازی بیشتر برای مبدا شما: مرورگر منابع حافظه پنهان HTTP را بر اساس مبدأ تخصیص می دهد. به عبارت دیگر، اگر چندین ساب دامنه دارید، همه آنها حافظه پنهان HTTP یکسانی دارند. هیچ تضمینی وجود ندارد که محتوای مبدا/دامنه شما برای مدت طولانی در حافظه پنهان HTTP باقی بماند. به عنوان مثال، یک کاربر ممکن است کش را با پاک کردن دستی از رابط کاربری تنظیمات مرورگر، یا راه‌اندازی بارگذاری مجدد سخت در صفحه، پاک کند. با یک کش سرویس، احتمال بیشتری دارید که محتوای کش شما در حافظه پنهان بماند. برای اطلاعات بیشتر به ذخیره سازی دائمی مراجعه کنید.
• انعطاف‌پذیری بیشتر با شبکه‌های ورقه‌ای یا تجربه‌های آفلاین: با حافظه پنهان HTTP فقط یک انتخاب باینری دارید: یا منبع ذخیره شود یا نه. با ذخیره سرویس کارمند، می‌توانید «سکسکه‌های» کوچک را بسیار آسان‌تر کاهش دهید (با استراتژی «بنه-در حالی- اعتبار مجدد»)، یک تجربه آفلاین کامل (با استراتژی «فقط حافظه پنهان») یا حتی چیزی در این بین، مانند رابط‌های کاربری سفارشی‌سازی‌شده با بخش‌هایی از صفحه که از حافظه پنهان سرویس‌کار و برخی از قسمت‌ها حذف شده‌اند (با راهبرد «S» حذف شده‌اند.

ذخیره HTTP

اولین باری که مرورگر یک صفحه وب و منابع مرتبط را بارگیری می کند، این منابع را در حافظه پنهان HTTP خود ذخیره می کند. کش HTTP معمولاً به طور خودکار توسط مرورگرها فعال می شود، مگر اینکه کاربر نهایی آن را به صراحت غیرفعال کرده باشد.

استفاده از کش HTTP به معنای تکیه بر سرور برای تعیین زمان و مدت زمان کش کردن یک منبع است.

انقضای کش HTTP را با هدرهای پاسخ HTTP کنترل کنید

هنگامی که یک سرور به درخواست مرورگر برای منبع پاسخ می دهد، سرور از هدرهای پاسخ HTTP استفاده می کند تا به مرورگر بگوید چه مدت باید منبع را در حافظه پنهان نگه دارد. سرصفحه‌های پاسخ را ببینید: وب سرور خود را برای کسب اطلاعات بیشتر پیکربندی کنید .

استراتژی های ذخیره سازی HTTP و موارد استفاده

کش HTTP بسیار ساده تر از کش کردن سرویس دهنده است، زیرا کش HTTP فقط با منطق انقضای منابع مبتنی بر زمان (TTL) سروکار دارد. ببینید کدام مقادیر سرصفحه پاسخ را باید استفاده کنید؟ و خلاصه برای کسب اطلاعات بیشتر در مورد استراتژی های ذخیره سازی HTTP.

طراحی منطق انقضای حافظه پنهان

این بخش مزایا و معایب استفاده از منطق انقضای منسجم را در لایه‌های کش سرویس و کش HTTP و همچنین مزایا و معایب منطق انقضای جداگانه در این لایه‌ها را توضیح می‌دهد.

اشکال زیر نشان می دهد که چگونه کش سرویس و کش HTTP در سناریوهای مختلف عمل می کنند:

منطق انقضا ثابت برای تمام لایه های کش

برای نشان دادن مزایا و معایب، به 3 سناریو نگاه خواهیم کرد: بلند مدت، میان مدت و کوتاه مدت.

سناریو: کش طولانی مدت (کش، بازگشت به شبکه)

• هنگامی که یک منبع ذخیره شده در حافظه پنهان معتبر است (<= 30 روز): کارگر سرویس بلافاصله منبع ذخیره شده را بدون رفتن به شبکه برمی گرداند.
• هنگامی که یک منبع ذخیره شده در حافظه پنهان منقضی می شود (بیش از 30 روز): کارگر سرویس برای واکشی منبع به شبکه می رود. مرورگر یک کپی از منبع در حافظه پنهان HTTP خود ندارد، بنابراین برای منبع سمت سرور می رود.

منفی: در این سناریو، حافظه پنهان HTTP ارزش کمتری را ارائه می دهد، زیرا مرورگر همیشه درخواست را به سمت سرور ارسال می کند که کش در سرویس کارگر منقضی شود.

سناریو: ذخیره سازی میان مدت (معتبر-در هنگام اعتبار)

• هنگامی که یک منبع ذخیره شده معتبر است (<= 1 روز): کارگر سرویس منبع ذخیره شده را بلافاصله برمی گرداند و برای واکشی این منبع به شبکه می رود. مرورگر یک نسخه از منبع را در حافظه نهان HTTP خود دارد ، بنابراین آن کپی را به کارگر سرویس باز می گرداند.
• هنگامی که یک منبع ذخیره شده منقضی شده است (> 1 روز): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند و برای واکشی این منبع به شبکه می رود. این مرورگر نسخه ای از منبع را در حافظه نهان HTTP خود ندارد ، بنابراین به سمت سرور می رود تا منبع را واکشی کند.

CON: کارگر سرویس برای غلبه بر حافظه نهان HTTP به حافظه پنهان اضافی نیاز دارد تا بیشترین استفاده را از مرحله "تجدید نظر" انجام دهد.

سناریو: حافظه پنهان کوتاه مدت (سقوط شبکه به حافظه نهان)

• هنگامی که یک منبع ذخیره شده معتبر است (<10 دقیقه): کارگر سرویس برای واکشی منبع به شبکه می رود. این مرورگر یک نسخه از منبع را در حافظه نهان HTTP خود دارد ، بنابراین بدون رفتن به سمت سرور ، آن را به کارگر سرویس باز می گرداند.
• هنگامی که یک منبع ذخیره شده منقضی شده است (> 10 دقیقه): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند و برای واکشی این منبع به شبکه می رود. این مرورگر نسخه ای از منبع را در حافظه نهان HTTP خود ندارد ، بنابراین به سمت سرور می رود تا منبع را واکشی کند.

CON: مشابه سناریوی حافظه پنهان میان مدت ، کارگر سرویس برای واکشی کردن حافظه نهان HTTP به منظور واکشی آخرین منبع از سمت سرور ، به منطق اضافی در اختیار حافظه نهان نیاز دارد.

کارگر خدمات در تمام سناریوها

در تمام سناریوها ، حافظه پنهان کارگر سرویس هنوز می تواند منابع ذخیره شده را در هنگام ناپایدار بودن شبکه بازگرداند. از طرف دیگر ، حافظه نهان HTTP در هنگام ناپایدار بودن یا پایین بودن شبکه قابل اعتماد نیست.

منطق مختلف انقضاء حافظه پنهان در لایه های سرویس دهنده سرویس دهنده و HTTP

برای نشان دادن جوانب مثبت و منفی ، دوباره به سناریوهای بلند مدت ، میان مدت و کوتاه مدت نگاه خواهیم کرد.

سناریو: ذخیره طولانی مدت (حافظه پنهان ، بازگشت به شبکه)

• هنگامی که یک منبع ذخیره شده در حافظه نهان کارگر معتبر است (<90 روز =): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند.
• هنگامی که یک منبع ذخیره شده در حافظه نهان سرویس دهنده (> 90 روز) منقضی می شود: کارگر سرویس برای واکشی این منبع به شبکه می رود. مرورگر نسخه ای از منبع را در حافظه نهان HTTP خود ندارد ، بنابراین به سمت سرور می رود.

مزایا و معایب:

• PRO: کاربران پاسخ فوری را تجربه می کنند زیرا کارگر سرویس بلافاصله منابع ذخیره شده را باز می گرداند.
• PRO: کارگر سرویس کنترل ریز و درشت بیشتری از زمان استفاده از حافظه نهان خود و زمان درخواست نسخه های جدید منابع دارد.
• CON: یک استراتژی ذخیره سازی کارگر به خوبی تعریف شده مورد نیاز است.

سناریو: ذخیره سازی میان مدت (معتبر-در هنگام اعتبار)

• هنگامی که یک منبع ذخیره شده در حافظه نهان کارگر معتبر است (<30 روز =): کارگر سرویس بلافاصله منبع ذخیره شده را برمی گرداند.
• هنگامی که یک منبع ذخیره شده در حافظه نهان سرویس دهنده (> 30 روز) منقضی می شود: کارگر سرویس برای منبع به شبکه می رود. مرورگر نسخه ای از منبع را در حافظه نهان HTTP خود ندارد ، بنابراین به سمت سرور می رود.

مزایا و معایب:

• PRO: کاربران پاسخ فوری را تجربه می کنند زیرا کارگر سرویس بلافاصله منابع ذخیره شده را باز می گرداند.
• PRO: کارگر سرویس می تواند اطمینان حاصل کند که درخواست بعدی برای یک URL معین از پاسخ تازه از شبکه استفاده می کند ، به لطف اعتبار مجدد که "در پس زمینه" اتفاق می افتد.
• CON: یک استراتژی ذخیره سازی کارگر به خوبی تعریف شده مورد نیاز است.

سناریو: حافظه پنهان کوتاه مدت (سقوط شبکه به حافظه نهان)

• هنگامی که یک منبع ذخیره شده در حافظه نهان کارگر معتبر است (<= 1 روز): کارگر سرویس برای منبع به شبکه می رود. مرورگر اگر در آنجا باشد ، منبع را از حافظه نهان HTTP برمی گرداند. اگر شبکه کم شود ، کارگر سرویس منبع را از حافظه نهان کارگر باز می گرداند
• هنگامی که یک منبع ذخیره شده در حافظه نهان سرویس دهنده (> 1 روز) منقضی می شود: کارگر سرویس برای واکشی این منبع به شبکه می رود. با پایان یافتن نسخه ذخیره شده در حافظه نهان HTTP ، این مرورگر منابع را از طریق شبکه واگذار می کند.

مزایا و معایب:

• PRO: هنگامی که شبکه ناپایدار یا پایین است ، کارگر سرویس بلافاصله منابع ذخیره شده را برمی گرداند.
• CON: کارگر سرویس برای نادیده گرفتن حافظه نهان HTTP و درخواست های "شبکه اول" نیاز به حافظه پنهان اضافی دارد.

نتیجه گیری

با توجه به پیچیدگی ترکیب سناریوهای ذخیره سازی ، طراحی یک قاعده امکان پذیر نیست که همه موارد را در بر بگیرد. با این حال ، بر اساس یافته های موجود در بخش های قبلی ، چند پیشنهاد وجود دارد که می توانید هنگام طراحی استراتژی های حافظه پنهان خود به آنها نگاه کنید:

• منطق ذخیره سازی کارگران سرویس نیازی به سازگاری با منطق انقضا حافظه حافظه پنهان HTTP ندارد. در صورت امکان ، از منطق انقضا طولانی تر در کارگر سرویس استفاده کنید تا به کارگر خدمات کنترل بیشتری اعطا کنید.
• حافظه پنهان HTTP هنوز هم نقش مهمی ایفا می کند ، اما وقتی شبکه ناپایدار یا پایین باشد ، قابل اعتماد نیست.
• برای اطمینان از استراتژی ذخیره سازی کارگران خدمات خود ، ارزش خود را فراهم کنید ، بدون اینکه با حافظه پنهان HTTP ، ارزش خود را فراهم کنید.

بیشتر بدانید

• قابلیت اطمینان شبکه
• از درخواست های غیر ضروری شبکه با حافظه پنهان HTTP جلوگیری کنید
• HTTP CACHE CODELAB
• اندازه گیری تأثیر عملکرد در دنیای واقعی کارگران خدمات
• Cache-Control در مقابل منقضی می شود
• ذخیره سازی مواد مخدر: ذخیره ، پاک ، پاک و غیرفعال کردن حافظه پنهان