Cloud egress FAQ for FinOps readers
PipeToll is FinOps-lite cloud egress education: path-template compares, Unknown-until-verified rates, and synthetic Mode A/B/C calculators — not a broker, pricing API, or savings guarantee. FAQ answers name egress meters — NAT triple-charge, S3 CRR vs Transfer Acceleration, free-tier cliffs, CHR/origin fill — with spoke deep-links. Browse Start-here journeys on the compare hub or start at the AWS egress path checklist. Educational orientation only; not actionable paid advice.
Updated
Understanding-only answers on scope, honesty rules, egress meters, and what this brand is not — deepen meters with existing spoke deep-links; the compare hub owns the inventory.
Product & entity
What is PipeToll?
PipeToll is an educational site on cloud egress and data-transfer costs with honest calculators and path-template compares. FinOps-lite literacy: name the path class (Internet DT-out, NAT stack, origin fill, peering/TGW, free-tier cliff) before any $/GB arithmetic. Operated by Ameti One LLC. Distinct from ProofWindow. Prefer the compare hub Suggested path for one ordered walk (checklist → NAT → free-tier cliffs → CDN origin → calculator), or start with the glossary for term anchors — never invent list prices. Worked examples stay Unknown until verified; no broker quotes.
Is this a pricing API or broker?
No. Educational content and self-hosted estimators only. No checkout, no guaranteed savings, no live pricing API. Ads may appear when configured — see About and Disclosures. Money-status stays live_pending_site_approval until AdSense Sites Ready is confirmed; PipeToll does not invent Ready claims.
Why do titles say Cloud egress?
To disambiguate from American pipe-tolling / infrastructure toll brands that crowd SERPs. Every page titles cloud egress education so readers (and crawlers) land on FinOps-lite data-transfer literacy — not road tolls. Pair titles with the egress vs ingress primer when direction is unclear.
Are the calculator numbers quotes?
No. Synthetic educational estimates using editable $/GB tiers and labeled NAT/origin modes (Mode A GB lines, Mode B NAT triple-charge, Mode C CHR/origin fill). Deep-link ?path= labels (for example s3-gcs, multi-cdn, nat) mirror existing spoke matrices — they do not invent new SKUs. Cells stay Unknown until verified. Always verify on provider consoles and invoices per methodology. Walk Mode A→B→C after the compare hub Suggested path.
Do you guarantee savings?
No. We never guarantee savings. Architecture, free tiers, contracts, and region/SKU mix dominate outcomes. Read what PipeToll will never guarantee. Worked examples on spokes are literacy arithmetic with Unknown rates — not ROI promises.
Who is the legal entity?
Ameti One LLC (Delaware). Contact [email protected]. Vendor trademarks on spokes (AWS, Azure, GCP, Cloudflare, and others) belong to their owners — PipeToll is not affiliated or endorsed. See Terms and Privacy.
Is housing or AdSense part of this brand?
Housing products are parked elsewhere. This is an educational site; AdSense display may appear when configured for Ameti One LLC with ca-pub-1674920720380822. No invented publisher IDs. Privacy/Terms/Disclosures never host ad slots. See Disclosures.
Is pipetoll.com a public site?
Yes — pipetoll.com is a public education site (apex indexable). Tip preview hosts on *.pages.dev stay noindex via host-guard. Educational content; ads may appear when configured. Browse compare, calculator, and this FAQ for orientation.
Meters & patterns
What is the difference between egress and ingress?
Egress is data leaving a cloud boundary (often billed as data-transfer-out). Ingress is data entering (often list-priced free for raw bytes, but load-balancer LCU/capacity, WAF, and NAT processing on replies can still bill). “Ingress free” is not “inbound architecture free.” Deepen on the egress vs ingress spoke; free-tier allotments usually apply to leave/DT-out — see the AWS free-tier cliff.
What is the NAT triple-charge pattern?
An educational stack for private-subnet Internet paths: NAT Gateway hourly fees + per-GB NAT processing + Internet data-transfer-out. Cross-AZ hairpins can add a fourth meter. Model with Mode B (deep-link ?path=nat); read the full path matrix on NAT vs Internet Gateway. When AWS-bound prefixes dominate, sibling-check VPC endpoints vs NAT and PrivateLink vs NAT egress — endpoints do not erase true-Internet SaaS bytes. The compare hub Suggested path places NAT right after the AWS egress path checklist so you name the meter before stacking hours.
How do cache hit ratio and origin fill relate?
Cache hit ratio (CHR) is the share of client bytes served from edge cache. Origin fill ≈ client download GB × (1 − CHR) × inflation (compression, range requests, multi-CDN). Misses drive origin egress, which may sit on a different bill than CDN edge bandwidth. Use Mode C (deep-link ?path=multi-cdn per lane), estimating CDN origin egress, and multi-CDN origin fill — including its worked-estimate sensitivity runs for asymmetric CHR and failover drills. Sibling: S3 direct vs CloudFront origin. Suggested-path order puts CDN origin fill just before the calculator so CHR is measured before $/GB paste.
What is a free-tier cliff?
The point where complimentary egress or bandwidth allotments end and list $/GB charges begin. Quiet months that never leave the grant are not a permanent $0 rate. Full AWS matrix: AWS Internet egress free-tier cliff; multi-cloud view: Azure & GCP free-tier cliffs. Glossary: free-tier cliff.
How is S3 CRR different from Transfer Acceleration?
S3 Cross-Region Replication (CRR) meters bucket→bucket inter-region replication bytes — not client downloads. Transfer Acceleration is a distinct accelerated upload/download path vs standard Internet DT-out. Keep CRR, TA, and Internet GETs on separate lines — see the S3 CRR spoke, object-store compares like S3 vs R2 and S3 vs GCS (path-class matrix + sensitivity for GET/CRR/private-path splits), and the free-tier cliff when allotments apply to Internet leave. Calculator deep-links: ?path=s3-crr vs ?path=s3-gcs.
How is cross-AZ different from Internet egress?
Cross-AZ (cross-zone) is usually internal regional transfer between availability zones — a different SKU from Internet DT-out toward public clients. ELB cross-zone enablement can move bytes onto InterZone lines even when clients are “local.” See cross-AZ vs cross-region, ALB/NLB cross-zone, and the AWS egress path checklist.
When do VPC peering and Transit Gateway matter for meters?
Peering is a bilateral VPC-to-VPC link (peering DT GB, no TGW attachment hours). Transit Gateway adds attachment hourly fees plus data-processing GB — and both can still incur cross-AZ charges. Neither replaces NAT for arbitrary Internet destinations. Path matrix: VPC peering vs Transit Gateway. Hybrid DX/Interconnect literacy lives on Direct Connect / Interconnect vs Internet.
Reading compares
Why do some cells say Unknown?
PipeToll refuses invented list prices. Until a human cites a dated provider page for a region and SKU, the cell stays Unknown until verified. Incomplete is not a crown — badge it and move on. See methodology for citation rules and the path-template habit before blending SKUs. Suggested-path spokes and Mode A/B/C worked examples keep Unknown cells visible on purpose so literacy does not harden into a fake quote.
S3 direct or CloudFront origin — which meter?
Different path classes. Direct S3 GET Internet DT-out is not the same ledger as CloudFront edge bandwidth plus origin-fill misses. Start with S3 direct vs CloudFront origin; estimate fills with Mode C when CHR matters (single-CDN or multi-CDN); sibling CDN compare CloudFront vs Cloudflare CDN. Object-origin literacy across clouds: S3 vs GCS. Never paste CRR replication into an origin-fill cell.
How do I decode Cost Explorer data-transfer lines?
Map Cost Explorer / CUR-style labels (Data Transfer–Out to Internet, InterZone, NAT Gateway, CloudFront, S3, TGW processing) to PipeToll path templates on the Cost Explorer data-transfer line decoder, then open the matching checklist spoke (AWS path checklist) and Mode A/B/C calculator. Never blend InterZone with Internet DT-out on one chart.
What compare spokes does PipeToll publish?
PipeToll publishes 24 cloud egress compare spokes (path-template matrices) plus the calculator. This FAQ stays understanding-only — depth over dumping every URL. See the Suggested path, Start-here journeys, and the full inventory on /compare/. New thin /compare/* spokes are frozen; deepen existing pages instead (for example S3 vs GCS and multi-CDN origin fill worked-estimate sensitivity).
What is the Suggested path on the compare hub?
One linear walk across existing spokes only: name the meter on the AWS egress cost path checklist, stack the NAT triple-charge on NAT vs IGW, watch free-tier cliffs on the AWS cliff then the Azure & GCP cliffs matrix, estimate origin fill via CDN origin fill (multi-lane twin: multi-CDN origin fill), then open Mode A/B/C on the calculator with Unknown rates. Anchor: Suggested path. No new /compare/* URLs — depth-not-width. Journey cards remain alternate entry points.
How should I compare S3 and GCS egress without inventing rates?
Align path classes first — Internet public GET, private compute pull, CRR / multi-region replication, CDN origin fill, free-tier cliffs — then apply each provider’s dated rates or leave cells Unknown. Use the S3 vs GCS path matrix (worked-estimate sensitivity: GET+CRR split, CRR-only twin, private-path sibling). Deep-link Mode A ?path=s3-gcs for Internet GET and a second line (?path=s3-crr) for replication. Sibling multi-cloud templates: AWS vs GCP. Educational only — no migration savings guarantee.
Does multi-CDN automatically cut origin egress?
Not necessarily. Two cold caches can increase origin pull versus one warm CDN. Model CHR per lane with Mode C — see multi-CDN origin fill (balanced 80% CHR, asymmetric purge, failover drill sensitivity) and the single-lane origin-fill estimator. Edge-to-client bandwidth stays a separate meter from miss-driven fill. Never paste S3 CRR into a fill cell. No savings guarantee from adding a second logo.
Which calculator mode matches which meter?
Mode A for GB path lines (Internet DT-out, CRR, peering-style GB) with optional ?path= labels. Mode B for the NAT hourly + processing + Internet stack (and PrivateLink-vs-NAT illustrations). Mode C for CHR → origin fill. After naming the meter on the Suggested path, open the matching mode — rates stay Unknown until verified. Calculator worked paths are literacy twins of existing spokes, not new compares.