Showing Revision 1 created 06/09/2016 by Udacity Robot.

1. Title:
   Edge Caching - Developing Scalable Apps with Java
2. Description:

3. 210 0:00 - 0:03
   هناك موضوع قوي آخر والذي يحسن أن تعرف معلومات عنه
4. 2950 0:03 - 0:06
   وهو التخزين المؤقت الطرفي. لشرح هذا الموضوع، دعنا نلقي نظرة على
5. 5670 0:06 - 0:09
   ،تدفق المعلومات في تطبيق App Engine الخاص بك. أولاً
6. 9150 0:09 - 0:12
   المستخدمون الذي يريدون استخدام تطبيقك يتصلون
7. 11760 0:12 - 0:16
   بموفر خدمات الإنترنت الخاص بهم. يتصل هذا الموفر للخدمات
8. 15670 0:16 - 0:19
   بمركز بيانات Google. بعد أن يؤكد البحث في DNS أن
9. 18576 0:19 - 0:22
   تطبيقك يتم استضافته بواسطة Google، يقوم Google
10. 22036 0:22 - 0:26
    بعد ذلك بتحديد مركز البيانات الذي يتم فيه تشغيل تطبيق App Engine الخاص
11. 25693 0:26 - 0:28
    بك، ويبدأ في الحديث مع واجهة App Engine
12. 28304 0:28 - 0:31
    الأمامية. إذا كان المحتوى ديناميكيًا، تحدد واجهة App Engine الأمامية
13. 30939 0:31 - 0:34
    .المثيل الذي يجب أن يتولى إدارة الطلب
14. 34350 0:34 - 0:38
    وتكون تلك هي مثيلات App Engine التي تقوم بتشغيل
15. 37560 0:38 - 0:41
    التعليمة البرمجية لتطبيقك. لكن إذا كان الطلب لمحتوى
16. 40890 0:41 - 0:45
    ثابت، على سبيل المثال، صور أو HTML ثابت، يمكن أن تسترده
17. 44880 0:45 - 0:48
    الواجهة الأمامية مباشرة من الخوادم الثابتة. وفي كلتا
18. 48370 0:48 - 0:52
    .الحالتين، يتم إعادة الاستجابة إلى المستخدم
19. 51960 0:52 - 0:54
    وهذه تعتبر بنية جيدة. لكن كما يبدو الأمر
20. 54350 0:54 - 0:57
    حاليًا، يجب إرسال جميع الطلبات إلى
21. 57000 0:57 - 1:00
    مركز البيانات الذي يستضيف تطبيق App Engine الخاص بك. سيكون
22. 60230 1:00 - 1:03
    الأمر أفضل بكثير إذا تم تقديم المزيد من المحتوى
23. 62850 1:03 - 1:06
    مباشرةً بواسطة مركز البيانات هذا. أولاً، سيتم تقليل
24. 66160 1:06 - 1:10
    ،الحمل على مركز البيانات، ولكن الأكثر أهمية هو
25. 69640 1:10 - 1:12
    بما أنه أقرب إلى المستخدمين، فسيتم تسليم الاستجابة
26. 72340 1:12 - 1:16
    .بطريقة أكثر سرعة. هذا هو كل ما يعنيه مفهوم التخزين المؤقت الطرفي
27. 77210 1:17 - 1:20
    التخزين المؤقت الطرفي هو نوع من التخزين المؤقت يتم
28. 79620 1:20 - 1:23
    في مركز البيانات الأقرب إلى المستخدم. وبالتالي، كلما تم تقديم
29. 82840 1:23 - 1:25
    طلب، يمكن توفير النتيجة مباشرةً من
30. 85290 1:25 - 1:28
    التخزين المؤقت إذا كان متاحًا، بدلاً من الانتقال إلى
31. 87990 1:28 - 1:31
    مركز البيانات رقم 2. يعني ذلك تقليل الحمل على مركز البيانات
32. 91220 1:31 - 1:35
    رقم 2 في تطبيقك، وإرسال استجابات سريعة
33. 94700 1:35 - 1:39
    إلى المستخدمين. فهو يحقق المكسب لجميع الأطراف. والسؤال الآن هو، ما الذي تحتاج إليه
34. 98650 1:39 - 1:41
    كي تفكر في استخدام التخزين المؤقت الطرفي؟
35. 102230 1:42 - 1:45
    حسنًا، توجد طريقتان لعمل ذلك. الطريقة الأولى هي
36. 105100 1:45 - 1:49
    إعداد عنصر التحكم في التخزين المؤقت وذلك في استجابة HTTP. يجب عمل هذا
37. 109070 1:49 - 1:51
    فقط إذا كان طلب تابع من هذا
38. 111490 1:51 - 1:55
    النوع سيؤدي لإعادة النتيجة نفسها. الخيار الثاني هو
39. 114730 1:55 - 1:58
    .تعريف أكبر قدر ممكن من المحتويات على أنها محتويات ثابتة
40. 118010 1:58 - 2:01
    بما أن المحتوى الثابت لا يتغير، فيكون ملائمًا للتخزين
41. 120900 2:01 - 2:05
    المؤقت الطرفي. يمكنك تحديد أي محتوى سيكون ثابتًا من خلال
42. 124892 2:05 - 2:07
    ملفات التكوين. هناك فرصة رائعة كي تلقي نظرة على
43. 127356 2:07 - 2:11
    الوثائق المتاحة على الإنترنت. وتذكر أنه كما هو الحال معظم الوقت
44. 131190 2:11 - 2:14
    في التخزين المؤقت، لا توجد ضمانات تؤكد تخزين المحتوى
45. 134180 2:14 - 2:16
    بصفة مؤقتة، ولكن عند حدوثه، سيكون
46. 136340 2:16 - 2:19
    .مفيدًا لكل من تطبيقك ولجميع المستخدمين أيضًا