1
00:00:05,810 --> 00:00:10,720
‫ส่วนนี้จะเต็มไปด้วยการบรรยายและการมอบหมายเกี่ยวกับข้อมูลถาวร

2
00:00:11,230 --> 00:00:18,280
‫อันดับแรกเราจะพูดถึงปัญหาของข้อมูลถาวรและวิธีการที่กลายเป็นปัญหาตั้งแต่แรก

3
00:00:18,290 --> 00:00:23,640
‫แนวคิดหลักที่คุณต้องเข้าใจคือแนวคิดของโครงสร้างพื้นฐานที่ไม่เปลี่ยนแปลง

4
00:00:23,810 --> 00:00:28,580
‫และแนวคิดที่อยู่รอบ ๆ ภาชนะบรรจุนั้นเป็นสิ่งที่เกิดขึ้นตามธรรมชาติในการออกแบบ

5
00:00:28,880 --> 00:00:44,270
‫เราจะครอบคลุมสิ่งเหล่านั้นในการบรรยายครั้งแรก จากนั้นเราจะดำดิ่งลงสู่ปริมาณข้อมูลและวิธีที่แก้ปัญหาของเราเกี่ยวกับข้อมูลถาวร

6
00:00:44,360 --> 00:00:50,660
‫จากนั้นเราจะขุดลงใน bind mounts และวิธีการแก้ปัญหาต่าง ๆ กับข้อมูลถาวร

7
00:00:50,720 --> 00:00:57,530
‫จากนั้นเราจะสิ้นสุดส่วนนี้ด้วยการมอบหมายสองสามวิธีเกี่ยวกับการเก็บรักษาข้อมูลฐานข้อมูลในขณะที่แทนที่คอนเทนเนอร์สำหรับฐานข้อมูล

8
00:00:57,740 --> 00:01:11,560
‫จากนั้นก็มีการติดตั้งรหัสลงในคอนเทนเนอร์จากโฮสต์ในขณะที่คุณกำลังแก้ไขเพื่อให้คุณสามารถเรียกใช้รหัสนั้นภายในคอนเทนเนอร์ได้

9
00:01:11,560 --> 00:01:16,970
‫ข้อกำหนดสำหรับการบรรยายครั้งแรกนี้เป็นเพียงการทำความเข้าใจวิธีเรียกใช้คอนเทนเนอร์และแนวคิดเกี่ยวกับคอนเทนเนอร์และรูปภาพที่เราได้กล่าวถึง

10
00:01:17,050 --> 00:01:24,920
‫จนถึงตอนนี้คุณกังวลเกี่ยวกับสิ่งที่ต้องใช้ในการเรียกใช้คอนเทนเนอร์เท่านั้นไม่ใช่ข้อมูลเฉพาะที่อาจสร้างขึ้นเมื่อมีการเรียกใช้คอนเทนเนอร์

11
00:01:25,840 --> 00:01:29,200
‫ภาชนะบรรจุมีความหมายที่ไม่เปลี่ยนรูปและไม่ยั่งยืน

12
00:01:29,320 --> 00:01:34,220
‫เหล่านี้เป็นเพียง buzzwords แฟนซีสำหรับการเปลี่ยนแปลงและชั่วคราวหรือทิ้ง

13
00:01:34,480 --> 00:01:40,770
‫แนวคิดที่นี่คือเราสามารถทิ้งภาชนะและสร้างภาชนะใหม่จากภาพใช่มั้ย

14
00:01:41,790 --> 00:01:49,070
‫จากนั้นเราไม่ได้พูดถึงข้อ จำกัด ที่แท้จริงของตู้คอนเทนเนอร์ แต่เป็นเป้าหมายในการออกแบบมากกว่าหรือแนวปฏิบัติที่ดีที่สุด

15
00:01:49,080 --> 00:01:54,690
‫นี่คือแนวคิดของโครงสร้างพื้นฐานที่ไม่เปลี่ยนแปลงซึ่งเราจะไม่เปลี่ยนแปลงสิ่งต่าง ๆ เมื่อพวกเขาทำงาน

16
00:01:54,840 --> 00:02:02,420
‫หากการเปลี่ยนแปลงการกำหนดค่าต้องเกิดขึ้นหรืออาจต้องมีการอัปเกรดเวอร์ชันคอนเทนเนอร์เราจะปรับใช้คอนเทนเนอร์ใหม่ทั้งหมด

17
00:02:02,490 --> 00:02:08,370
‫สิ่งนี้ทำให้เราได้รับประโยชน์อย่างมากในด้านความน่าเชื่อถือและความสม่ำเสมอและการเปลี่ยนแปลงที่ทำซ้ำได้

18
00:02:08,490 --> 00:02:10,350
‫แต่มีการแลกเปลี่ยนกัน

19
00:02:10,350 --> 00:02:18,150
‫ข้อมูลเฉพาะที่แอพของคุณจะผลิตมีอะไรบ้าง ฐานข้อมูลเหล่านั้นหรือร้านค้าที่มีค่าคีย์หรือสิ่งอื่นใดที่แอปของคุณแยกออกเป็นไฟล์

