RORK LABJP
TOOLING — Rork's developer repos keep moving: rork-xcode was updated on July 16, rork-device on July 15, and rork-plist on July 13OPUS46 — Claude Opus 4.6 is live in Rork, and Rork Max is built to assemble apps on top of Claude CodeSIM — A cloud iOS simulator runs in the browser, with one click to install on a device and two clicks to publish to the App StoreMAX — Rork Max emits pure Swift rather than React Native, reaching iPhone, iPad, Apple Watch, Apple TV, Vision Pro, and even iMessageNATIVE — That opens up HealthKit, ARKit and LiDAR, NFC, Dynamic Island, Live Activities, 3D through Metal, and on-device inference with Core MLSEED — Rork raised a $15M seed led by Left Lane Capital, with Peak XV and a16z Speedrun joining the roundTOOLING — Rork's developer repos keep moving: rork-xcode was updated on July 16, rork-device on July 15, and rork-plist on July 13OPUS46 — Claude Opus 4.6 is live in Rork, and Rork Max is built to assemble apps on top of Claude CodeSIM — A cloud iOS simulator runs in the browser, with one click to install on a device and two clicks to publish to the App StoreMAX — Rork Max emits pure Swift rather than React Native, reaching iPhone, iPad, Apple Watch, Apple TV, Vision Pro, and even iMessageNATIVE — That opens up HealthKit, ARKit and LiDAR, NFC, Dynamic Island, Live Activities, 3D through Metal, and on-device inference with Core MLSEED — Rork raised a $15M seed led by Left Lane Capital, with Peak XV and a16z Speedrun joining the round
Articles/Dev Tools
Dev Tools/2026-05-21Advanced

Automating Production Incident Response as a Solo Developer — Crashlytics, Sentry, Slack Routing, and Staged Rollback

Twelve years of running my own iPhone and Android apps, accumulating 50 million downloads, taught me a specific shape for production incident response. This article shares the Crashlytics + Sentry double layer, Slack routing into interrupt and log channels, and a Remote Config plus EAS Update staged rollback I keep returning to.

Rork515Crashlytics12Sentry6Slack2Remote Config6Incident ResponseArchitecture17Indie Developer11AdMob70

Premium Article

Who Notices When AdMob Revenue Drops at 2 a.m.?

I have been shipping iPhone and Android apps as a solo developer since 2014. The catalog has crossed 50 million cumulative downloads, but I still receive every production alert by myself. There is no team, no on-call rotation. The night AdMob eCPM halved at 1 a.m., the night Crashlytics Fatals spiked at 2:30, the night a paywall change wiped purchases — all of those happened with me asleep.

For the first several years my pattern was the same: wake up, see the revenue dip, scramble to edit Remote Config with bleary eyes. Editing live production values half-awake is a way to cause a second incident, and I have caused several. Step by step I built scaffolding around the late-night hours, and the system now usually lands at one specific state by sunrise: a stage-one rollback has already executed automatically, leaving me a calmer surface to inspect at breakfast.

This article walks through the architecture and code behind that scaffolding. It is not the incident response material from team-oriented SRE books; it is what one person can realistically maintain.

Three Layers of Detection I Settled On After 12 Years

The first thing worth naming is that a single-layer alerting setup misses too much. I monitor three layers in parallel:

  1. Crash layer — the app exits, fails to launch, or always white-screens on one route.
  2. Functional layer — the app does not crash, but purchase buttons do nothing, push delivery stalls, login fails silently.
  3. Revenue layer — eCPM collapses, purchase rate sags, churn spikes, or new install velocity drops.

Years ago, watching the crash layer alone was enough. Today, the functional and revenue layers cause more dollar-weighted damage. Crashlytics can sit at zero Fatals while AdMob eCPM is sixty percent below yesterday — that day's revenue is gone regardless. Three layers, three different notification policies, three different escalation paths.

LayerPrimary signalSecondary signalNotification priority
CrashFirebase CrashlyticsSentryCritical, immediate
FunctionalSentry (errors + performance)Firebase PerformanceHigh, within 5 minutes
RevenueAdMob API + RevenueCatFirebase AnalyticsMedium, within 30 minutes

"Sending the same data to two services" looked wasteful for a long time, but the cost of the redundancy is small compared to the cost of one missed Fatal during a release. I now treat the double instrumentation as cheap insurance.

Thank you for reading this far.

Continue Reading

What follows includes implementation code, benchmarks, and practical content we hope you'll find useful. This site runs without ads — server and development costs are supported entirely by members like you. If it's been helpful, we'd be truly grateful for your support.

WHAT YOU'LL LEARN
A working pattern for binding Firebase Crashlytics issue cluster keys to Sentry fingerprints so the same crash collapses into one ticket across both services.
A Slack routing design that separates an interrupt channel (Critical, mentions allowed at night) from a log channel (silent, daytime triage), with the exact thresholds I use.
A Remote Config plus EAS Update rollback script that walks a feature down 100 → 50 → 10 → 0 percent with manual confirmation between stages, completing within five minutes.
Secure payment via Stripe · Cancel anytime

Unlock This Article

Get full access to the rest of this article. Buy once, read anytime. This site is ad-free — your support goes directly toward keeping it running.

or
Unlock all articles with Membership →
Share

Thank You for Reading

Rork Lab is ad-free, supported entirely by members like you. We publish practical guides daily with implementation code, benchmarks, and production-ready patterns. If you've found it useful, we'd love to have you on board.

  • Copy-paste ready implementation code
  • New advanced guides published daily
  • $5/mo or $10 for lifetime access
View Membership →

Related Articles

Dev Tools2026-05-19
Auto-Throttling AdMob When Crash Rates Spike: A Revenue-Protecting Brake Architecture with Rork, Firebase Remote Config, and Crashlytics
When crash rates spike, do you keep showing ads and watch your store rating crater, or pull back and accept the lost revenue? After 12 years of indie operations, my answer is neither: a four-state auto-throttle architecture that ties Firebase Remote Config and Crashlytics signals into AdMob serving decisions.
Dev Tools2026-06-12
Building a Developer Debug Menu Into Your Rork App — Verify Ads, Purchases, and Remote Config Before Release
A production-safe developer debug menu for Rork apps — switch environments, force test ads, simulate entitlements, and override Remote Config, with working TypeScript code and the pitfalls I hit running six apps.
Dev Tools2026-05-31
Running Crash-Free Rate as a Budget: An SLO Design Note for Deciding Where to Invest Across 6 Indie Apps
Notes from running 6 wallpaper apps in parallel and the shift from treating crash-free rate as a pass/fail threshold to treating it as an error budget. A working write-up on turning burn rate into investment and sunset decisions.
📚RECOMMENDED BOOKS
Build a Large Language Model (From Scratch)
Sebastian Raschka
LLM Dev
Prompt Engineering for LLMs
Berryman & Ziegler
Prompting
AI Engineering
Chip Huyen
AI Eng
* Contains affiliate links
See all →