استراتيجية التخزين المؤقت، ذاكرة التخزين المؤقت الإخراج vs ذاكرة التخزين المؤقت للبيانات أو كليهما؟

Question

أنا أعمل على مشروع ASP.NET MVC وقد وصلت إلى النقطة التي أريد أن أبدأ فيها النظر في استراتيجية التخزين المؤقت الخاصة بي. حاولت أن أترك إطاري مفتوحا قدر الإمكان للاستخدام في التخزين المؤقت.

من ما سمعت فيه خلال بودكاست سكوت هانزيلمان يستخدم التخزين المؤقت لإخراج الصفحات والعمود الكودك الكودك الكودك الكود الكبرى هذا يبدو وكأنه سيكون رائعا لذاكرة التخزين المؤقت على مستوى المستخدم ولكن بالنسبة لشيء ما مثل الصفحات الشخصية التي سيتعين عليك التخزين المؤقت لإصدار كل مستخدم ويمكن أن يخرج من السيطرة بسرعة كبيرة.

لذلك، لاستراتيجية التخزين المؤقت. التي يجب استخدامها أو الإخراج التخزين المؤقت أو التخزين المؤقت للبيانات أو مجتمعة؟ أفكاري الأولى هي كلاهما ولكن بقدر اعتمادات ذاكرة التخزين المؤقت يبدو أنها قد تحصل على مجمع بعض الشيء.

Answer 1

كن حذرا حول التخزين المؤقت عدواني. على الرغم من أن التخزين المؤقت هو أداة لمساعدة الأداء، عند استخدامها بشكل غير صحيح، يمكن أن يجعل الأداء بشكل غير صحيح.

لا أستطيع الإجابة على ما إذا كان التخزين المؤقت الإخراج أو التخزين المؤقت للبيانات يعمل من أجلك بشكل أفضل دون معرفة المزيد من التفاصيل حول مشروعك. يمكنني المساعدة في توفير أمثلة زوجين عند استخدام واحدة على آخر.

إذا كان لديك مجموعة بيانات محددة تستخدمها في كثير من الأحيان في العديد من المشاهدات المختلفة، فستكون أفضل حالا باستخدام التخزين المؤقت للبيانات. كنت تستخدم هذا إذا كانت عملية جلب البيانات الخاصة بك كانت شائعة للغاية ومكلفة بالنسبة لتقديم البيانات الخاصة بك. إذا كان لديك طرق عرض متعددة تستخدم نفس البيانات، فستحفظ وقت عمل البيانات الخاص بك.

إذا كان لديك طريقة عرض تستخدم مجموعة بيانات محددة للغاية، وكان عرض العرض معقدا وكانت هذه الرأي مطلوبة في كثير من الأحيان (على سبيل المثال، الصفحة الرئيسية لتفوق المكدس)، ثم ستفيد الكثير من التخزين المؤقت الإخراج.

لذلك في النهاية، يعتمد ذلك حقا على احتياجاتك وتكون حذرا حول استخدام التخزين المؤقت بشكل غير صحيح.

Answer 2

نحن نفعل واجهة برمجة التطبيقات والتخزين المؤقت على نطاق واسع (3 أشهر يزورات يوميا) (بوابة الأخبار). يستخدم الموقع في المقام الأول من قبل المستخدمين المجهولين، لكننا نقوم بمصادقة المستخدمين، لكننا نعتمد موقعا كاملا بالنسبة لهم، ويرجع ذلك إلى بعض الأجزاء الشخصية من الموقع، ويجب أن أعترف بأننا لم يكن لدينا أي مشاكل على الإطلاق مع ضغط الذاكرة.

لذلك، ستكون نصيحتي ذاكرة التخزين المؤقت كل ما يمكنك في ذاكرة التخزين المؤقت API حتى يكون إعادة بناء ذاكرة التخزين المؤقت الإخراج بشكل أسرع.

بالطبع، إيلاء اهتمام وثيق لقيم نسبة ذاكرة التخزين المؤقت الخاصة بك في عدادات الأداء. يجب أن تشاهد الأرقام> 95٪ من الزيارات المخزنة مؤقتا.

شيء آخر يجب الانتباه هو إبطال ذاكرة التخزين المؤقت، هذه مشكلة كبيرة إذا كان لديك الكثير من المحتوى ذي الصلة. على سبيل المثال، قد يتم عرض ذاكرة التخزين المؤقت للأشياء الموسيقية والمعلومات حول ألبوم واحد أو أغنية وتخزينها مؤقتا في بضع مئات من الصفحات. إذا تغير أي شيء في تلك الأغنية، فعليك إبطال كل هذه الصفحات التي يمكن أن تكون مشكلة.

خلاصة القول، التخزين المؤقت هو واحد من أفضل ميزات ASP.NET، يتم القيام به بشكل رائع ويمكنك الاعتماد عليه.