edgeacademyCUSTOMER ENGINEERING
QUICK REFERENCE

The useful details, close at hand.

Thirteen printable sheets and a searchable terminology library.

Sources and review

Technical explanations draw on protocol standards, official product documentation, and published engineering guidance. Source links sit beside definitions, quiz feedback, worked exercises, and reference sheets.

Questions, answer criteria, diagrams, and customer scenarios are original teaching material. They are not actual Cloudflare interview questions, official exam answers, or hiring predictions. Sources provide background; they do not endorse every design judgment. Story templates ask for your own substantiated experience. They do not supply a biography or claim achievements on your behalf.

On October 18, 2026, the review checked all 70 distinct quiz answers and explanations, corrected DNS and TLS details, and expanded source access throughout the course. This is a bounded editorial review, not independent certification of every claim. Working links and passing software tests do not establish factual accuracy. Check current product limits, plans, pricing, and security requirements before applying an example.

Life of a Request ↗

A failing request is a sequence of boundaries. Identify the first divergent observation, then test one explanation.

Networking acronyms ↗

Explain what each mechanism changes and what it leaves unsolved.

Security acronyms ↗

Controls have scopes. A WAF rule, identity decision and network filter do not protect the same boundary.

Cloudflare product map ↗

Choose by customer problem. Product availability, limits and pricing vary; confirm the exact current plan before a proposal.

HTTP status codes ↗

A code describes the response semantics. It does not by itself identify which component caused the failure.

Common DNS records ↗

DNS names are not URLs. A record cannot select an HTTP path.

TLS troubleshooting ↗

Test the intended hostname. Connecting to an IP without the right SNI can test a different virtual host.

Debugging methodology ↗

A strong diagnosis explains observations, predicts a test outcome and survives a counterexample.

Technical discovery questions ↗

Do not turn discovery into an interrogation. Explain why each question helps the decision.

Architecture tradeoffs ↗

Name the invariant before selecting a service. A design is a set of explicit choices under constraints.

GTM terminology ↗

Commercial reasoning is the discipline of proving customer value and agreeing how to act on it.

Interview response frameworks ↗

Use structure to expose your judgment, not to sound scripted. These are course-created practice structures, not Cloudflare interview rubrics.

Compensation terminology ↗

The position, location and compensation plan are unconfirmed. Ask for the actual written terms rather than inferring a salary band.

Terminology library