‫Semoga hal-hal YAML ini mulai masuk
‫akal, dan di sinilah kita belajar bagaimana membuat
‫dasarnya YAML ini dari awal.
‫Ketika saya mulai belajar format YAML
‫Kubernet, saya pertama kali mulai hanya menggunakan
‫contoh dokumentasi, benar, dari dokumen mereka
‫di kubernet. situs io, atau mungkin dari tempat lain.
‫Hal tentang tempat-tempat lain adalah, seperti Docker, adalah blog-blog
‫dan hal-hal lain, semuanya sudah usang.
‫Hal tentang Kubernetes adalah beberapa dari hal-hal ini
‫telah berubah dari waktu ke waktu,
‫terutama ketika menyangkut hal-hal seperti penyebaran, dan polong dan hal-hal
‫inti lainnya. Mereka telah mengubah format mereka.
‫Versi dalam API telah berubah.
‫Kami ingin tetap
‫pada hal-hal saat ini, yang berarti Anda perlu
‫tahu bagaimana memulai dari awal. Bagaimana Anda tahu kapan file Anda perlu
‫diubah daripada hanya pergi dan membaca ulang dokumentasi secara
‫acak untuk melihat apakah ada yang berubah, benar.
‫Bagian ini, saya pikir, merupakan keterampilan yang perlu
‫beberapa saat untuk memecahkan masalah ini, dan cara
‫membuat file tanpa menggunakan semacam templat yang
‫sudah ada sebelumnya. Kami berbicara tentang empat jenis
‫dalam kuliah terakhir, dan kunci utama jenis itu, yang
‫merupakan jenis sumber daya, adalah apa yang ingin
‫saya fokuskan terlebih dahulu. Karena Anda bisa mendapatkan daftar yang ada di cluster.
‫Dalam kelompok uji pengaturan kami, sebagian besar akan sama
‫di antara kita semua.
‫Saat Anda masuk ke produksi dan mulai menambahkan
‫hal-hal pihak ketiga ke cluster Anda, daftar ini akan menjadi
‫lebih lama tergantung pada apa yang Anda gunakan karena
‫alat pihak ketiga dapat menambahkan objek sumber daya baru
‫ke API.
‫Mari kita lakukan sumber daya api kubectl.
‫Anda akan mendapatkan kembali setidaknya puluhan objek
‫berbeda yang dapat kami gulir dan bicarakan
‫selama berjam-jam.
‫Kami tidak akan melakukan itu.
‫Kami sudah membicarakan beberapa di antaranya
‫seperti Penyebaran, dan Pod, serta Replika dan Layanan.
‫Itu adalah hal-hal standar di luar kotak.
‫Banyak sisanya yang mungkin tidak pernah Anda sentuh.
‫Itulah hal tentang Kubernetes adalah ada begitu
‫banyak sehingga Anda mungkin tidak pernah benar-benar
‫membutuhkan semua kekuatan darinya. Tidak penting bagi Anda
‫untuk melewati dan menghafal semua ini.
‫Anda akan melihat kolom semacam ini di sebelah kanan.
‫Itulah yang ada di file YAML kami.
‫Jika kami ingin membuat pod, Anda dapat melihat bahwa ada pod yang
‫baik di sini. Jika kita ingin
‫membuat penyebaran, ada jenis yang disebut penyebaran.
‫Anda juga akan melihat grup API.
‫Grup API itu terkait dengan versi
‫API. Anda akan melihatnya sebentar lagi.
‫Ini tidak persis memberi kita manual
‫preskriptif tentu. Tetapi, jika saya duduk
‫di sini dan saya berkata, saya perlu membuat pod, saya akan melihat daftar ini
‫untuk pod dalam jenis sumber daya.
‫Saya akan melihat jenisnya.
‫Itu yang saya tahu harus dimasukkan ke dalam YAML saya.
‫Saya akan melihat apakah ada grup API karena itu
‫akan memberi tahu saya di mana menemukan versi yang dapat
‫saya gunakan, karena Anda mungkin
‫telah melihat dokumentasi yang berbeda untuk katakanlah penyebaran.
‫Karena penyebaran memiliki banyak versi dari waktu ke waktu.
‫Ada v1beta1, a v1beta2.
‫Itu sebenarnya bahkan bergerak di API karena ada hal-hal
‫lama dan baru, sehingga bisa sedikit membingungkan.
‫Jika Anda melihat daftar ini, Anda sebenarnya akan
‫menemukan bahwa ada penyebaran di sini,
‫dan ada penyebaran di sini.
‫Satu-satunya perbedaan antara keduanya adalah baris
‫tengah ini, grup API.
‫Grup API itu adalah tempat di dalam API
‫jenis sumber daya ini dapat diakses,
‫dibuat, dihapus, dll.
‫Ini sedikit masuk ke dalam rumput liar, tetapi begitu Anda mulai
‫bekerja dengan hal ini, Anda harus meluangkan
‫sedikit waktu ketika Anda melihat kasus-kasus seperti melihat dua
‫jenis penyebaran di sini.
‫Yang mana yang saya gunakan?
‫Nah, Anda mulai pergi dan melakukan penelitian dan Anda
‫akan menemukan, baik dalam dokumentasi, atau dalam panduan API itu
‫sendiri, yang akan kita lihat sedikit.
‫Anda akan melihat hal-hal di mana ia memberi
‫tahu Anda sudah usang, dan satu bergerak
‫ke yang lain dan dalam hal ini dengan penyebaran,
‫versi baru itu, dalam versi terbaru, adalah API aplikasi.
‫Perintah selanjutnya yang sejalan dengan
‫itu, untuk membantu kami mendapatkan gambar yang
‫lebih baik, ditambah versi API, adalah perintah versi
‫API kubectl.
‫Itu memberi kita daftar lebih pendek yang hanya
‫versi API yang berbeda yang perlu
‫kita khawatirkan. Dalam hal penyebaran, Anda
‫akan melihat di sini bahwa ada sesuatu yang akrab.
‫Ingat, kami melihat ada satu aplikasi, dan
‫ada ekstensi untuk penerapan.
‫Kita akan melihat mereka muncul di sini.
‫Secara teknis, ada ekstensi
‫API v1beta1. Ada API aplikasi di mana
‫Anda dapat melihat tiga versi berbeda di sana.
‫Anda mungkin ingin menggunakan aplikasi V1, bukan
‫beta yang lama.
‫Namun, Anda dapat melihat di mana API menahan
‫versi yang tidak digunakan dari API ini saat meluncurkan
‫yang baru.
‫Dengan begitu, pada dasarnya, YAML lama Anda tidak rusak sampai
‫banyak versi berlalu dan mereka mengeluarkan hal-hal dari API
‫setelah itu tidak lagi diperlukan.
‫Apa yang biasanya terjadi selama masa YAML
‫Anda, jika Anda berada di masa-masa awal
‫Kubernetes, adalah Anda mungkin telah menggunakan file YAML
‫yang mengatakan
‫ekstensi / v1beta1 untuk versi API, dan jenisnya
‫adalah penyebaran.
‫Tetapi, karena API telah
‫berubah, dan mereka sekarang menyebutnya API aplikasi,
‫dan versinya berbeda, Anda masih akan memiliki
‫jenis penyebaran, tetapi Anda akan mengubah versi API
‫itu menjadi apps / v1 sekarang.
‫Cara saya tahu itu adalah karena saya harus melakukan pencarian
‫dan Anda akan melihat dokumentasi.
‫Anda lihat dalam contoh itu, oh, hei.
‫Dikatakan aplikasi sekarang. Ia tidak mengatakan ekstensi lagi.
‫Itu aneh. Biarkan aku mencarinya. Kemudian Anda
‫menemukan beberapa masalah Kubernetes di GitHub yang membicarakannya.
‫Agak berantakan. Tidak selalu ada
‫daftar penghentian yang jelas dari segala sesuatu
‫yang berubah sepanjang waktu, jadi itu bisa menjadi masalah.
‫Cara Anda akan tahu bahwa ini tidak berfungsi adalah
‫ketika Anda mengambil YAML lama dan Anda menerapkannya ke cluster baru,
‫dan itu akan memberi tahu Anda, saya tidak
‫mendukung versi API ini lagi. Atau, saya tidak tahu seperti apa ini.
‫Jadi, itu akan memberi Anda kesalahan bagus yang membuat Anda tahu
‫itu, hei itu masalahnya. Kemudian, Anda mungkin dapat
‫melakukan pencarian cepat dan mencari tahu apa yang sudah ketinggalan zaman.
‫Maksud saya adalah bahwa jenisnya, ditambah
‫versi API, digunakan bersama untuk memutuskan sumber daya apa
‫yang akan Anda dapatkan dan versi API mana yang akan
‫dapat Anda gunakan untuk sumber daya itu.
‫Itu adalah dua hal pertama yang perlu Anda ketahui sebelum
‫Anda bahkan membuat YAML.
‫Setelah Anda memilikinya, maka Anda
‫akan membuat bagian metadata. Satu-satunya hal yang harus Anda miliki di
‫sana adalah nama sumber daya yang akan Anda buat.
‫Beri saja nama yang bagus.
‫Lalu, Anda akan pergi ke spec. Di situlah
‫semua tindakan dilakukan karena spek akan benar-benar berbeda
‫berdasarkan sumber daya yang Anda buat.
‫Jika Anda membuat penyimpanan versus penyebaran, Anda dapat membayangkan
‫bagaimana YAML akan sangat
‫berbeda, benar.
‫Dalam kuliah berikutnya, kita akan membahas beberapa perintah
‫kubectl untuk membantu Anda menjelajahi API untuk semua hal spesifikasi
‫berbeda yang dapat Anda masukkan ke dalam YAML Anda
‫untuk sumber daya yang berbeda.