20
00:02:18,330 --> 00:02:24,810
‫ตามหลักแล้วคอนเทนเนอร์ไม่ควรมีข้อมูลที่ไม่ซ้ำกันของคุณผสมกับไบนารีแอปพลิเคชัน สิ่งนี้เรียกว่า

21
00:02:24,810 --> 00:02:30,340
‫"การแยกความกังวล" และนักเทียบท่าจริง ๆ ให้ประโยชน์กับเราที่นี่

22
00:02:30,450 --> 00:02:42,530
‫เราสามารถอัปเดตแอปพลิเคชันของเราโดยสร้างคอนเทนเนอร์ใหม่ด้วยแอปที่อัปเดตแล้วและข้อมูลที่เป็นเอกลักษณ์ของเรายังคงอยู่ในที่ที่มันต้องการและถูกเก็บรักษาไว้สำหรับเรา

23
00:02:42,540 --> 00:02:48,510
‫ในกรณีที่คุณไม่ได้สังเกตเห็นตู้คอนเทนเนอร์ที่เราใช้อยู่เป็นค่าเริ่มต้นจะคงอยู่

24
00:02:48,510 --> 00:02:53,880
‫การเปลี่ยนแปลงใด ๆ ในนั้นจะถูกเก็บไว้ตลอดการรีสตาร์ทและเริ่มใหม่จนกว่าเราจะลบคอนเทนเนอร์ออก

25
00:02:54,240 --> 00:03:00,030
‫เพียงเพราะเราหยุดคอนเทนเนอร์หรือรีสตาร์ทโฮสต์ไม่ได้หมายความว่าการเปลี่ยนแปลงไฟล์ของคอนเทนเนอร์จะหายไป

26
00:03:00,210 --> 00:03:07,160
‫มันก็ต่อเมื่อเราลบคอนเทนเนอร์ที่มันเป็นเลเยอร์ UFS หายไป แต่เราต้องการที่จะทำอย่างนั้นได้ตามต้องการ

27
00:03:07,170 --> 00:03:13,320
‫ปัญหาของข้อมูลที่ไม่ซ้ำกันนี้เป็นที่รู้จักกันในอุตสาหกรรมในชื่อ "ข้อมูลถาวร" และจนกว่าจะมีคอนเทนเนอร์เราไม่มีชื่อจริง

28
00:03:13,320 --> 00:03:19,230
‫ๆ เพราะสิ่งที่เราสร้างขึ้นส่วนใหญ่เป็นแบบถาวรเช่นคุณรู้ว่าเซิร์ฟเวอร์เก่า

29
00:03:19,230 --> 00:03:24,090
‫ๆ ที่ใช้งานแอพเก่านั้นมาห้าหรือ 10 ปี

30
00:03:24,270 --> 00:03:26,850
‫ทุกอย่างจะคงอยู่ตามค่าเริ่มต้น

31
00:03:26,850 --> 00:03:33,280
‫ขณะนี้ในโลกใหม่ของการบรรจุและการปรับขนาดอัตโนมัติของแอปพลิเคชันข้อมูลถาวรสร้างปัญหาที่ไม่เหมือนใคร

32
00:03:33,420 --> 00:03:36,640
‫นักเทียบท่ามีสองวิธีในการแก้ไขปัญหานี้เรียกว่า "data volume" และ

33
00:03:36,720 --> 00:03:42,450
‫"bind mounts

34
00:03:42,450 --> 00:03:50,130
‫"ปริมาณนักเทียบท่าเป็นตัวเลือกการกำหนดค่าสำหรับคอนเทนเนอร์ที่สร้างตำแหน่งพิเศษภายนอกระบบไฟล์รวมของคอนเทนเนอร์เพื่อจัดเก็บข้อมูลที่ไม่ซ้ำ

35
00:03:50,210 --> 00:03:55,470
‫สิ่งนี้จะเก็บรักษามันไว้ตลอดการลบคอนเทนเนอร์และอนุญาตให้เราแนบมันกับภาชนะใดก็ได้ที่เราต้องการ

36
00:03:55,940 --> 00:03:58,210
‫และคอนเทนเนอร์ก็เห็นมันเหมือนเส้นทางไฟล์ในเครื่อง

37
00:03:58,440 --> 00:04:05,670
‫จากนั้นมีการผูกเมาท์ซึ่งเป็นเพียงการแชร์หรือติดตั้งไดเรกทอรีโฮสต์หรือไฟล์ลงในคอนเทนเนอร์

38
00:04:05,970 --> 00:04:10,470
‫อีกครั้งมันจะมีลักษณะเหมือนเส้นทางไฟล์ท้องถิ่นหรือเส้นทางไดเรกทอรีไปยังภาชนะ

39
00:04:10,470 --> 00:04:12,590
‫จริง ๆ แล้วไม่รู้ว่ามันมาจากโฮสต์