Langkau ke kandungan utama

Teknologi dan skop projek

Cloudflare

Semak kesesuaian teknologi ini, keperluannya dan pihak yang mengendalikannya.

Panduan terperinci dan contoh di bawah disediakan dalam bahasa Inggeris. Semua rekod perniagaan contoh adalah rekaan.

Where Cloudflare fits

A website with bounded APIs and defined storage needs.

When to choose another approach

Runtime limits and workload shape matter. Latency and scale depend on the actual architecture.

Worked example and evidence

This owned Nodesify site separates static assets, request APIs, D1 records and R2 uploads. Fictional adaptation: a supplier site saves enquiries and stores attachments with explicit access rules.

What you need to supply

Traffic, processing tasks, data locations, upload sizes, dependencies and recovery needs.

What acceptance should demonstrate

Measure the workflow under representative load and verify limit handling, file permissions and recovery.

Running costs and responsibilities

Assign account ownership, usage bills, deployments, retention, backups and incidents.

Technical scope to confirm

Workers have documented execution/resource limits that vary with the selected plan and services.

A proposal should identify the systems and data, direction of sync, access feasibility, failure handling, named owners and included deliverables. Listing this technology does not imply a prebuilt connector, vendor partnership or included feature.

Which operations need a server or separate service?

Assess long-running or CPU-heavy jobs and native dependencies against runtime limits. Scope a queue, external service or server where required.