1 00:00:04,670 --> 00:00:10,720 ‫Baiklah. Sekarang setelah Anda mempelajari semua tentang volume dan ikatan mount, dan 2 00:00:10,720 --> 00:00:16,120 ‫mengapa kita perlu khawatir tentang data yang persisten, mari kita lakukan sesuatu yang merupakan skenario dunia nyata, yaitu peningkatan basis data. 3 00:00:16,120 --> 00:00:21,250 ‫Bayangkan situasi di mana Anda menjalankan versi database tertentu. 4 00:00:21,250 --> 00:00:28,210 ‫Katakanlah postgres, dan Anda perlu memperbarui versi tambalan karena mungkin ada perbaikan keamanan, atau 5 00:00:28,210 --> 00:00:30,490 ‫perbaikan bug, atau sesuatu. 6 00:00:30,490 --> 00:00:36,730 ‫Biasanya pada suatu sistem, Anda hanya perlu memperbarui perangkat lunak. Anda akan melakukan pembaruan atau peningkatan sistem manajemen 7 00:00:37,030 --> 00:00:41,340 ‫paket, dan itu akan menangani semua pembaruan ke perpustakaan dan semuanya dengan sendirinya. 8 00:00:41,650 --> 00:00:43,090 ‫Tetapi bagaimana kita melakukannya dalam sebuah wadah? 9 00:00:43,180 --> 00:00:48,700 ‫Karena, jika kita mencoba mengikuti praktik terbaik untuk tidak memperbarui aplikasi dalam wadah, melainkan 10 00:00:48,700 --> 00:00:52,810 ‫mengganti wadah dengan versi baru, bagaimana kita melakukannya dengan database? 11 00:00:52,810 --> 00:00:58,990 ‫Apa yang akan Anda lakukan untuk tugas ini adalah Anda akan menggunakan Docker Hub untuk memberi 12 00:00:59,110 --> 00:01:03,910 ‫Anda info memperbarui versi postgres spesifik. Kami akan mulai dengan Anda secara khusus 13 00:01:03,910 --> 00:01:12,100 ‫membuat wadah menggunakan versi 9. 6. 1, yang merupakan versi yang lebih lama. Dan Anda harus membuat volume bernama. 14 00:01:12,100 --> 00:01:18,820 ‫Anda harus bersandar pada dokumentasi Docker Hub untuk ini, menggunakan repositori postgres resmi. 15 00:01:19,270 --> 00:01:23,920 ‫Anda harus masuk ke Dockerfile untuk versi spesifik itu dan mempelajari seperti 16 00:01:23,920 --> 00:01:28,260 ‫apa jalur volume yang diperlukan. Kemudian Anda dapat memberi nama volume apa pun yang Anda inginkan di sisi kiri. 17 00:01:28,270 --> 00:01:33,040 ‫Tetapi ingat bahwa titik dua di sisi kanan itu, itu harus menjadi jalan di mana database 18 00:01:33,040 --> 00:01:34,590 ‫aktual akan berada di wadah. 19 00:01:34,810 --> 00:01:38,680 ‫Setelah Anda mengetahui semua itu dan memulai wadah, Anda harus mulai memeriksa log untuk melihat 20 00:01:38,680 --> 00:01:43,390 ‫kapan selesai membuat basis data dan semua hal-hal startup. Karena pertama kali Anda memulai 21 00:01:43,390 --> 00:01:47,680 ‫wadah database, biasanya ia melakukan banyak hal di latar belakang, 22 00:01:47,710 --> 00:01:51,810 ‫seperti membuat pengguna admin, dan database default, dan sebagainya. 23 00:01:51,820 --> 00:01:55,660 ‫Akan ada titik di mana log akan berhenti dan hanya akan berjalan. 24 00:01:55,660 --> 00:02:02,530 ‫Jika Anda telah melakukannya dengan benar, Anda akan dapat melakukan volume buruh pelabuhan dan melihat volume yang tercantum di sana, dengan nama yang Anda 25 00:02:02,620 --> 00:02:07,630 ‫berikan, dan Anda harus dapat menghentikan wadah itu. Maka Anda akan membuat 26 00:02:07,660 --> 00:02:10,560 ‫wadah baru dengan versi baru. 27 00:02:10,630 --> 00:02:16,300 ‫Ini akan menjadi perintah yang sangat mirip dengan yang pertama, hanya Anda menentukan versi yang 28 00:02:16,310 --> 00:02:22,780 ‫berbeda, Anda juga akan memastikan Anda ingin menentukan volume nama samed karena harus menggunakan data yang Anda 29 00:02:22,780 --> 00:02:24,420 ‫gunakan di yang pertama. 30 00:02:24,460 --> 00:02:28,060 ‫Tentu saja, pastikan Anda menghentikan yang pertama karena keduanya tidak dapat mengakses data 31 00:02:28,060 --> 00:02:29,450 ‫yang sama secara bersamaan. 32 00:02:29,680 --> 00:02:33,730 ‫Setelah Anda memulainya, lanjutkan dan periksa kembali log untuk wadah baru itu. 33 00:02:34,000 --> 00:02:38,980 ‫Yang harus Anda lihat adalah bahwa ia hanya memiliki beberapa baris log startup karena tidak harus 34 00:02:38,980 --> 00:02:40,900 ‫melakukan semua pekerjaan startup awal. 35 00:02:40,900 --> 00:02:43,650 ‫Itu semacam bagaimana Anda tahu itu menggunakan volume bernama 36 00:02:43,660 --> 00:02:48,050 ‫yang sama bahwa saat kedua kali dijalankan, mungkin hanya memiliki empat atau lima entri log. 37 00:02:48,310 --> 00:02:50,070 ‫Jadi ini adalah skenario dunia nyata. 38 00:02:50,070 --> 00:02:54,860 ‫Anda akan melakukan ini jika Anda pernah menjalankan basis data produksi atau apa pun yang Anda perlukan agar tetap terkini. 39 00:02:55,000 --> 00:03:00,700 ‫Perhatikan bahwa sebagian besar sistem basis data tidak melakukan peningkatan besar secara otomatis. 40 00:03:00,700 --> 00:03:05,470 ‫Biasanya membutuhkan alat. Dengan postgres atau MySQL, ada alat terpisah untuk masing-masing 41 00:03:05,470 --> 00:03:06,670 ‫yang harus Anda jalankan. 42 00:03:06,670 --> 00:03:12,310 ‫Ini sebenarnya hanya tentang memutakhirkan versi tambalan atau nomor terakhir yang tidak memerlukan 43 00:03:12,310 --> 00:03:16,800 ‫perubahan skema atau pembaruan utama pada kode data itu sendiri. 44 00:03:16,870 --> 00:03:18,080 ‫Seperti sebelumnya, jika 45 00:03:18,160 --> 00:03:24,400 ‫Anda buntu, jangan khawatir karena ini adalah hal baru dan mungkin tidak jelas di Docker Hub. 46 00:03:24,730 --> 00:03:28,120 ‫Jika Anda buntu di beberapa titik dan Docker Hub tidak membantu Anda, 47 00:03:28,120 --> 00:03:33,180 ‫periksa saja kuliah selanjutnya, yang mana saya akan melalui latihan yang sama ini seperti yang akan saya lakukan. 48 00:03:33,190 --> 00:03:33,550 ‫Semoga berhasil.