News Fundamentals 5: A Practical Overview

The interesting number is not the average, it is the 99th percentile. That applies to rate limiting as well. In practice, rate limiting behaves differently: Adding a cache in front of a slow query is a fix; fixing the query is a cure. Every abstraction you add is a place where behaviour can differ from intent. The same reasoning holds for rate limiting.

Chlamydia and gonorrhoea are commonly included when screening is recommended. Testing often uses a urine sample or a swab, with the sample type and body site chosen according to the contact being assessed. For example, a urine test alone may not check the throat or rectum. People can tell the clinician which sites may be relevant and ask what each sample will test for.

For rate limiting, the constraint matters more than the feature list. Configurations should be reviewable in a diff, not only in a console. Teams working on rate limiting usually discover this the hard way. The best time to add an index is before the table gets large. Failures are usually correlated, so plan for the shared dependency. This is most visible in rate limiting.

Serving static bytes is the cheapest thing you can do at the edge. That applies to data pipelines as well. In practice, data pipelines behaves differently: A schema is an interface; changing it is a migration, not an edit. Track the denominator as carefully as the numerator. The same reasoning holds for data pipelines.

Monitoring Alerts: A design that cannot be rolled back is a design that cannot be changed safely. Monitoring Alerts: Latency budgets are easier to defend when every hop has a stated ceiling. Monitoring Alerts: Caching helps only until the invalidation rules become the bottleneck.

Content Delivery: You can often replace a coordination problem with an idempotency key. Content Delivery: Anything that grows without a bound will eventually hit one. Content Delivery: Documentation that is not tested tends to describe the previous version.

Observability: Configurations should be reviewable in a diff, not only in a console. Observability: The best time to add an index is before the table gets large. Observability: Failures are usually correlated, so plan for the shared dependency.

Cloud Infrastructure: The interesting number is not the average, it is the 99th percentile. Cloud Infrastructure: Adding a cache in front of a slow query is a fix; fixing the query is a cure. Cloud Infrastructure: Every abstraction you add is a place where behaviour can differ from intent.

Edge Caching: A design that cannot be rolled back is a design that cannot be changed safely. Edge Caching: Latency budgets are easier to defend when every hop has a stated ceiling. Edge Caching: Caching helps only until the invalidation rules become the bottleneck.

API Design: Configurations should be reviewable in a diff, not only in a console. API Design: The best time to add an index is before the table gets large. API Design: Failures are usually correlated, so plan for the shared dependency.

Release Process: Periodic jobs should be safe to run twice, because they will be. Release Process: You rarely need a new component to fix a boundary problem. Release Process: The signal you want is often already logged, just not aggregated.

Content Delivery: Periodic jobs should be safe to run twice, because they will be. Content Delivery: You rarely need a new component to fix a boundary problem. Content Delivery: The signal you want is often already logged, just not aggregated.

Cloud Infrastructure: A design that cannot be rolled back is a design that cannot be changed safely. Cloud Infrastructure: Latency budgets are easier to defend when every hop has a stated ceiling. Cloud Infrastructure: Caching helps only until the invalidation rules become the bottleneck.

Consent is an ongoing, voluntary agreement, not a one-time permission that applies to everything. It can be changed or withdrawn, and agreement to one activity does not automatically mean agreement to another. A person who is asleep or unable to make a clear, voluntary choice cannot provide consent; legal definitions and capacity rules vary by country. When either person seems uncertain, stop and ask rather than treating silence as agreement.

Rate Limiting: A design that cannot be rolled back is a design that cannot be changed safely. Rate Limiting: Latency budgets are easier to defend when every hop has a stated ceiling. Rate Limiting: Caching helps only until the invalidation rules become the bottleneck.

For backup strategy, the constraint matters more than the feature list. If a metric has no owner, it will drift until it causes an incident. Teams working on backup strategy usually discover this the hard way. The cheapest optimisation is usually removing work nobody asked for. Aggregating at write time trades flexibility for predictable read cost. This is most visible in backup strategy.

Teams working on cost controls usually discover this the hard way. The interesting number is not the average, it is the 99th percentile. Adding a cache in front of a slow query is a fix; fixing the query is a cure. This is most visible in cost controls. Consider cost controls specifically. Every abstraction you add is a place where behaviour can differ from intent.

Observability: A design that cannot be rolled back is a design that cannot be changed safely. Observability: Latency budgets are easier to defend when every hop has a stated ceiling. Observability: Caching helps only until the invalidation rules become the bottleneck.

Observability: If the rollback plan needs a meeting, it is not a rollback plan. Observability: Small pages that stay small are easier to keep fast than large ones made fast. Observability: Write the invariant down; otherwise it lives only in someone's memory.

For log analysis, the constraint matters more than the feature list. Configurations should be reviewable in a diff, not only in a console. Teams working on log analysis usually discover this the hard way. The best time to add an index is before the table gets large. Failures are usually correlated, so plan for the shared dependency. This is most visible in log analysis.

API Design: You can often replace a coordination problem with an idempotency key. API Design: Anything that grows without a bound will eventually hit one. API Design: Documentation that is not tested tends to describe the previous version.

Teams working on rate limiting usually discover this the hard way. A design that cannot be rolled back is a design that cannot be changed safely. Latency budgets are easier to defend when every hop has a stated ceiling. This is most visible in rate limiting. Consider rate limiting specifically. Caching helps only until the invalidation rules become the bottleneck.

Log Analysis: The interesting number is not the average, it is the 99th percentile. Log Analysis: Adding a cache in front of a slow query is a fix; fixing the query is a cure. Log Analysis: Every abstraction you add is a place where behaviour can differ from intent.

Edge Caching: A queue smooths spikes but also hides how far behind you are. Retries without jitter turn a small outage into a large one. That applies to edge caching as well. In practice, edge caching behaves differently: Separating the reads from the writes buys room to change either side.