‫Persyaratan untuk kuliah ini adalah Anda memahami apa itu gambar dan Anda
‫telah melakukan sedikit kerja dengan wadah.
‫Dalam kuliah ini, kita akan melakukan tur singkat di sekitar Docker
‫Hub dan mengenal beberapa fitur dasarnya. Kemudian kita akan membahas perbedaan antara gambar resmi dan mungkin gambar lain
‫yang sama baiknya, dan bagaimana cara membedakan antara gambar yang baik dan gambar yang buruk.
‫Kemudian saya akan menunjukkan sedikit tentang mengunduh gambar dan bagaimana Anda dapat melihat berbagai tag yang akan
‫mereka gunakan dan perbedaan antara gambar Alpine dan opsi gambar lainnya.
‫Anda harus masuk ke hub. buruh pelabuhan. com. Ketika Anda masuk ke halaman
‫muka default Anda adalah dashboard Anda, yang akan menunjukkan semua repositori Anda, publik dan pribadi.
‫Anda belum akan memilikinya, tetapi Anda dapat melihat saya memiliki beberapa di sini.
‫Semuanya publik.
‫Saya punya satu pribadi. Untuk sekarang mari kita pergi ke atas dan cari nginx. Yang akan kami dapatkan kembali adalah hasil pencarian Docker
‫Hub dan Anda akan melihat bahwa ada banyak. Saya dapat menggulir halaman dan halaman.
‫Salah satu tantangannya adalah ada 15.000 gambar Nginx.
‫Itu banyak.
‫Jadi saya cukup banyak hanya menggunakan satu atau dua.
‫Yang resmi
‫di sini, Anda akan melihat di bagian atas, memiliki 10 juta lebih tarikan.
‫Ada beberapa karakteristik untuk mencari tahu apa gambar yang tepat.
‫Seperti saya, Anda akan mulai menggunakan gambar untuk alur kerja Anda yang terkait dengan apa yang Anda lakukan dan Anda
‫akan terbiasa dengan yang spesifik. Anda akan menyukai yang spesifik.
‫Biasanya, kami selalu memulai dengan yang resmi.
‫Pejabat itu akan menjadi satu-satunya dengan kata 'resmi' di bawahnya.
‫Ini juga akan menjadi satu-satunya di mana namanya tidak memiliki garis miring di dalamnya.
‫Saat Anda dan saya membuat gambar di Docker Hub, kami harus membuatnya dengan nama akun kami di
‫depannya.
‫Jadi ketika Anda melihat semua yang lain ini, ini adalah nama akun slash image repository.
‫Mungkin sebenarnya slash nginx organisasi atau sesuatu seperti itu.
‫Tetapi satu-satunya yang mendapatkan hanya nama repo dianggap resmi. Gambar resmi adalah gambar
‫yang Docker, Inc. sebenarnya memiliki tim orang yang membantu merawat mereka,
‫memastikan bahwa mereka memiliki dokumentasi yang berkualitas, bahwa mereka telah diuji dengan baik dan mereka
‫disatukan dengan benar dengan Dockerfiles yang mematuhi aturan praktik terbaik. Mereka biasanya bekerja dengan tim resmi perangkat lunak
‫itu yang benar-benar membuatnya memastikan bahwa ia melakukan semua hal yang seharusnya dilakukan.
‫Jadi saya akan klik yang ini.
‫Mari kita lihat beberapa hal tentang Gudang Resmi.
‫Seperti yang saya katakan sebelumnya, Anda akan sering menggunakan pejabat untuk memulai dan akhirnya Anda mungkin ingin
‫mengubahnya sedikit atau menambahkan beberapa hal ke dalamnya dan Anda akan membuat gambar Anda sendiri.
‫Gambar resmi adalah cara yang bagus untuk memulai.
‫Salah satu hal terbaik tentang gambar resmi adalah dokumentasi mereka.
‫Mereka selalu benar-benar hebat dalam mendokumentasikan
‫bagaimana membuatnya bekerja, opsi apa yang mungkin ada, variabel lingkungan apa, apa port default dan sebagainya.
‫Jadi buat cadangan di atas, Anda akan melihat versi ini. Versi adalah fitur umum dari repositori resmi.
‫Anda tidak harus memiliki versi di setiap gambar tetapi yang resmi lakukan.
‫Karena sebagian besar perangkat lunak open-source selalu ada setidaknya beberapa versi resmi di alam bebas
‫yang dipelihara dan didukung secara resmi.
‫Itu yang kita miliki di sini. Kami memiliki arus utama 1. 11 untuk Nginx dan kemudian kita memiliki apa yang dianggap
‫sebagai cabang stabil dari Nginx, yaitu 1. 10. Kita dapat melihat nama
‫kecil di sini kata stabil jessie Dockerfile.
‫Baiklah.
‫Jadi mari kita jabarkan ini.
‫1. 11. 9, arus utama, 1, 1. 11 dan terbaru.
‫Itu semua adalah tag.
‫Ketika kita mulai berbicara tentang gambar, gambar tidak harus dinamai. Gambar diberi tag. Versi gambar sebenarnya dapat memiliki
‫lebih dari satu tag.
‫Kita akan membahas ini sedikit kemudian ketika kita mulai membuat gambar kita sendiri
‫dan kita bisa bermain-main dengan penandaan.
‫Tetapi untuk sekarang, jika saya ingin mengunduh gambar tertentu, dan Anda ingat sebelumnya bahwa kami sebenarnya sudah
‫mengunduhnya, jadi
‫jika saya membuat gambar buruh pelabuhan, Anda akan melihat tiga gambar yang telah kami kerjakan sejauh ini. mesin saya.
‫Anda melihat tag yang mengatakan terbaru. Sekarang yang terbaru adalah tag khusus.
‫Itu tidak selalu menjamin itu selalu komit terbaru dalam repositori.
‫Artinya biasanya adalah Anda mendapatkan versi terbaru dari produk ini. Dalam repositori resmi, ini didefinisikan dengan sangat baik dan konsisten
‫sehingga jika
‫Anda tidak benar-benar peduli sekarang dengan versi apa yang Anda inginkan, Anda hanya menginginkan
‫yang terbaru, maka Anda bisa mengatakan docker pull nginx. Itu akan mengunduh
‫yang terbaru. Anda akan melihat bahwa itu sudah tahu saya memilikinya, itu memeriksa
‫SHA untuk memastikan itu cocok dengan yang dari Docker Hub dan berkata "Hei
‫saya sudah punya gambar ini, ini up to date. "Bagaimana jika saya ingin mengunduh gambar buruh pelabuhan versi 1. 11. 9?
‫Ini akan memeriksa dan melihat apa yang perlu dilakukan untuk mengunduh gambar itu
‫dan ternyata tidak perlu melakukan apa-apa karena itu versi yang sama persis.
‫Itulah yang dimaksud garis ini di atas sini.
‫Saya dapat merujuk ke versi 'utama, terbaru' ini di sini dengan salah satu dari tag ini.
‫Alasannya adalah jika saya hanya ingin tetap menggunakan versi terbaru dari 1. 0, apa pun itu untuk Nginx, saya
‫hanya bisa menentukan 1. Jika saya ingin lebih spesifik ketika saya
‫mengunduh gambar dan saya ingin versi terbaru dari 1. 11, maka saya bisa mengetik 1 saja. 11 suka ini dan
‫tinggalkan saja. 9 dan itu akan mengunduh yang itu.
‫Tetapi dalam kasus saya, saya benar-benar menentukan yang paling spesifik dari semua 1. 11. 9 yang menunjukkan rilis
‫poin dan itu hanya untuk memastikan bahwa saya mendapatkan versi persis yang saya inginkan.
‫Jadi dalam perangkat lunak Anda, praktik terbaik adalah ketika Anda akan berproduksi dan Anda benar-benar menguji perangkat lunak yang
‫akan Anda gunakan untuk orang
‫lain, Anda selalu ingin menentukan versi yang tepat.
‫Anda jarang ingin perangkat lunak Anda diperbarui secara otomatis.
‫Anda biasanya ingin mengontrol proses itu dengan beberapa alat DevOps lainnya.
‫Tetapi ketika Anda sedang mengembangkan atau hanya menguji sesuatu secara lokal, itu sangat mudah dengan gambar-gambar resmi untuk cukup
‫mengetik nama dan hanya berasumsi Anda akan mendapatkan yang terbaru.
‫Jadi Anda akan melihat di sini ada yang lain.
‫Ada 1. 11. 9-alpine dan ini semua memiliki nama yang sangat mirip dengan yang pertama
‫tetapi mereka semua memiliki kata alpine di dalamnya.
‫Kita akan masuk ke gambar dasar dan distribusi nanti, tetapi hanya untuk saat ini, Alpine sebenarnya adalah
‫distribusi Linux yang sangat sangat kecil.
‫Sebenarnya ukurannya kurang dari 5MB. Versi ini sebenarnya akan berarti bahwa itu berasal
‫dari gambar dasar Alpine, menjaganya sangat kecil dan ringan, sedangkan yang default atau gambar terbaru sebenarnya berasal
‫dari jessie, yang merupakan distribusi Debian. Ukurannya sedikit lebih besar mungkin sedikit
‫di atas 100MB.
‫Faktanya, kita dapat benar-benar pergi ke sini dan kita dapat melihat.
‫Jadi nginx 182MB di sini.
‫Jika saya ingin mengunduh versi Alpine yang tepat, saya dapat mengatakan 1. 11. 9-apline lalu lakukan docker
‫image ls dan Anda akan melihat bahwa versi alpine sebenarnya hanya
‫54MB dan versi terbaru adalah 182MB.
‫Anda juga akan melihat bahwa ketiga versi yang saya unduh semuanya
‫memiliki ID gambar yang sama karena ID gambar didasarkan pada SHA kriptografis dari setiap gambar di Docker Hub.
‫Jadi ini sebenarnya bukan tiga salinan berbeda dari gambar 128MB.
‫Ini sebenarnya sedikit menipu.
‫Itu benar-benar hanya tiga tag dari ID gambar yang sama persis dan hanya total berdetak 182MB dan ini hanya
‫dua baris lain yang menunjukkan ID gambar yang sama dengan tag berbeda yang terkait dengannya.
‫Tetapi cukup tentang tag dan versi untuk saat ini.
‫Mari kita
‫periksa beberapa hal lagi di Docker Hub. Jika saya kembali ke nginx di bilah pencarian dan mencari nginx lagi, Anda
‫akan melihat lagi bahwa ada banyak opsi lain dan ini dapat dilakukan oleh siapa saja.
‫Anda dapat membuat versi Nginx khusus Anda sendiri dan karena ini adalah perangkat lunak open source
‫dan bebas untuk didistribusikan, Anda dapat memasangnya kembali di sini dan menawarkannya kepada publik.
‫Ini sangat mirip dengan model GitHub di mana mereka memungkinkan Anda untuk menyimpan perangkat lunak open
‫source dan Anda dapat membayar perangkat lunak orang lain dan juga menawarkannya.
‫Hal yang sama berlaku di sini.
‫Anda dapat menggunakan gambar orang lain dan mengunduhnya, menjadikannya milik Anda, mengunggahnya kembali.
‫Jadi, jika saya ingin mempertimbangkan untuk tidak menggunakan repositori resmi, yang biasanya saya
‫cari adalah sejumlah bintang dan sejumlah polling karena repositori populer, bagi saya, cenderung membangun kepercayaan.
‫Saya selalu menyarankan Anda mengunduh dan memeriksa perangkat lunak sebelum menggunakannya. Lihat di Dockerfile mereka dan mudah-mudahan
‫mereka akan memiliki repositori open source yang Anda bisa melihat persis bagaimana mereka
‫membuat gambar itu.
‫Indikasi yang baik adalah ketika Anda melihat benda-benda yang memiliki lima juta daya tarik dan 945 bintang; jelas ada sesuatu
‫yang menarik tentang paket ini dan mengapa begitu banyak orang memilihnya daripada
‫menggunakan gambar resmi.
‫Anda bisa datang ke sini dan melihat repositori mereka.
‫Anda benar-benar dapat melihat di sebelah kanan bahwa ia terhubung ke repositori GitHub-nya di mana perangkat
‫lunak open source sebenarnya yang membangun gambar ini sehingga Anda dapat pergi dan memeriksanya; dan, mungkin mengunduh
‫kode sumber aktual di luar gambar.
‫Tapi, dia jelas telah melakukan sesuatu dengan gambar Nginx ini yang membuatnya lebih
‫baik daripada default resmi.
‫Beberapa hal lagi. Di bilah atas, Anda akan melihat Jelajahi. Jelajahi hanya memberi
‫Anda ringkasan dari semua gambar resmi dan Anda dapat membaca dengan
‫teliti dan, percayalah, ada banyak Bahkan, di sumber daya untuk
‫bagian ini, Anda akan menemukan tautan ke daftar gambar resmi yang sebenarnya dan di bawah
‫'perpustakaan', di sinilah semua gambar resmi dan Dockerfiles mereka berada.
‫Anda bisa melihat ada banyak. Sebagai rekap cepat, dalam kuliah ini kita berbicara tentang
‫Docker Hub dan bagaimana rasanya menjadi manajer paket yang tepat
‫untuk Wadah, Lalu bagaimana mengenali gambar resmi dan cara menggunakannya.
‫Lalu saya membantu Anda mengetahui cara menentukan citra publik yang baik dari yang mungkin tidak terlalu baik.
‫Lalu beberapa tips tentang gambar dasar dan bagaimana gambar Alpine biasanya lebih kecil daripada rekan Debian mereka.
‫Jadi kita akan menggunakan keterampilan ini di sisa bagian ini.