Mengoperasikan platform developer dan aplikasi dalam container memerlukan sejumlah tugas administratif berbeda yang harus Anda lakukan secara berkelanjutan. Tugas tersebut mencakup, misalnya, membuat aplikasi baru dari template, memberi otorisasi kepada grup developer baru untuk menggunakan platform developer, merencanakan kebutuhan kapasitas, dan men-debug masalah runtime.
Operasi dapat dilakukan secara otomatis atau dilakukan secara manual.
Operasi otomatis yang umum
Cetak biru ini menyediakan otomatisasi untuk beberapa tugas yang paling umum dalam bentuk pemicu webhook, yang merupakan jenis API sederhana. Pemicu secara otomatis terhubung ke peristiwa webhook yang berasal dari salah satu repositori kontrol sumber. Developer platform developer dapat menghubungkan pemicu lainnya. Biasanya, developer platform developer menulis portal developer, yang dapat berupa formulir web sederhana yang memanggil pemicu webhook saat formulir dikirimkan.
Tabel berikut menjelaskan tugas umum yang diotomatiskan oleh blueprint menggunakan pemicu webhook. Frekuensi tugas dimaksudkan sebagai ilustrasi karena frekuensi tugas bergantung pada banyak faktor. Tugas tidak harus berulang pada interval yang tepat.
| Tugas | Pengguna | Deskripsi | Frekuensi tugas |
|---|---|---|---|
Tambahkan tenant. |
Administrator platform developer |
Administrator mengirimkan formulir di portal developer. Kolom formulir tenant baru mencakup nama tenant dan anggota tim. Pemicu otomatis akan membuat resource untuk tenant baru. |
Beberapa kali dalam setahun |
Tambahkan aplikasi berdasarkan template aplikasi yang ada. |
Developer aplikasi |
Developer mengirimkan formulir di portal developer. Kolom formulir aplikasi baru mencakup nama tenant, nama aplikasi, dan template aplikasi dasar. Pemicu otomatis membuat resource untuk aplikasi baru. |
Beberapa kali dalam setahun |
Bangun dan deploy perubahan kode sumber untuk aplikasi ke lingkungan pengembangan. |
Developer aplikasi |
Developer mengedit kode sumber, menjalankan dan menguji kode secara lokal, serta meng-commit kode. Blueprint tidak terlibat dalam alur kerja developer lokal, tetapi alat Skaffold mendukung langkah build lokal. |
Beberapa kali dalam sehari untuk setiap aplikasi |
Men-deploy perubahan konfigurasi YAML untuk aplikasi ke lingkungan pengembangan. Contoh perubahan konfigurasi YAML adalah meningkatkan CPU resource deployment. |
Developer aplikasi |
Developer mengedit konfigurasi aplikasi dan meng-commit perubahan. |
Beberapa kali setiap minggu untuk setiap aplikasi |
Men-deploy perubahan infrastruktur aplikasi ke lingkungan pengembangan. Infrastruktur aplikasi adalah resource cloud dalam project aplikasi. Contoh perubahan adalah peningkatan jumlah CPU bagi AlloyDB untuk instance PostgreSQL. |
Developer aplikasi |
Developer mengedit project Terraform resource aplikasi dan melakukan commit terhadap perubahan tersebut. Developer mengirimkan formulir di portal developer. Pemicu otomatis memulai rencana dan menerapkan pipeline. |
Beberapa kali dalam setahun |
Mempromosikan perubahan aplikasi dari pengembangan ke non-produksi (atau dari non-produksi ke produksi). Perubahan aplikasi dapat meliputi gambar aplikasi baru atau perubahan konfigurasi YAML aplikasi. |
Operator aplikasi |
Operator menggabungkan perubahan dari cabang pengembangan ke cabang non-produksi (atau dari cabang non-produksi ke cabang produksi). Operator mengawasi peluncuran. |
Beberapa kali setiap minggu untuk setiap aplikasi |
Mempromosikan perubahan infrastruktur aplikasi dari pengembangan ke non-produksi (atau dari non-produksi ke produksi). |
Operator aplikasi |
Operator menggabungkan perubahan tertentu dari cabang pengembangan ke cabang non-produksi (atau dari cabang non-produksi ke cabang produksi). Operator mengawasi peluncuran. |
Beberapa kali setiap kuartal untuk setiap aplikasi |
Operasi manual umum
Beberapa operasi platform developer sifatnya kurang terstruktur, dan tidak menggunakan otomatisasi dengan platform developer. Anda dapat mengembangkan playbook berdasarkan blueprint ini dan menjalankan tugas ini di Google Cloud Console.
Tabel berikut menjelaskan tugas-tugas non-otomatis ini. Frekuensi tugas dimaksudkan untuk ilustrasi karena frekuensi tugas bergantung pada banyak faktor. Tugas tidak selalu berulang pada interval yang tepat.
| Tugas | Pengguna | Deskripsi | Frekuensi Tugas |
|---|---|---|---|
Tentukan template aplikasi baru. |
Developer platform developer |
Developer mengubah template aplikasi yang didasarkan pada template blueprint, atau memindahkan template ke bahasa baru. |
Beberapa kali dalam setahun |
Menyelidiki error runtime layanan di lingkungan pengembangan. |
Developer aplikasi |
Developer menggunakan Logs Explorer dan Metrics Explorer di Konsol Google Cloud untuk meninjau log error, metrik pemantauan, dan data deret waktu untuk tenant dan aplikasi. |
Beberapa kali dalam sebulan |
Selidiki error runtime layanan di lingkungan produksi atau non-produksi. |
Operator aplikasi |
Operator tersebut menggunakan Logs Explorer dan Metrics Explorer di Konsol Google Cloud untuk meninjau log error, metrik pemantauan, dan data deret waktu untuk tenant dan aplikasi. |
Beberapa kali dalam sebulan |
Menyelidiki error build. |
Developer aplikasi |
Developer melihat histori Cloud Build, termasuk status build dan log di Konsol Google Cloud. |
Beberapa kali dalam seminggu |
Menyelidiki error deployment di lingkungan pengembangan |
Developer aplikasi |
Developer melihat histori rilis dan peluncuran Cloud Deploy di konsol Google Cloud untuk mengetahui status keberhasilan dan log dari upaya deployment, termasuk setiap error. |
Beberapa kali dalam sebulan |
Menyelidiki error deployment di lingkungan non-produksi dan produksi |
Operator aplikasi |
Operator melihat histori rilis dan peluncuran Cloud Deploy di Google Cloud Console untuk mengetahui status keberhasilan dan log dari upaya deployment, termasuk log error. |
Beberapa kali dalam sebulan |
Hubungkan ke cluster untuk men-debug masalah GKE. |
Administrator platform developer |
Administrator menggunakan Gateway Connect untuk terhubung ke cluster pribadi. Untuk masalah umum, seperti pod yang tidak terjadwal, administrator dapat meninjau informasi tentang masalah umum (seperti pod yang tidak terjadwal) di Konsol Google Cloud. |
Beberapa kali dalam sebulan |
Merencanakan kapasitas dan mengoptimalkan biaya. |
Administrator platform developer |
Administrator meninjau penggunaan resource GKE, yang digabungkan menurut cakupan atau namespace, di Google Cloud Console. |
Dijadwalkan sebagai tugas berulang bulanan. |
Ubah ukuran, tambahkan, atau hapus kumpulan node. |
Administrator platform developer |
Administrator mengedit IaC sebagaimana mestinya dan men-deploy ulang aplikasi. |
Dilakukan sebagai respons terhadap perencanaan kapasitas. |
Periksa postur keamanan. |
Administrator platform developer |
Administrator memeriksa kerentanan dan kepatuhan terhadap standar menggunakan dasbor postur keamanan GKE. |
Dijadwalkan sebagai tugas berulang bulanan. |
Mengupgrade versi software sistem cluster (misalnya, versi Kubernetes). |
Administrator platform developer |
Administrator menggunakan masa pemeliharaan dan pengecualian GKE untuk mengizinkan upgrade hanya selama waktu yang direncanakan. Administrator menggunakan jendela upgrade terbuka di lingkungan pengembangan terlebih dahulu. Setelah menilai kondisi upgrade, administrator akan mengupgrade lingkungan non-produksi, lalu lingkungan produksi. |
Dijadwalkan sebagai tugas berulang tiga bulanan. |
Instal update keamanan cluster penting. |
Tidak ada |
Otomatis, dilakukan oleh GKE. |
Beberapa kali dalam setahun |
Uji failover regional. |
Administrator platform developer dan administrator aplikasi |
Administrator menjadwalkan dan memulai failover regional secara manual untuk lingkungan yang sesuai. |
Setiap tahun sebagai bagian dari latihan pemulihan dari bencana (disaster recovery) |
Tambahkan wilayah. |
Administrator platform pengembang, pengembang platform pengembang, dan administrator aplikasi |
Administrator platform developer men-deploy cluster GKE tambahan di region baru. Administrator memperbarui template aplikasi untuk menambahkan langkah deployment baru bagi lingkungan yang relevan. Operator aplikasi kemudian mengintegrasikan perubahan untuk menambahkan urutan deployment guna menyertakan region baru. |
Sangat jarang |
Pindah ke region baru. |
Administrator platform pengembang, pengembang platform pengembang, dan administrator aplikasi |
Pengguna akan menambahkan wilayah baru seperti yang dijelaskan di bagian Menambahkan wilayah. Setelah menguji konfigurasi baru, pengguna akan menghapus region lama. |
Sangat jarang |
Langkah selanjutnya
- Baca cara mengelola biaya dan atribusi untuk platform developer (dokumen berikutnya dalam seri ini).