CI/CD modern dengan GKE: Menerapkan alur kerja developer

Mengaktifkan aplikasi baru

Arsitektur referensi berisi factory aplikasi. Factory ini adalah kumpulan repositori git bernama application-factory-repo dan pemicu Cloud Build berikut:

• create-app
• tf-plan
• tf-apply
• create-team

Anda menggunakan factory aplikasi untuk mengaktifkan aplikasi baru dari repositori starter. Proses orientasi aplikasi terdiri dari langkah-langkah berikut:

1. Buat definisi aplikasi: Anda membuat definisi aplikasi dalam file Terraform dan menyimpannya di application-factory-repo yang berfungsi sebagai katalog aplikasi.

2. Buat infrastruktur aplikasi: Anda menjalankan Terraform pada file definisi aplikasi untuk membuat infrastruktur aplikasi. Infrastruktur aplikasi terdiri dari hal-hal berikut:

   1. Landing zone untuk aplikasi baru mencakup penentuan namespace, akun layanan, dan kebijakan dasar di repositori acm-gke-infrastructure-repo. Landing zone hanya dibuat di cluster GKE dev saat mengaktifkan aplikasi baru. Hal ini dilakukan untuk membuka blokir developer sehingga mereka dapat menggunakan lingkungan pengembangan dan mulai melakukan iterasi di dalamnya. Zona landing di cluster staging dan produksi dibuat dengan pendekatan GitOps. Pendekatan ini akan ditunjukkan nanti dalam dokumen ini saat Anda siap mempromosikan rilis di cluster tersebut.

   2. Repositori Infrastruktur dari repositori starter infrastruktur yang menghosting kode untuk membuat pipeline CI di Cloud Build, pipeline CD di Cloud Deploy, dan repositori Artifact Registry untuk menyimpan artefak.

   3. Pemicu Cloud Build infrastruktur yang mengambil kode di repositori infrastruktur dan membuat resource berdasarkan definisinya.

   4. Repositori aplikasi dari repositori starter aplikasi yang menghosting kode sumber aplikasi.

3. Buat resource CI/CD aplikasi: Anda menggunakan infrastruktur aplikasi untuk membuat resource CI/CD aplikasi.

Buat definisi aplikasi:

Jalankan pemicu create-app untuk membuat file definisi aplikasi di application-factory-repo. File definisi berisi definisi deklaratif resource yang diperlukan untuk membuat aplikasi.

1. Di konsol Google Cloud , buka halaman Cloud Build:

   Buka halaman Cloud Build

2. Klik Pemicu create-app.

3. Klik TAMPILKAN PRATINJAU URL untuk menampilkan URL yang diperlukan untuk memanggil webhook.

4. Di Cloud Shell, panggil pemicu dengan membuat permintaan curl di URL yang diperoleh dari langkah sebelumnya dan teruskan parameter sebagai payload ke pemicu.

   curl "WEBHOOK_URL" -d '{"message": {"app": "sample","runtime": "python","trigger_type": "webhook","github_team": ""}}'

   Dalam contoh kode sebelumnya:

   • Ganti WEBHOOK_URL dengan URL yang diperoleh dari pemicu.

   • "app": "sample" menentukan nama aplikasi.

   • "runtime": "python" memberi tahu factory aplikasi untuk menggunakan template python guna membuat repositori aplikasi.

   • "trigger_type": "webhook" menentukan jenis pipeline CI/CD untuk aplikasi.

   • "github_team": "" adalah tim di GitHub yang akan dikaitkan dengan repositori yang dibuat untuk aplikasi. Karena Anda belum membuat tim GitHub, teruskan sebagai string kosong.

5. Periksa pemicu create-app di pipeline:

   Buka halaman Histori Cloud Build.

   Ada pipeline baru untuk pemicu create-app. Setelah selesai, definisi aplikasi akan dibuat di application-factory-repo.

