1
00:00:05,810 --> 00:00:10,720
‫سيكون هذا القسم مليئًا بالمحاضرات والواجبات حول البيانات المستمرة.

2
00:00:11,230 --> 00:00:16,490
‫أولاً ، سنناقش مشاكل البيانات المستمرة وكيف أصبح ذلك مشكلة

3
00:00:16,490 --> 00:00:18,280
‫في المقام الأول.

4
00:00:18,290 --> 00:00:23,640
‫المفاهيم الأساسية هناك التي تحتاج إلى فهمها هي فكرة البنية التحتية الثابتة.

5
00:00:23,810 --> 00:00:28,580
‫والفكرة حول الحاويات تكون سريعة الزوال بشكل طبيعي في التصميم.

6
00:00:28,880 --> 00:00:36,680
‫سنغطي هؤلاء في المحاضرة الأولى. ثم سنتعمق في أحجام البيانات وكيف يحل هؤلاء بعضًا

7
00:00:36,680 --> 00:00:44,270
‫من مشكلاتنا المتعلقة بالبيانات الثابتة. ثم سنبحث أيضًا في روابط الربط وكيف يحل ذلك مشكلات

8
00:00:44,360 --> 00:00:50,660
‫مختلفة تتعلق بالبيانات المستمرة. بعد ذلك سننهي هذا القسم بمهمتين حول كيفية الحفاظ على بيانات

9
00:00:50,720 --> 00:00:57,530
‫قاعدة البيانات ، مع استبدال حاويات قواعد البيانات. ثم أيضًا حول تركيب الكود في حاوية

10
00:00:57,740 --> 00:01:03,320
‫من المضيف أثناء قيامك بتحريره ، بحيث يمكنك تشغيل

11
00:01:03,320 --> 00:01:11,560
‫هذا الرمز داخل الحاوية مباشرة. متطلبات هذه المحاضرة الأولى هي مجرد فهم كيفية تشغيل

12
00:01:11,560 --> 00:01:16,970
‫الحاويات ، ومفاهيم الحاوية والصورة التي ناقشناها حتى الآن.

13
00:01:17,050 --> 00:01:23,230
‫حتى الآن ، كنت قلقًا فقط بشأن ما هو مطلوب لتشغيل حاوية ، وليس البيانات الفريدة التي قد يتم إنشاؤها

14
00:01:23,230 --> 00:01:24,920
‫بمجرد تشغيل الحاوية.

15
00:01:25,840 --> 00:01:29,200
‫من المفترض أن تكون الحاويات غير قابلة للتغيير وسريعة الزوال.

16
00:01:29,320 --> 00:01:34,220
‫هذه مجرد كلمات طنانة خيالية لا تتغير ومؤقتة ، أو يمكن التخلص منها.

17
00:01:34,480 --> 00:01:40,180
‫الفكرة هنا هي أنه يمكننا التخلص من حاوية وإنشاء حاوية جديدة من الصورة ، أليس

18
00:01:40,180 --> 00:01:40,770
‫كذلك؟

19
00:01:41,790 --> 00:01:47,820
‫ثم نحن لا نتحدث عن قيود فعلية للحاويات ، بل نتحدث عن هدف تصميم أو أفضل

20
00:01:47,820 --> 00:01:49,070
‫ممارسة.

21
00:01:49,080 --> 00:01:54,690
‫هذه هي فكرة البنية التحتية غير القابلة للتغيير حيث لا نغير الأشياء بمجرد تشغيلها.

22
00:01:54,840 --> 00:02:00,330
‫إذا كان يلزم إجراء تغيير في التكوين ، أو ربما كانت ترقية إصدار الحاوية بحاجة إلى الحدوث ، فإننا

23
00:02:00,330 --> 00:02:02,420
‫نعيد نشر حاوية جديدة بالكامل.

24
00:02:02,490 --> 00:02:08,370
‫يمنحنا هذا فوائد كبيرة في الموثوقية والاتساق ، وجعل التغييرات قابلة للتكرار.

25
00:02:08,490 --> 00:02:10,350
‫لكن هناك مقايضة.

26
00:02:10,350 --> 00:02:16,140
‫ماذا عن البيانات الفريدة التي سينتجها تطبيقك؟ قواعد البيانات هذه ، أو مخازن القيمة الرئيسية ،

