‫Sejauh ini, kita sudah membahas bahwa YAML,
‫mungkin ada ... ada empat objek root,
‫dan kami telah membicarakannya secara singkat.
‫Ini semua tentang spesifikasi.
‫Perincian tentang apa yang ingin Anda lakukan, benar.
‫Kami pertama-tama memiliki API, jadi kami tahu versi API mana
‫yang kami ajak bicara. Kami tahu sumber daya apa yang
‫ingin kami ajak bicara dan kami akan mengacaukannya.
‫Lalu, kita tahu nama dalam metadata.
‫Kami punya itu. Setelah itu,
‫spek adalah seluruh dunia untuk dijelajahi.
‫Perintah pertama yang saya ingin Anda pelajari adalah
‫bagaimana membuat daftar semua kunci berbeda yang dapat
‫Anda masukkan untuk jenis sumber daya tertentu.
‫Perintah pertama yang saya ingin Anda jelaskan adalah
‫kubectl, dan kemudian jenis sumber daya.
‫Itu jenis di YAML.
‫Kemudian - rekursif.
‫Ini akan menunjukkan kepada Anda semua kunci berbeda
‫yang didukungnya dalam file YAML.
‫Hanya untuk layanan, Anda dapat melihat bahwa ia
‫kembali dengan banyak. Agak luar biasa.
‫Ada begitu banyak di sana.
‫Tentu saja, itu tidak memberi tahu kita apa yang dilakukan hal-hal itu.
‫Tapi, ini setidaknya daftar singkat dari
‫mereka semua. Apa yang baik
‫bagi saya adalah ketika saya mengerjakan bangunan YAML saya jika saya
‫tidak ingat persis nama benda itu, cap waktu pembuatan.
‫Apakah itu pembuatan cap waktu?
‫Apakah ini jamak? Apakah itu tunggal?
‫Anda bisa menggunakan ini sebagai tampilan cepat.
‫Tetapi, ini tidak akan memberi tahu Anda apa yang dilakukan hal-hal ini,
‫atau mana yang diperlukan atau hal-hal seperti itu.
‫Kita dapat menelusuri menggunakan perintah yang sedikit berbeda dan mendapatkan
‫lebih banyak detail.
‫Mari kita lakukan kubectl menjelaskan layanan
‫lagi, tapi kali ini, kita akan menggunakan notasi titik untuk
‫menelusuri di YAML.
‫Saya akan mengatakan saya hanya peduli dengan spec.
‫Aku bersamamu a. spek.
‫Kali ini, saya mendapatkan kembali hanya subkunci dari spesifikasi
‫dan kemudian sedikit deskripsi tentang mereka.
‫Lalu, apa jenis nilai yang mereka dukung, benar.
‫Apakah itu Boolean? Apakah ini peta benda?
‫Hal-hal seperti itu, benar. Itu hanya referensi kecil yang bagus.
‫Ini akan membantu Anda
‫melompati dokumentasi. Anda dapat menghindarinya sedikit dengan
‫melihat di sini. Ini masih bisa banyak,
‫terutama ketika Anda hanya ingin mencari satu atribut.
‫Anda dapat terus menelusuri notasi titik itu.
‫Jika kita melakukan spec. jenis, itu
‫adalah kunci tertentu di dalam layanan YAML
‫yang memberitahu kita jenis penyeimbang beban.
‫Jika Anda mengingat ini dari berbicara tentang layanan
‫sebelumnya dalam kursus ini, ini bisa menjadi IP cluster, secara default.
‫Jika Anda membiarkannya, itu hanya akan melakukan cluster IP,
‫atau port node, atau load balancer.
‫Di situlah Anda akan menentukan itu.
‫Anda tahu bahwa itu harus pergi di bawah
‫spec dan kemudian kunci ketik di file YAML Anda.
‫Dalam hal ini, kita bisa mulai menulis YAML kita, benar.
‫Kita tahu bahwa jenisnya akan menjadi layanan.
‫Versi API, katanya di sini, adalah v1 untuk
‫tipe ini. Anda juga dapat memverifikasi itu dengan
‫perintah versi api seperti yang kami lakukan sebelumnya.
‫Maka Anda dapat memberi nilai Anda.
‫Ini mencantumkan nilai kerja, sehingga Anda tahu bahwa IP
‫cluster dengan huruf kapital C dan IP huruf kapital, hal-hal
‫seperti itu, benar. Membuat Anda tidak
‫pergi dan berpotensi mencari di seluruh Internet.
‫Anda tidak pernah tahu apakah seseorang akan ketinggalan zaman atau
‫benar sama sekali.
‫Ini adalah bagaimana saya suka melakukannya.
‫Hanya untuk menunjukkan sejauh mana notasi titik ini bisa berjalan.
‫Jika kita melihat spesifikasi penerapan,
‫karena memiliki subspec, yang belum
‫pernah kita bicarakan. Anda dapat memiliki sumber daya sebagai sub
‫objek dari sumber daya lain.
‫Dalam hal ini, volume, benar, untuk menyimpan data.
‫Kami dapat memiliki volume sebanyak yang kami inginkan
‫di dalam penyebaran, yang kemudian akan
‫menghubungkannya ke wadah. Itu jelas jenis
‫sumber daya mereka sendiri, benar, volume.
‫Dalam hal ini, kita akan melihat spek dua kali.
‫Jika saya menekan enter pada perintah
‫ini untuk ditempatkan. spec, salah satu hal di
‫sana adalah template.
‫Lalu saya bisa mengetikkan template.
‫Kemudian akan mencantumkan semua kunci berbeda yang bisa
‫saya masukkan ke sana, dan salah satunya adalah spec
‫dari template.
‫Secara teknis, kita berada dalam spesifikasi sebuah spec.
‫Kemudian di bawah spek itu untuk templat pod,
‫karena penyebaran memiliki speknya sendiri,
‫dan kemudian templat untuk pod tersebut di bawah
‫spek itu. Lalu ada spek
‫untuk wadah, dan saya mungkin punya volume di sini.
‫Jadi volume dan kemudian nfs karena itu adalah jenis volume
‫yang bisa saya gunakan.
‫Kemudian server yang akan saya gunakan di dalam di NFS.
‫Kita mulai. Saya bisa mendapatkan deskripsi dan
‫informasi tentang versi. By the way,
‫ini adalah kekhasan lain dengan Kubernetes adalah dokumentasi
‫pada baris perintah agak ketinggalan jaman ketika datang ke
‫versi yang mengapa saya selalu menggunakan perintah versi API,
‫bersama dengan sumber daya API. Karena ini adalah cara lama
‫untuk melakukannya sebelumnya. Mereka sekarang memiliki aplikasi
‫/ v1 baru untuk penerapan. Saya kebetulan tahu itu
‫karena saya sedang mengeksplorasi mengapa ini seperti ini
‫dan ternyata mereka menyimpannya dalam dokumentasi sampai
‫benar-benar usang.
‫Ngomong-ngomong, Anda dapat melihat bagaimana saya
‫akhirnya akan bekerja turun pipa dengan notasi titik.
‫Saya hanya akan ditempatkan. Maka saya akan melihatnya.
‫Dan kemudian saya akan melakukannya. spec, dan sebagainya dan sebagainya.
‫Itulah bagaimana saya akhirnya menemukan kunci dan nilai yang
‫tepat untuk dimasukkan ke dalam YAML saya.
‫Anda selalu bisa menggunakan contoh orang lain.
‫Apa yang mungkin Anda akhiri adalah Anda akan
‫mulai dengan beberapa contoh dari saya
‫atau dokumentasi.
‫Maka Anda akan ingin melihat apakah Anda
‫dapat menggunakan file vanilla murni menggunakan metode saya
‫di sini. Maka Anda akan berakhir dengan sumber
‫daya kecil Anda sendiri, kan. Salinan kecil Anda sendiri
‫dari semua sumber daya ini YAML. Itu gudang pengetahuan
‫pribadi Anda. Itu akan menjadi apa yang Anda gunakan di perusahaan Anda.
‫Anda bahkan mungkin memiliki standar untuk bagaimana Anda
‫membuat penyebaran dan standar untuk bagaimana Anda membuat layanan.
‫Mungkin mereka akan memiliki label atau anotasi khusus, yang
‫belum kita bicarakan.
‫Mereka mungkin memiliki fitur templat khusus.
‫Bagaimanapun. Ada banyak hal yang dapat
‫Anda lakukan di sana, tetapi sebagian besar tim berakhir dengan
‫default sendiri dalam semacam repo yang mereka tarik daripada mengetik sepenuhnya dari awal.
‫Baik. Kami tidak melakukannya
‫dengan menulis dan kami tentu tidak ingin melakukannya
‫dengan YAML di sini di Kubernetes. Kiat kecil terakhir yang akan
‫saya berikan di sini adalah jika Anda
‫lebih banyak berada di sisi pengembang, Anda akan selalu menghargai dokumentasi
‫API, tempat Anda bisa mendapatkan semua data yang sama.
‫Hanya saja tidak dengan cara yang dimengerti oleh
‫orang yang lebih fokus pada operasi.
‫Saya berasal dari kedua latar belakang, tetapi saya
‫pasti dapat melihat bagaimana dokumentasi API dapat
‫sedikit mengintimidasi seseorang yang tidak
‫terbiasa membaca angkuh dan semua jenis dokumentasi lain untuk API.
‫Di sini, saya hanya akan memilih,
‫misalnya, pada referensi Kubernetes untuk API di bawah
‫115, jadi itu versi.
‫Saya bisa melihat di sini, di sebelah kiri,
‫menu semua API beban kerja.
‫Ini akan menjadi sebagian
‫besar hal yang akan Anda hadapi. Lalu ada API layanan.
‫Hal-hal ini melebihi beban kerja Anda, seperti
‫layanan, atau masuknya, titik akhir, hal-hal
‫seperti itu. Kemudian Anda memiliki konfigurasi dan penyimpanan di sini.
‫Saat melanjutkan, Anda akan benar-benar mendapatkan versi API yang
‫lebih usang atau lawas.
‫Anda dapat menjelajahi apakah ... Anda akan melihat di sini
‫seperti banyak alfa dan beta ini.
‫Anda bisa mencari tahu mana yang ada.
‫Jika saya pergi ke penyebaran sangat cepat
‫dan datang ke sini, saya bisa mendapatkan beberapa contoh kubectl seperti
‫apa itu.
‫Saya juga bisa gulir ke bawah sini
‫dan mencari spek.
‫Spesifikasi sesuatu adalah di mana Anda akan mendapatkan
‫semua detail yang kami lihat sebelumnya.
‫Di bawah spek, Anda akan melihat semua
‫opsi berbeda untuk objek tertentu.
‫Jika saya masuk ke templat spec penyebaran, jika Anda ingat
‫dari beberapa waktu lalu ketika saya
‫mengikuti notasi titik, itu akan masuk ke templat pod.
‫Kemudian kita akan melompat ke sini ke sana dan Anda
‫akan melihat semua hal ini melompat ke template itu,
‫dan seterusnya dan seterusnya. Anda harus menggali
‫sedikit untuk mencari tahu dan menemukan objek dan
‫kunci yang Anda cari. Saya menemukan bahwa ini sedikit lebih
‫mudah untuk bekerja dari baris perintah, tetapi baris perintah juga
‫tidak berurusan dengan versi.
‫Jika Anda memiliki versi klien yang berbeda
‫dari versi server Anda, Anda pasti ingin melihat dokumentasi
‫API karena klien Anda mungkin menggunakan versi yang lebih lama atau
‫lebih baru daripada yang dapat didukung oleh server Anda.
‫Tidak ada cara nyata, pada baris
‫perintah yang saya ketahui, untuk mendapatkan versi informasi yang berbeda.
‫Itu selalu hanya versi klien Anda.