6. Tinjau file definisi aplikasi:

   1. Di browser web, buka GitHub, lalu login ke akun Anda.

   2. Klik ikon gambar, lalu klik Your organizations. Pilih organisasi Anda.

   3. Klik repositori application-factory-repo, buka folder apps/python, lalu buka file baru bernama sample.tf yang dibuat oleh pemicu create-app. Periksa file, file ini berisi kode Terraform untuk membuat aplikasi baru.

Buat infrastruktur aplikasi:

Setelah membuat definisi aplikasi, Anda menjalankan pemicu tf-apply untuk membuat infrastruktur aplikasi.

1. Di Google Cloud console:

   Buka halaman Cloud Build .

   Klik pemicu tf-apply.

2. Klik "TAMPILKAN PRATINJAU URL" untuk menampilkan URL yang diperlukan untuk memanggil webhook.

3. Panggil pemicu:

   curl "WEBHOOK_URL" -d '{}'

   Dalam contoh kode sebelumnya:

   • Ganti WEBHOOK_URL dengan URL yang diperoleh dari pemicu.

4. Periksa pemicu tf-apply di pipeline:

   Buka halaman Histori Cloud Build.

   Ada pipeline baru untuk pemicu tf-apply. Tunggu hingga selesai.

Pemicu ini membuat infrastruktur aplikasi.

Tinjau infrastruktur aplikasi:

Tinjau berbagai komponen infrastruktur aplikasi.

Zona landing

1. Buka Cloud Shell dan tetapkan project.

   gcloud config set core/project PROJECT_ID

   Ganti PROJECT_ID dengan Google Cloud project ID Anda.

2. Dapatkan kredensial ke cluster GKE pengembangan.

   gcloud container clusters get-credentials gke-dev-us-central1 --zone us-central1-a
   

3. Periksa namespace aplikasi. Namespace diberi nama sesuai dengan aplikasi, contoh.

   kubectl get namespaces sample
   

   Outputnya akan terlihat seperti berikut:

   NAME     STATUS   AGE
   sample   Active   15m
   

4. Periksa akun layanan di namespace.

   kubectl get serviceaccounts -n sample
   

   Ada akun layanan selain akun default. Outputnya akan terlihat seperti berikut:

   NAME         SECRETS   AGE
   default      0         15m
   sample-ksa   0         15m
   

Repositori infrastruktur

Di browser web, buka GitHub, lalu login ke akun Anda. Klik ikon gambar. Kemudian, klik Your organizations. Pilih organisasi Anda, lalu klik repositori sample-infra.

Repositori ini memiliki empat cabang: cicd-trigger, dev, staging, dan prod. Repositori ini juga berisi empat folder, yaitu cicd-trigger, dev, staging, dan prod. Cabang defaultnya adalah cicd-trigger dan Anda dapat mengirimkan kode ke cabang tersebut, sementara cabang lainnya memiliki aturan perlindungan sehingga Anda tidak dapat mengirimkan kode langsung ke cabang tersebut. Untuk mengirimkan kode ke cabang tersebut, Anda harus membuat permintaan pull. Folder cicd-trigger memiliki kode untuk membuat resource CI/CD bagi aplikasi, sedangkan folder dev, staging, dan prod memiliki kode untuk membuat infrastruktur bagi berbagai lingkungan aplikasi.

Pemicu infrastruktur

• Di Google Cloud console:

  Buka halaman Cloud Build

  Ada pemicu baru bernama deploy-infra-sample.

• Pemicu ini terhubung ke repositori sample-infra sehingga saat push kode terjadi ke repositori ini, pemicu akan dipanggil dan mengidentifikasi cabang tempat push terjadi, lalu membuka folder yang sesuai di cabang tersebut dan menjalankan Terraform di sana. Misalnya, jika kode dikirim ke cabang cicd-trigger, pemicu akan menjalankan Terraform di folder cicd-trigger pada cabang cicd-trigger. Demikian pula, saat push terjadi ke cabang dev, pemicu akan menjalankan Terraform di folder dev cabang dev dan seterusnya.

Repositori aplikasi

