Stale cache: wrong prices, other people's carts
Page, object and edge caches drift apart: the shop shows one price, the checkout calculates another. How to measure the drift and shut it down.
An outage becomes expensive when it is first noticed through a customer call. This category covers monitoring and response: availability checks from several networks, monitoring critical flows such as cart and checkout, certificate and domain expiry, error rates and response times, disk space and queues. We show how to set thresholds so alerts are taken seriously instead of drowning in noise, and what an on-call procedure with clear responsibilities looks like. Added to this are recovery plans: which backups exist, how long a restore actually takes, who informs customers and service providers. Post-incident review and root cause analysis are part of it as well. We also cover communication: which information customers and service providers need during an incident and who approves it.
On this page you will find all posts on the topic “Monitoring & incident response”. The newest posts are at the top.
Below each title there is a short text about it. Click on a post. Then you can read the whole text.
Above the list you also see the other topics. At the bottom, a link takes you back to all posts.
Page, object and edge caches drift apart: the shop shows one price, the checkout calculates another. How to measure the drift and shut it down.
A full data partition does not cause an outage, it causes stuck orders. Which directories grow, which threshold works and what a dated cleanup cycle covers.
How to build a status page that survives a shop outage: separate hosting, status 503 with Retry-After, and three updates on a fixed cadence.
A noindex carried over from staging is often noticed only when revenue drops. Here is a five-stage check chain that reports deviations on the same day.
Cron jobs and imports die quietly while the shop stays green. Set up heartbeat monitoring plus runtime and volume thresholds that catch half-finished runs.
DDoS attacks hit online shops when revenue peaks. Here is how managed protection keeps the shop reachable through the season – filters, capacity and alerting.
The DENIC outage of 5 May 2026 showed: a shop can be unreachable while everything runs. Maintain the DNSSEC chain, domain locks and resolver-aware monitoring.
Response-time SLA for online shops: severity levels P1 to P4, realistic MTTR values and how to recognize reliable emergency support with a committed response.
What a shop outage costs per minute in 2026: direct and indirect costs, why detection under 2 minutes matters and how 24/7 monitoring protects revenue.
Make performance monitoring a fixed SLA component: performance budgets, alerts, monthly reports and regression watch for consistently fast online shops.
Structured logging, central log aggregation, meaningful alerts and escalation: detect problems in your online shop before your customers ever report them.
Synthetic transaction monitoring catches silent checkout failures: check cart, coupon, payment and OTP every minute from several regions before revenue drops.