27
00:02:16,140 --> 00:02:18,150
‫أو أي شيء آخر يبصقه تطبيقك في ملف؟

28
00:02:18,330 --> 00:02:24,810
‫من الناحية المثالية ، يجب ألا تحتوي الحاويات على بياناتك الفريدة الممزوجة مع ثنائيات التطبيق. يُعرف هذا باسم "فصل الاهتمامات"

29
00:02:24,810 --> 00:02:30,340
‫ويعطينا Docker فائدة كبيرة هنا.

30
00:02:30,450 --> 00:02:36,780
‫يمكننا تحديث تطبيقنا من خلال إعادة إنشاء حاوية جديدة ، بإصدار محدث من تطبيقنا ، ومن الناحية المثالية ، لا تزال بياناتنا

31
00:02:36,990 --> 00:02:42,530
‫الفريدة في المكان الذي يجب أن تكون فيه وقد تم الاحتفاظ بها لنا أثناء إعادة تدوير الحاوية الخاصة بنا.

32
00:02:42,540 --> 00:02:48,510
‫في حال لم تكن قد لاحظت حتى الآن ، فإن الحاويات التي استخدمناها ، افتراضيًا ، كانت ثابتة.

33
00:02:48,510 --> 00:02:53,880
‫تم الاحتفاظ بأي تغييرات فيها بالفعل عبر عمليات إعادة التشغيل وإعادة التشغيل حتى أزلنا الحاوية.

34
00:02:54,240 --> 00:02:57,160
‫لمجرد أننا أوقفنا الحاوية أو أعدنا تشغيل المضيف

35
00:02:57,300 --> 00:03:00,030
‫، فهذا لا يعني أن تغييرات ملف الحاوية تختفي.

36
00:03:00,210 --> 00:03:05,910
‫فقط عندما نزيل الحاوية تختفي طبقة UFS الخاصة بها ، لكننا نريد أن نكون قادرين على القيام

37
00:03:05,910 --> 00:03:07,160
‫بذلك حسب الرغبة.

38
00:03:07,170 --> 00:03:13,320
‫تُعرف مشكلة البيانات الفريدة هذه في الصناعة باسم "البيانات المستمرة" وحتى

39
00:03:13,320 --> 00:03:19,230
‫الحاويات ، لم يكن لدينا اسمًا لذلك. لأنه ، حسنًا ، كانت معظم الأشياء التي أنشأناها ثابتة ،

40
00:03:19,230 --> 00:03:24,090
‫مثل تلك الخوادم القديمة التي كانت تشغل هذا التطبيق القديم لمدة خمس أو 10 سنوات أو أكثر.

41
00:03:24,270 --> 00:03:26,850
‫كل شيء كان ثابتًا بشكل افتراضي.

42
00:03:26,850 --> 00:03:32,400
‫الآن في العالم الجديد للحاويات والتوسيع التلقائي للتطبيق ، تخلق البيانات المستمرة

43
00:03:32,400 --> 00:03:33,280
‫مشكلة فريدة.

44
00:03:33,420 --> 00:03:36,640
‫لدى Docker حلين لهذه المشكلة ، يُعرفان باسم "وحدات

45
00:03:36,720 --> 00:03:42,450
‫تخزين البيانات" و "حوامل الربط. "وحدات تخزين Docker هي خيار تكوين لحاوية

46
00:03:42,450 --> 00:03:46,620
‫تنشئ موقعًا خاصًا خارج نظام ملفات الاتحاد الخاص بالحاوية

47
00:03:46,620 --> 00:03:50,130
‫لتخزين البيانات الفريدة.

48
00:03:50,210 --> 00:03:55,470
‫هذا يحفظها عبر عمليات إزالة الحاويات ويسمح لنا بإرفاقها بأي حاوية نريدها.

49
00:03:55,940 --> 00:03:58,210
‫وتراه الحاوية كمسار ملف محلي.

50
00:03:58,440 --> 00:04:05,670
‫ثم هناك روابط ربط ، والتي هي ببساطة نشارك أو نشارك دليل مضيف ، أو ملف ، في حاوية.

51
00:04:05,970 --> 00:04:10,470
‫مرة أخرى ، سيبدو مثل مسار ملف محلي ، أو مسار دليل ، إلى الحاوية.

52
00:04:10,470 --> 00:04:12,590
‫لن يعرف في الواقع أنه قادم من المضيف.