• Buka GitHub dan tarik repositori di organisasi Anda. Ada repositori baru dengan nama sample. Repositori ini menghosting kode sumber dan langkah-langkah untuk membangun container dalam konfigurasi Dockerfile, kustomize yang menjelaskan konfigurasi yang diperlukan aplikasi dan skaffold.yaml yang menentukan langkah-langkah deployment yang akan digunakan oleh Cloud Deploy untuk CD.

Buat resource CI/CD aplikasi

Setelah membuat kerangka aplikasi, jalankan pemicu deploy-infra-sample untuk membuat resource CI/CD-nya. Anda dapat memanggil pemicu secara manual menggunakan URL webhook-nya atau dengan melakukan commit ke repositori git sample-infra.

1. Untuk memanggil pemicu Cloud Build, tambahkan baris baru dalam file di repositori. Kemudian, kirim perubahan:

   1. Jika Anda belum pernah menggunakan Git di Cloud Shell, konfigurasikan Git dengan nama dan alamat email Anda. Git menggunakan informasi ini untuk mengidentifikasi Anda sebagai penulis commit yang Anda buat di Cloud Shell:

      git config --global user.email "GITHUB_EMAIL_ADDRESS"
      git config --global user.name "GITHUB_USERNAME"

      Ganti kode berikut:

      • GITHUB_EMAIL_ADDRESS: alamat email yang terkait dengan akun GitHub Anda
      • GITHUB_USERNAME: nama pengguna yang terkait dengan akun GitHub Anda

   2. Buat clone repositori git sample-infra:

      git clone https://github.com/GITHUB_ORG/sample-infra
      
      cd sample-infra

      Ganti kode berikut:

      • GITHUB_ORG dengan organisasi GitHub Anda.

      Cabang default cicd-trigger akan di-checkout.

   3. Tambahkan baris baru ke file env/cicd-trigger/main.tf, lakukan commit perubahan, lalu kirim.

        echo "" >> env/cicd-trigger/main.tf
      

   4. Commit dan kirim perubahan:

      git add .
      git commit -m "A dummy commit to invoke the infrastrucutre trigger"
      git push
      cd ..
      

      Segera setelah perubahan dikirim, pemicu Cloud Deploy deploy-infra-sample akan dimulai.

2. Pantau status pemicu:

   Buka halaman histori Cloud Build untuk melihat pipeline dan tunggu hingga selesai.

Meninjau resource CICD aplikasi

Tinjau berbagai resource CI/CD yang dibuat untuk aplikasi.

1. Di konsol Google Cloud :

   Buka halaman Cloud Build dan lihat pemicu deploy-app-sample.

   Ini adalah pemicu pipeline CI. Link ini terhubung ke repositori kode aplikasi sample. Pemicu dipanggil saat push dilakukan ke repositori aplikasi dan melakukan langkah-langkah build seperti yang ditentukan dalam konfigurasi pemicu. Untuk melihat langkah-langkah yang dilakukan pemicu saat dipanggil, klik nama pemicu, lalu klik tombol BUKA EDITOR.

2. Buka halaman Artifact Registry dan lihat repositori baru dengan nama sample.

   Repositori Artefak ini menyimpan artefak aplikasi.

3. Buka halaman pipeline Cloud Deploy dan lihat pipeline dengan nama sample. Ini adalah pipeline deployment berkelanjutan yang men-deploy aplikasi di cluster GKE.

Deploy aplikasi di lingkungan pengembangan

Pemicu deploy-app-sample terhubung ke repositori aplikasi bernama sample. Anda dapat memanggil pemicu secara manual, menggunakan URL webhook, atau melalui push ke repositori aplikasi.

1. Tambahkan baris baru dalam file di repositori sample dan kirim perubahan untuk memanggil pemicu Cloud Build:

   1. Buat clone repositori git sample:

      Dalam Cloud Shell:

      git clone https://github.com/GITHUB_ORG/sample
      
      cd sample

      Ganti GITHUB_ORG dengan organisasi GitHub Anda.

   2. Tambahkan baris baru ke file skaffold.yaml.

        echo "" >> skaffold.yaml
      

   3. Commit dan kirim perubahan:

      git add .
      git commit -m "A dummy commit to invoke CI/CD trigger"
      git push
      

   4. Segera setelah perubahan dikirim, pemicu Cloud Deploy deploy-app-sample akan dimulai.

