Merencanakan persyaratan dan biaya infrastruktur
Saat Anda mengonfigurasi endpoint pemberian tag sisi server dengan opsi penyediaan otomatis, Tag Manager akan:
- Membuat project Google Cloud untuk Anda
- Menyiapkan server yang berjalan di infrastruktur Cloud Run
Setelan deployment Cloud Run ini dimaksudkan untuk menguji dan menyiapkan penampung server Anda. Saat memeriksa konfigurasi Anda, kemungkinan besar Anda akan tetap berada dalam batas penggunaan gratis. Namun, untuk menangani traffic langsung dari situs, Anda perlu mengupgrade infrastruktur.
Setelah siap mengupgrade lingkungan, Anda perlu mempertimbangkan beberapa hal:
- Stabilitas: Berapa besar daya komputasi yang Anda perlukan untuk menjalankan lingkungan pemberian tag sisi server? Seberapa besar traffic tahunan Anda berfluktuasi selama musim ramai vs. musim sepi atau selama kampanye dengan volume tinggi?
- Biaya: Berapa anggaran yang Anda miliki untuk menjalankan lingkungan tersebut? Jika Anda tidak memiliki dana yang cukup untuk menangani beban traffic penuh, sebaiknya pertimbangkan untuk membatasi traffic, sehingga hanya sebagian peristiwa yang ditangani oleh penampung server.
- Pemeliharaan: Agar dapat menggunakan Cloud Run, diperlukan pengetahuan tentang Google Cloud Platform. Apakah Anda memiliki pengalaman ini di kalangan internal, atau apakah Anda perlu merekrut seseorang untuk membantu Anda?
- Kebijakan organisasi: Jika perusahaan Anda sudah memiliki akun (atau organisasi) Google Cloud Platform, mungkin ada kebijakan yang mengharuskan peninjauan sebelum mengupgrade lingkungan sisi server. Sebaiknya diskusikan upgrade ini dengan staf IT atau DevOps Anda.
- Layanan Nama Domain (DNS): Sebaiknya pindahkan pelacakan ke konteks pihak pertama dengan situs Anda. Bekerja samalah dengan staf IT dan DevOps Anda untuk memperbarui zona DNS sebagaimana mestinya.
Selanjutnya, kita akan melihat perkiraan jumlah instance yang Anda perlukan. Jika sudah mahir dalam mendesain infrastruktur, Anda dapat langsung melanjutkan ke proses upgrade.
Biaya dan estimasi - Penagihan Cloud
Struktur biaya konfigurasi Cloud Run dengan pemberian tag sisi server akan bergantung pada daya komputasi dan penyimpanan yang Anda perlukan, serta jumlah traffic jaringan yang dihasilkan.
Anda dapat menggunakan kalkulator harga Google Cloud untuk memperkirakan biaya penagihan bulanan, tetapi hal ini mungkin sulit digunakan, terutama karena situs biasa akan memiliki fluktuasi traffic yang mungkin memengaruhi ketiga jenis biaya yang tercantum di atas.
Guna memperkirakan biaya secara kasar untuk deployment Cloud Run, Anda perlu mengamati faktor-faktor berikut:
| Jenis biaya | Dampak pada penagihan | Catatan |
|---|---|---|
| Komputasi (instance) | Tinggi – tetap | Biaya minimum Anda adalah jumlah minimum instance yang dikonfigurasi dikalikan dengan biaya per server. Untuk memperhitungkan penskalaan server dan perolehan rentang harga yang lebih realistis: Kalikan instance maksimum yang telah Anda konfigurasi dengan biaya per server. Harganya sekitar USD 50 per instance per bulan. |
| Jaringan (traffic keluar) | Sedang – berfluktuasi | Traffic keluar dihitung untuk semua data jaringan yang keluar dari penampung server. Hal ini mencakup permintaan yang dikirimkan oleh klien Anda dan tag serta respons HTTP dari penampung server yang kembali ke browser pengguna. Traffic keluar jaringan dapat menjadi faktor biaya jika endpoint pemberian tag sisi server menayangkan library JavaScript atau resource yang lebih besar. |
| Penyimpanan (log) | Bervariasi | Setelah Anda mengumpulkan cukup permintaan untuk melampaui paket gratis Cloud Logging, biaya penyimpanan log dapat menjadi cukup besar. Untuk menurunkan biaya logging, kecualikan permintaan masuk atau filter untuk hanya menyertakan contoh entri log. |
Atau, Anda dapat mengikuti laporan Penagihan Google Cloud Platform secara cermat, menetapkan anggaran yang sesuai, dan bekerja sama dengan tim DevOps organisasi Anda untuk menemukan pendekatan terbaik dalam meningkatkan skala lingkungan pemberian tag sisi server.
Hal-hal yang perlu dipertimbangkan saat mendesain infrastruktur
Jika Anda menginginkan kontrol yang lebih besar lagi atas deployment, pelajari checklist di bawah. Meskipun jika Cloud Run menyederhanakan pengoperasian dan pemeliharaan server, sebaiknya pahami konteks teknis pengoperasian server Anda untuk membuat keputusan yang tepat.
| Topik | Deskripsi | Pertimbangan |
|---|---|---|
| Waktu cold boot | Saat traffic mengalami lonjakan yang cukup untuk memicu Cloud Run membuat instance baru, instance baru ini perlu melakukan booting dan menyiapkan lingkungan pemberian tag Anda. Proses ini mungkin memerlukan waktu beberapa saat dan menyebabkan peningkatan latensi selama infrastruktur beradaptasi. |
Pastikan ada cukup instance minimum yang dikonfigurasi untuk memperhitungkan fluktuasi traffic yang normal. Jika Anda akan memasuki musim traffic tinggi, perbarui setelan deployment Cloud Run dan konfigurasi jumlah minimum instance yang lebih tinggi. |
| Blue/green deployment | Jika image Docker perlu diupdate, Anda harus men-deploy ulang server Cloud Run. Meskipun jika Cloud Run mengonfigurasi versi server baru (statusnya adalah blue (biru)), traffic masih akan mengalir ke versi lama. Setelah versi baru siap (statusnya green (hijau)), traffic akan otomatis dialihkan ke versi baru tersebut dan versi lama akan dinonaktifkan. | Selama update ini, Anda mungkin melihat lebih dari satu versi aplikasi Anda di-deploy. Hal ini wajar. Penyiapan versi baru dan pengalihan traffic ke versi tersebut akan otomatis ditangani untuk Anda. |
| Health check | Anda mungkin melihat permintaan berkala ke /healthz dalam log Cloud Run Anda. Permintaan ini adalah health check yang dibuat oleh deployment. Jika permintaan ini pernah gagal, berarti deployment Anda tidak berfungsi baik dan lingkungan Anda akan otomatis di-deploy kembali. |
Meskipun jika permintaan ke /healthz berukuran sangat kecil dan tidak memakan banyak ruang di penyimpanan log, Anda dapat mengecualikannya dari log Cloud Logging untuk mempermudah penguraian entri log yang relevan saja. |
| Dukungan domain kustom | Dukungan domain kustom memungkinkan Anda menjalankan penyiapan pemberian tag dalam konteks pihak pertama. Google Cloud Run menawarkan integrasi untuk menyiapkan pemetaan domain kustom dengan cepat menggunakan Load Balancer Aplikasi eksternal global. |
Anda dapat menerapkan lebih dari satu domain kustom ke lingkungan pemberian tag sisi server saat menggunakan Google Cloud Platform. Jika Anda ingin melakukan deployment di Cloud Run, perhatikan batasan pemetaan domain saat ini, yang bergantung pada region tempat Anda men-deploy layanan. Dalam banyak kasus, menggunakan load balancer adalah opsi terbaik, meskipun dapat meningkatkan biaya dan kompleksitas penyiapan Anda. |
| Region Cloud | Penyiapan penyediaan otomatis di penampung server Anda akan menghasilkan aplikasi Cloud Run di us-central1. Untuk mengubah region, Anda harus membuat layanan baru dengan region baru di antarmuka pengguna Cloud Run, lalu menghapus layanan yang ada. | Jika ingin lingkungan pemberian tag sisi server Anda memberikan layanan dari beberapa region yang berbeda, Anda dapat menyiapkan lebih dari satu layanan di Google Cloud Run dan menempatkannya di belakang load balancer, yang mendistribusikan traffic berdasarkan lokasi geografis pengguna. |
Referensi:
Ringkasan
Setelah membaca bab ini, Anda mungkin memiliki gambaran yang lebih baik tentang cara menyiapkan server. Jika Anda masih tidak yakin, konsultasikan dengan departemen IT Anda atau tanyakan kepada salah satu Partner Tag Manager kami.
Siap mengupgrade server? Mulai bab berikutnya!