해리슨 블로그

[GCP] Struktur Perhitungan Biaya Cloud Run dan Cloud Run Function

  • Bahasa Penulisan: Bahasa Korea
  • Negara Standar: Semua Negaracountry-flag
  • TI

Dibuat: 2024-11-11

Dibuat: 2024-11-11 10:19

[GCP] Struktur Perhitungan Biaya Cloud Run dan Cloud Run Function (sebelumnya Cloud Function)

Baru-baru ini, GCP mengumumkan integrasi UI untuk Cloud Run dan Cloud Function.


Secara fungsional, perbedaan keduanya adalah Cloud Run pada dasarnya merupakan platform serverless yang menjalankan satu Docker Image, sedangkan Cloud Function adalah platform yang menjalankan potongan kode (fungsi) untuk beberapa bahasa (Node.js, Go, .Net, Java, PHP, Python, Ruby).

Oleh karena itu, cara kerjanya sedikit berbeda. Cloud Run meluncurkan Image dan kemudian melakukan pemanggilan ke Image tersebut. Karena itu, satu kontainer dapat menjalankan beberapa pemanggilan secara bersamaan sesuai kebutuhan. (Dengan kata lain, beberapa pemanggilan baru dapat masuk meskipun satu pemanggilan sedang berlangsung.)

Sebaliknya, Cloud Function memanggil satu fungsi. Misalnya, untuk menjalankan 10 perintah, dibutuhkan 10 kontainer.

Oleh karena itu, Cloud Function menguntungkan jika digunakan dengan ringan atau jika dibutuhkan cold start pemanggilan tunggal yang cepat, sedangkan Cloud Run menguntungkan jika perlu memproses proses dalam jumlah besar atau jika sedikit keterlambatan dapat ditoleransi.

Lalu bagaimana dengan harga yang penting?

(Meskipun sudah dirancang seperti itu...)

Pada dasarnya, harga pemanggilan untuk keduanya sama, yaitu 0,4 $ untuk 1 juta pemanggilan.

Juga, dengan asumsi memori yang sama digunakan penuh selama 1 hari, harganya adalah 0,216 $.

Lalu bagaimana dengan vCPU?

Cloud Function adalah 0,864 $ per 1 GHz/hari. (Perhitungan biaya Cloud Function berbeda tergantung pada clock yang digunakan.)

Cloud Run adalah 2,07 $ per 1 Core/hari. Dengan kata lain, dapat diasumsikan bahwa Cloud Run menggunakan 2,4 GHz. (Dokumen resmi juga menyatakan bahwa 1 vCPU adalah 2,4 GHz.)

Kesimpulannya, kedua layanan (Cloud Run, Cloud Function) memiliki metode perhitungan biaya yang sama persis, hanya arah layanannya yang berbeda.

Oleh karena itu, setelah integrasi ini, memilih salah satu dari dua layanan sesuai dengan cara penggunaan akan memungkinkan konfigurasi layanan yang lebih murah dan efisien.

Komentar0