2. Pantau status pemicu:

   Buka halaman histori Cloud Build untuk melihat pipeline dan tunggu hingga selesai.

   Pemicu menjalankan langkah-langkah yang ditentukan dalam konfigurasinya. Langkah pertama adalah membuat image Docker dari kode aplikasi di repositori sample. Langkah terakhir adalah memulai pipeline Cloud Deploy yang men-deploy aplikasi ke cluster GKE dev.

3. Periksa deployment di cluster dev:

   Buka halaman pipeline Cloud Deploy.

   pipeline sample, deployment ke cluster GKE dev telah dimulai. Tunggu hingga selesai.

Verifikasi bahwa aplikasi telah berhasil di-deploy :

1. Dapatkan kredensial ke cluster pengembangan.

   gcloud container clusters get-credentials gke-dev-us-central1 --zone us-central1-a
   

2. Buat tunnel ke cluster GKE.

   gcloud container clusters get-credentials gke-dev-us-central1 --zone us-central1-a && kubectl port-forward --namespace sample $(kubectl get pod --namespace sample --selector="deploy.cloud.google.com/delivery-pipeline-id=sample" --output jsonpath='{.items[0].metadata.name}') 8080:8080
   

3. Di toolbar Cloud Shell, klik

   preview Web Preview, lalu klik Preview on port 8080:

   Outputnya adalah sebagai berikut:

   Hello World!
   

4. Di Cloud Shell, tekan CTRL+C untuk mengakhiri penerusan port.

Menambahkan fitur baru ke aplikasi

Saat mengembangkan fitur baru, Anda perlu men-deploy perubahan dengan cepat ke lingkungan pengembangan untuk menguji dan melakukan iterasi. Dalam tutorial ini, Anda akan membuat perubahan di repositori kode aplikasi dan men-deploy-nya ke lingkungan pengembangan.

1. Di Cloud Shell, ubah direktori ke repositori sample yang sudah di-clone:

2. Perbarui aplikasi untuk menampilkan pesan yang berbeda:

     sed -i "s/Hello World/My new feature/g" main.py
   

3. Commit dan kirim perubahan:

   git add .
   git commit -m "Changed the message"
   git push
   

   Segera setelah kode dikirim ke repositori GitHub, pemicu webhook deploy-app-sample akan dimulai.

4. Pantau status pemicu di halaman histori Cloud Build dan tunggu hingga selesai.

5. Buka halaman pipeline Cloud Deploy

   pipeline sample, deployment ke cluster GKE dev telah dimulai. Tunggu hingga selesai.

Verifikasi bahwa aplikasi telah berhasil di-deploy :

1. Dapatkan kredensial ke cluster pengembangan jika Anda membuka Cloud Shell baru:

   gcloud container clusters get-credentials gke-dev-us-central1 --zone us-central1-a
   

2. Buat tunnel ke cluster GKE:

   gcloud container clusters get-credentials gke-dev-us-central1 --zone us-central1-a && kubectl port-forward --namespace sample $(kubectl get pod --namespace sample --selector="deploy.cloud.google.com/delivery-pipeline-id=sample" --output jsonpath='{.items[0].metadata.name}') 8080:8080
   

3. Di toolbar Cloud Shell, klik

   preview Web Preview, lalu klik Preview on port 8080:

   

   Outputnya adalah sebagai berikut:

   My new feature!
   

4. Di Cloud Shell, tekan CTRL+C untuk mengakhiri penerusan port.

Promosikan perubahan Anda ke cluster staging dan produksi

Sebelum mempromosikan aplikasi ke lingkungan staging dan produksi, Anda harus membuat landing zone untuk aplikasi di cluster GKE untuk lingkungan tersebut. Saat Anda mengaktifkan aplikasi, landing zone untuk dev akan otomatis dibuat di cluster GKE dev dengan menambahkan kode ke acm-gke-infrastructure-repo di cabang dev.

