Dalam serangkaian tutorial ini, beberapa pertimbangan perencanaan disederhanakan agar Anda dapat berfokus pada pembelajaran fitur dan layanan utama Google Kubernetes Engine (GKE). Sebelum Anda mulai membuat lingkungan Google Kubernetes Engine Anda sendiri yang serupa dengan yang dijelaskan dalam serangkaian tutorial ini, ada beberapa pertimbangan perencanaan tambahan yang perlu diingat. Pertimbangan ini mencakup tingkat pengelolaan cluster, jaringan, dan jenis ketersediaan.
Jaringan
Cluster GKE memerlukan perencanaan alamat IP yang cermat. Opsi jaringan yang Anda pilih memengaruhi arsitektur cluster GKE Anda. Beberapa opsi ini tidak dapat diubah setelah dikonfigurasi tanpa membuat ulang cluster.
Dalam serangkaian tutorial ini, Anda menggunakan cluster mode Autopilot yang selalu menggunakan jaringan mode native VPC. Cluster VPC native menggunakan rentang alamat IP alias di node GKE, dan diperlukan untuk membuat cluster di VPC Bersama. Cluster VPC native lebih mudah diskalakan daripada cluster berbasis rute tanpa menggunakan rute, sehingga tidak terlalu rentan terhadap batas perutean.Google Cloud
Sebelum membuat lingkungan GKE Anda sendiri dan men-deploy workload, tinjau panduan jaringan berikut:
Mode cluster
Dalam serangkaian tutorial ini, Anda akan membuat cluster GKE regional yang menggunakan mode Autopilot. Cluster Autopilot dikonfigurasi sebelumnya dengan konfigurasi cluster yang dioptimalkan dan siap untuk workload produksi. Atau, Anda dapat menggunakan cluster mode Standar untuk fleksibilitas konfigurasi yang lebih canggih atas infrastruktur dasar.
Untuk ringkasan yang lebih komprehensif, tinjau dokumen perencanaan yang dimulai dengan pilihan konfigurasi cluster.
Namespace
Namespace memungkinkan Anda mengatur aplikasi dan mengisolasi komponen satu sama lain. Setiap namespace memiliki kumpulan resource-nya sendiri, seperti Pod, Layanan, dan Deployment. Misalnya, Anda dapat membuat namespace untuk semua layanan frontend dan namespace untuk layanan backend. Pengelompokan ini mempermudah pengelolaan layanan dan kontrol akses ke layanan tersebut.
Dalam rangkaian tutorial ini, Anda akan men-deploy Pod dan Service untuk aplikasi contoh Cymbal Bank ke dalam satu namespace. Pendekatan ini mengurangi kompleksitas deployment, tetapi tidak memungkinkan Anda menggunakan namespace untuk menetapkan resource ke berbagai tim dan pengguna, seperti yang mungkin Anda lakukan di lingkungan produksi. Untuk contoh aplikasi sampel Cymbal Bank yang lebih aman dan siap produksi yang menggunakan beberapa namespace, lihat Arsitektur aplikasi Cymbal Bank.
Anggaran disrupsi pod
Kebijakan Anggaran Gangguan Pod (PDB) membantu memastikan performa aplikasi dengan mencegah Pod mengalami gangguan secara bersamaan saat Anda melakukan perubahan pada sistem dan membatasi jumlah Pod yang tidak tersedia secara bersamaan dalam aplikasi yang direplikasi.
Dalam serangkaian tutorial ini, Anda tidak akan mengonfigurasi dan menggunakan PDB. Saat Anda menyelesaikan tutorial untuk menyimulasikan kegagalan, semua Layanan dan node Anda harus merespons seperti yang diharapkan. Saat Anda men-deploy workload Anda sendiri, PDB pada node dapat memblokir pengurasan node.
Jika Anda menggunakan PDB, tinjau konfigurasi Anda sebelum mencoba mengisolasi dan menguras node. Jika node tidak dapat dikuras dengan benar, Anda mungkin mengalami masalah dengan peristiwa pemeliharaan terjadwal.
Langkah berikutnya
Mulai dengan menyelesaikan tutorial pertama untuk men-deploy satu cluster GKE yang menjalankan aplikasi berbasis microservice.