Mengoperasikan platform developer dan aplikasi dalam penampung memerlukan sejumlah tugas administratif yang berbeda yang harus Anda lakukan secara berkelanjutan. Tugas tersebut mencakup, misalnya, membuat aplikasi baru dari template, memberi otorisasi grup developer baru untuk menggunakan platform developer, merencanakan kebutuhan kapasitas, dan men-debug masalah waktu proses.
Operasi dapat diotomatiskan atau dilakukan secara manual.
Operasi otomatis umum
Blueprint ini menyediakan otomatisasi untuk beberapa tugas paling umum dalam bentuk pemicu webhook, yang merupakan jenis API sederhana. Pemicu 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 dikirim.
Tabel berikut menjelaskan tugas umum yang diotomatiskan oleh blueprint menggunakan pemicu webhook. Frekuensi tugas dimaksudkan untuk ilustrasi karena frekuensi tugas bergantung pada banyak faktor. Tugas tidak harus terjadi berulang kali 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 membuat resource untuk tenant baru. |
Beberapa kali setiap tahun |
Menambahkan 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 setiap tahun |
Mem-build dan men-deploy perubahan kode sumber untuk aplikasi ke lingkungan pengembangan. |
Developer aplikasi |
Developer mengedit kode sumber, menjalankan dan menguji kode secara lokal, serta melakukan commit pada kode. Blueprint tidak terlibat dalam alur kerja developer lokal, tetapi alat Skaffold mendukung langkah build lokal. |
Beberapa kali setiap hari 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 melakukan commit terhadap 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 untuk instance AlloyDB untuk PostgreSQL. |
Developer aplikasi |
Developer mengedit project Terraform resource aplikasi dan melakukan commit perubahan. Developer mengirimkan formulir di portal developer. Pemicu otomatis memulai rencana dan menerapkan pipeline. |
Beberapa kali setiap tahun |
Dorong perubahan aplikasi dari pengembangan ke non-produksi (atau dari non-produksi ke produksi). Perubahan aplikasi dapat mencakup image 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 |
Mendorong 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 bersifat kurang terstruktur, dan tidak menggunakan otomatisasi dengan platform developer. Anda dapat mengembangkan playbook sendiri berdasarkan blueprint ini dan melakukan tugas ini di konsol Google Cloud.
Tabel berikut menjelaskan tugas non-otomatis ini. Frekuensi tugas dimaksudkan untuk ilustrasi karena frekuensi tugas bergantung pada banyak faktor. Tugas tidak harus 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 setiap tahun |
Selidiki error waktu proses 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 setiap bulan |
Selidiki error waktu proses layanan di lingkungan produksi atau non-produksi. |
Operator aplikasi |
Operator 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 setiap bulan |
Selidiki error build. |
Developer aplikasi |
Developer melihat histori Cloud Build, termasuk status dan log build, di konsol Google Cloud. |
Beberapa kali setiap minggu |
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 error apa pun. |
Beberapa kali setiap bulan |
Menyelidiki error deployment di lingkungan non-produksi dan produksi |
Operator aplikasi |
Operator melihat histori rilis dan peluncuran Cloud Deploy di konsol Google Cloud untuk mengetahui status keberhasilan dan log dari upaya deployment, termasuk log error. |
Beberapa kali setiap bulan |
Menghubungkan ke cluster untuk men-debug masalah GKE. |
Administrator platform developer |
Administrator menggunakan Connect gateway untuk terhubung ke cluster pribadi. Untuk masalah umum, seperti pod yang tidak terjadwal, admin dapat meninjau informasi tentang masalah umum (seperti pod yang tidak terjadwal) di konsol Google Cloud. |
Beberapa kali setiap bulan |
Merencanakan kapasitas dan mengoptimalkan biaya. |
Administrator platform developer |
Administrator meninjau penggunaan resource GKE, yang digabungkan menurut cakupan atau namespace, di konsol Google Cloud. |
Dijadwalkan sebagai tugas berulang bulanan. |
Ubah ukuran, tambahkan, atau hapus node pool. |
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 mengupgrade lingkungan non-produksi, lalu lingkungan produksi. |
Dijadwalkan sebagai tugas berulang setiap tiga bulan. |
Menginstal update keamanan cluster yang penting. |
Tidak ada |
Otomatis, dilakukan oleh GKE. |
Beberapa kali setiap tahun |
Menguji failover regional. |
Administrator platform developer dan administrator aplikasi |
Administrator menjadwalkan dan memulai failover regional lingkungan secara manual sesuai kebutuhan. |
Tahunan sebagai bagian dari latihan pemulihan dari bencana |
Tambahkan wilayah. |
Administrator platform developer, developer platform developer, dan administrator aplikasi |
Administrator platform developer men-deploy cluster GKE tambahan di region baru. Administrator memperbarui template aplikasi untuk menambahkan langkah deployment baru untuk lingkungan yang relevan. Operator aplikasi kemudian mengintegrasikan perubahan untuk menambahkan urutan deployment guna menyertakan region baru. |
Sangat jarang |
Pindah ke region baru. |
Administrator platform developer, developer platform developer, dan administrator aplikasi |
Pengguna menambahkan wilayah baru seperti yang dijelaskan di Menambahkan wilayah. Setelah menguji konfigurasi baru, pengguna akan menghapus region lama. |
Sangat jarang |
Langkah berikutnya
- Baca cara mengelola biaya dan atribusi untuk platform developer (dokumen berikutnya dalam seri ini).