Membuat landing zone di cluster GKE staging dan produksi

1. Buat landing zone di cluster GKE staging: Anda perlu membuat pull request dari cabang dev ke cabang staging di acm-gke-infrastructure-repo dan menggabungkannya.

   1. Buka GitHub dan jelajahi repositori acm-gke-infrastructure-repo. Klik Pull requests, lalu tombol New pull request. Di menu Base, pilih staging dan di menu Compare, pilih dev. Klik tombol Create pull request.

   2. Biasanya, seseorang yang memiliki akses ke repositori akan meninjau perubahan, lalu menggabungkan PR untuk memastikan hanya perubahan yang dimaksudkan yang dipromosikan ke lingkungan penyiapan. Untuk memungkinkan individu mencoba arsitektur referensi, aturan perlindungan cabang telah dilonggarkan sehingga administrator repositori dapat melewati peninjauan dan menggabungkan PR. Jika Anda adalah administrator di repositori, gabungkan pull request. Jika tidak, minta administrator untuk menggabungkannya.

   Config Sync menyinkronkan perubahan yang tiba di cabang staging repositori acm-gke-infrastructure-repo dengan cluster GKE staging yang menghasilkan pembuatan landing zone untuk aplikasi di cluster GKE staging.

2. Buat landing zone di cluster GKE produksi: Anda perlu membuat permintaan pull dari cabang staging ke prod dan menggabungkannya.

   1. Klik Pull requests, lalu tombol New pull request. Di menu Base, pilih prod dan di menu Compare, pilih staging. Klik tombol Create pull request.

   2. Jika Anda adalah administrator di repositori, gabungkan pull request. Jika tidak, minta administrator untuk menggabungkannya.

   Config Sync menyinkronkan perubahan yang tiba di cabang prod repositori acm-gke-infrastructure-repo dengan cluster GKE produksi yang menghasilkan pembuatan landing zone untuk aplikasi di cluster GKE produksi.

Mempromosikan perubahan dari pengembangan ke staging

Setelah membuat landing zone untuk aplikasi di cluster GKE staging dan produksi, promosikan aplikasi dari lingkungan pengembangan ke lingkungan staging.

1. Temukan nama rilis terbaru dan simpan sebagai variabel lingkungan:

     export RELEASE=$(gcloud deploy targets describe dev --region=us-central1 --format="json" | jq -r '."Active Pipeline"[0]."projects/PROJECT_ID/locations/us-central1/deliveryPipelines/sample"."Latest release"' | awk -F '/' '{print $NF}')
    

   Ganti PROJECT_ID dengan Google Cloud project ID Anda.

   Verifikasi bahwa variabel lingkungan telah ditetapkan:

     echo $RELEASE
     

2. Di Cloud Shell, jalankan perintah berikut untuk memicu promosi rilis dari lingkungan pengembangan ke lingkungan staging:

    gcloud deploy releases promote --release=$RELEASE --delivery-pipeline=sample  --region=us-central1 --to-target=staging --quiet
    

3. Periksa deployment penyiapan:

   Buka halaman pipeline Cloud Deploy

   pipeline sample, deployment ke cluster GKE staging telah dimulai. Tunggu hingga selesai.

4. Pastikan deployment staging berhasil:

   1. Dapatkan kredensial ke cluster staging:

      gcloud container clusters get-credentials gke-staging-us-central1 --zone us-central1-a
      

   2. Buat tunnel ke cluster GKE:

      gcloud container clusters get-credentials gke-staging-us-central1 --zone us-central1-a && kubectl port-forward --namespace sample $(kubectl get pod --namespace sample --selector="deploy.cloud.google.com/delivery-pipeline-id=sample" --output jsonpath='{.items[0].metadata.name}') 8080:8080
      

   3. Di toolbar Cloud Shell, klik

      preview Web Preview, lalu klik Preview on port 8080:

      

      Outputnya adalah sebagai berikut:

      My new feature!
      

   4. Di Cloud Shell, tekan CTRL+C untuk mengakhiri penerusan port.

