Estimate monthly Cloud Functions costs including compute, invocations, and networking.
Last verified: April 2026
Free tier includes 2M invocations/month
Free tier includes 200K GHz-seconds/month
Free tier includes 5 GB egress/month. Billed at $0.12/GB after.
2nd gen runs on Cloud Run and supports concurrency, traffic splitting, and longer timeouts
Output will appear here...Your data team deploys a 1st gen Cloud Function with 512 MB memory to process Pub/Sub messages at 2 million invocations per month, averaging 800ms each. The estimator shows this fits within the free tier. When traffic grows to 10 million invocations, you switch to 2nd gen with concurrency set to 50. The tool shows that concurrency reduces billable instance-seconds by 40x, keeping costs under $15/month instead of the $150 you would pay without concurrency.
The GCP Cloud Functions Cost Estimator calculates monthly costs including invocations, compute time (GB-seconds and GHz-seconds), and networking charges. It supports both 1st and 2nd generation Cloud Functions with their different pricing models. The tool accounts for the free tier and helps you compare configurations across memory and CPU allocation settings.
The estimator computes invocation costs at the per-million rate, then calculates GB-seconds by multiplying memory allocation by average duration by invocation count, and GHz-seconds similarly with CPU allocation. It subtracts the free tier grants from each dimension independently, then sums the billable amounts. Networking egress is added based on outbound data volume beyond the 5 GB free allowance.
2nd gen Cloud Functions are built on Cloud Run and support concurrency up to 1,000 requests per instance. If your function handles I/O-bound work, enabling concurrency can reduce the number of instances needed and dramatically cut costs compared to 1st gen's single-concurrency model.
Cloud Functions bills CPU and memory separately as GHz-seconds and GB-seconds. The free tier covers 400,000 GB-seconds and 200,000 GHz-seconds, but these deplete at different rates depending on your memory/CPU ratio. Monitor both meters independently to avoid surprise charges.
For functions that need consistent low latency, set a minimum instance count on 2nd gen functions. This keeps warm instances ready and eliminates cold starts, but you pay for idle time. It is the GCP equivalent of AWS provisioned concurrency.
Was this tool helpful?
Disclaimer: This tool runs entirely in your browser. No data is sent to our servers. Always verify outputs before using them in production. AWS, Azure, and GCP are trademarks of their respective owners.