Helm: mendapatkan beberapa informasi

Dibuat pada 24 Agu 2017 · 4Komentar · Sumber: helm/helm

Hai,

Saya sangat menyukai ide dasar helm templating. Jadi saya memutuskan untuk menggunakannya untuk sebuah proyek. Tetapi beberapa hal masih sangat sulit didapat.

Misalnya, setelah Anda mengurai template saya, di mana Anda meletakkan hasil parsing? Sangat penting jika Anda memiliki parser untuk apa pun sehingga Anda dapat melihat hasilnya untuk melihat apa yang dilakukan parser mungkin berbeda dari yang diharapkan.

Di mana saya dapat melihat permintaan http apa yang dikirim helm (url + body)? Saya tidak memiliki instalasi kubernetes default di sini dan perlu memastikan bahwa orang lain juga dapat mengakses layanan tiller. Juga mungkin melihat beberapa tanggapan http dapat membantu melakukan debug.

Apa perbedaan antara argumen --namespace dan variabel lingkungan $TILLER_NAMESPACE ? Untuk beberapa alasan saya hanya bisa menggunakan helm saat saya melakukan versi kedua. Dan saya tidak tahu apa-apa tentang masalah itu. Itu adalah coba-coba yang bodoh. Akan sangat menyenangkan jika ada cara yang lebih cerdas untuk men-debug.

Dan mengapa helm delete --purge <name> tidak menghapus semuanya? Misalnya di lingkungan saya selalu ada akun layanan yang masih ada setelahnya.

Terima kasih!

questiosupport

Sumber

erikbgithub

Semua 4 komentar

@erikbgithub Terima kasih telah menggunakan Helm. Semoga kami bisa menyelesaikan masalah Anda. Untuk melihat hasil parsing template Anda dapat menambahkan flag --debug untuk melihat hasil akhir. Juga menambahkan flag --dry-run bersama-sama dengan --debug akan memungkinkan Anda melihat output tanpa benar-benar menginstal.

Helm menggunakan gRPC bukan REST sehingga Anda tidak akan dapat melihat permintaan ke Tiller seperti yang mungkin biasa Anda lakukan dalam aplikasi REST konvensional.

--namespace mengarahkan Helm untuk menginstal grafik Anda ke dalam namespace yang ditentukan.
TILLER_NAMESPACE mengacu pada namespace tempat komponen backend Tiller diinstal ("kube-system" secara default)

Semoga membantu. Beri tahu kami jika Anda memiliki pertanyaan lainnya.

jascott1 pada 24 Agu 2017

👍1

Hai jascott1, terima kasih telah menanggapi.

Saya tidak yakin pertanyaan namespace selesai. Karena saya melakukan keduanya dalam sesi terpisah setelah helm init berhasil di hari lain.

Contoh. Anggaplah Anda memulai hari dengan sesi pesta baru di mana tidak ada lingkungan kemudi yang ditetapkan. Tiller sudah diterapkan. Sekarang Anda hanya melakukan helm ls --namespace=foobar dan gagal. Sekarang Anda menyetel export TILLER_NAMESPACE=foobar dan sekarang helm ls tanpa flag namespace berhasil. Apakah Anda setuju bahwa situasi tersebut tidak dijelaskan oleh jawaban Anda?

erikbgithub pada 24 Agu 2017

tidak, saya bisa memahami instruksi @ jascott1 dengan cukup jelas (tapi sekali lagi, saya adalah helm dev).

helm list dengan --namespace menunjukkan grafik yang dirilis pada namespace tersebut. Itu tidak memberi tahu helm namespace mana yang harus mencari anakan.
TILLER_NAMESPACE=foobar helm list memberi tahu helm untuk berkomunikasi dengan instance tiller yang diinstal di namespace foobar untuk mendaftar semua rilis yang diinstal di semua namespace.

Namun, saya bisa memahami kebingungannya. TILLER_NAMESPACE didokumentasikan di sini :

Helm akan mencari Tiller di namespace kube-system kecuali --tiller-namespace atau $TILLER_NAMESPACE disetel.

Apakah itu membantu menjernihkan masalah? Jika tidak, saya sangat menyarankan untuk melihat bagian Menggunakan Helm di dokumen untuk mendapatkan gambaran yang lebih jelas.