Mempromosikan perubahan dari staging ke produksi

Sekarang, promosikan rilis dari staging ke produksi. Anda memiliki dua cluster produksi dan Cloud Deploy memiliki target untuk masing-masing cluster yang bernama prod1 dan prod2.

1. Di Cloud Shell, jalankan perintah berikut untuk memicu promosi rilis dari cluster staging ke prod1:

    gcloud deploy releases promote --release=$RELEASE --delivery-pipeline=sample  --region=us-central1 --to-target=prod1 --quiet
    

2. Rilis ke cluster produksi memerlukan persetujuan sehingga peluncuran menunggu hingga Anda menyetujuinya. Untuk melihatnya:

   Buka halaman pipeline Cloud Deploy

   Klik pipeline sample. Peluncuran ke prod1 memerlukan persetujuan dan peran clouddeploy.approver diperlukan untuk menyetujui peluncuran. Karena Anda adalah pemilik project, Anda memiliki akses untuk menyetujui rilis.

3. Menyetujui rilis ke prod1:

   Jalankan perintah berikut untuk mengambil nama peluncuran yang menunggu persetujuan dan menyimpannya dalam variabel lingkungan:

    export ROLLOUT=$(gcloud deploy targets describe prod1 --region=us-central1 --format="json" | jq -r '."Pending Approvals"[]' | awk -F '/' '{print $NF}')
    

   Menyetujui rilis:

    gcloud deploy rollouts approve $ROLLOUT --delivery-pipeline=sample --region=us-central1 --release=$RELEASE --quiet
    

4. Setelah persetujuan diberikan, rilis prod1 dimulai. Pantau progres di halaman pipeline Cloud Deploy.

5. Setelah deployment prod1 selesai, mulai rilis prod2.

    gcloud deploy releases promote --release=$RELEASE --delivery-pipeline=sample  --region=us-central1 --to-target=prod2 --quiet
    

6. Rilis ke prod2 juga memerlukan persetujuan. Menyetujui rilis ke cluster prod2:

   Jalankan perintah berikut untuk mengambil nama peluncuran yang menunggu persetujuan dan menyimpannya dalam variabel lingkungan:

    export ROLLOUT=$(gcloud deploy targets describe prod2 --region=us-central1 --format="json" | jq -r '."Pending Approvals"[]' | awk -F '/' '{print $NF}')
    

   Menyetujui rilis:

    gcloud deploy rollouts approve $ROLLOUT --delivery-pipeline=sample --region=us-central1 --release=$RELEASE --quiet
    

7. Setelah persetujuan diberikan, rilis prod2 akan dimulai. Pantau progres di halaman pipeline Cloud Deploy.

8. Verifikasi bahwa deployment di cluster produksi berhasil setelah pipeline Cloud Deploy di prod1 dan prod2 selesai.

   1. Ada Multi Cluster Ingress yang dibuat di cluster produksi dan Anda menggunakan load balancer untuk mengakses aplikasi produksi. Konfigurasi Multi Cluster Ingress ini dibuat menggunakan file YAML k8s/prod/mci.yaml dan k8s/prod/mcs.yaml di repositori sample. Saat Anda mengirim permintaan ke alamat IP load balancer, Multi Cluster Ingress meneruskan permintaan ke salah satu dari dua instance aplikasi yang berjalan di dua cluster GKE yang berbeda.

   2. Buat daftar aturan penerusan yang terkait dengan load balancer untuk menemukan alamat IP.

      gcloud compute forwarding-rules list

   3. Outputnya akan terlihat seperti berikut:

      NAME: mci-qqxs9x-fw-sample-sample-ingress
      REGION:
      IP_ADDRESS: 34.36.123.118
      IP_PROTOCOL: TCP
      TARGET: mci-qqxs9x-sample-sample-ingress
      

   4. Buka browser web dan masukkan berikut di URL:

      http://IP_ADDRESS:80

      Ganti IP_ADDRESS dengan alamat IP load balancer.

      Outputnya adalah sebagai berikut:

      My new feature!
      

      Hal ini mengonfirmasi bahwa aplikasi di-deploy seperti yang diharapkan di cluster produksi.

Menguji ketahanan aplikasi

Di bagian ini, Anda akan menguji ketahanan aplikasi yang berjalan dalam produksi dengan memulai ulang salah satu node dari dua cluster GKE produksi tanpa memengaruhi aplikasi.

Aplikasi dalam produksi menggunakan multi-cluster ingress dan dapat diakses melalui IP load balancer. Saat aplikasi diakses melalui IP tersebut, multi-cluster ingress akan merutekannya ke salah satu dari dua instance aplikasi yang berjalan di dua cluster GKE yang berbeda. Jika salah satu cluster GKE tidak responsif dan instance aplikasi yang berjalan di cluster tersebut tidak dapat dijangkau, multi-cluster ingress akan terus mengirim traffic ke instance aplikasi yang responsif yang berjalan di cluster GKE lainnya. Hal ini membuat gangguan cluster tidak terlihat oleh pengguna akhir dan aplikasi terus melayani permintaan.

Untuk menguji ketahanan:

1. Temukan node pool cluster GKE produksi yang berjalan di us-west1.

    gcloud container clusters describe gke-prod-us-west1 --zone=us-west1-a --format=json | jq ".nodePools[0].instanceGroupUrls[]" | tr '"' ' ' |  awk -F '/' '{for(i=NF-2; i<=NF; i=i+2) printf ("%s ",$i); print  ""}'

2. Outputnya akan terlihat seperti berikut:

   us-west1-b gke-gke-prod-us-west1-node-pool-01-6ad4e1ed-grp
   us-west1-c gke-gke-prod-us-west1-node-pool-01-98407373-grp
   

   Output memiliki dua kolom, kolom pertama adalah zona dan kolom kedua adalah nama grup instance yang terkait dengan node pool cluster GKE produksi di region us-west1.

3. Mulai ulang grup instance yang sesuai dengan node pool:

    gcloud compute instance-groups managed rolling-action restart INSTANCE_GROUP_1  --zone=ZONE_1 --max-unavailable=100%
   
    gcloud compute instance-groups managed rolling-action restart INSTANCE_GROUP_2  --zone=ZONE_2 --max-unavailable=100%

   Ganti INSTANCE_GROUP_1 dengan nama grup instance pertama.

   Ganti ZONE_1 dengan zona grup instance pertama.

   Ganti INSTANCE_GROUP_2 dengan nama grup instance kedua.

   Ganti ZONE_2 dengan zona grup instance kedua.

4. Periksa status grup instance.

   Buka halaman Instance groups

   Dua grup instance sedang di-reboot, sementara grup lainnya memiliki tanda centang hijau.

   

5. Buka browser web dan masukkan berikut di URL:

   http://IP_ADDRESS:80

   Ganti IP_ADDRESS dengan alamat IP load balancer.

   Meskipun salah satu dari dua cluster GKE tidak berfungsi, aplikasi tetap tersedia dan outputnya adalah sebagai berikut:

    My new feature!
    

   Hal ini menunjukkan bahwa aplikasi Anda tangguh dan sangat tersedia.

Mengelola aplikasi

Saat membuat aplikasi ini dari factory aplikasi, Anda akan mendapatkan repositori git, infrastruktur, dan pipeline CI/CD terpisah untuk aplikasi tersebut. Anda menggunakan resource ini untuk men-deploy aplikasi dan menambahkan fitur baru. Untuk mengelola aplikasi lebih lanjut, Anda hanya perlu berinteraksi dengan repositori git dan pipeline ini tanpa perlu mengupdate factory aplikasi. Anda dapat menyesuaikan pipeline aplikasi dan repositori git berdasarkan kebutuhan Anda. Sebagai pemilik aplikasi, Anda dapat menentukan siapa yang mendapatkan akses ke pipeline dan repositori git aplikasi Anda untuk mengelolanya.