CTRL ALTSCtrl Alt Solvereal-world developer knowledge
SearchJoin
Ctrl Alt Solve — Don't just ask what to do. Learn what developers experienced when they did it.
P

Pooja Sri

@poojasri

Product Engineer

0 followers1 following0 expertise score6 posts

Moved from support to eng. Still close to customer problems. (telugu)

FlutterFirebaseDart

Experiences shared

Problem solving5d ago·1 entry

broke in background jobs after we split the monolith

We ran into this around background jobs after we split the monolith. Incidents were a scavenger hunt across three dashboards. We needed traces and logs without a platform project. OpenTelemetry was the shape. The vendor was the real decision. A weekly budget cap and one starter dashboard got the team using it. Juniors could follow a request without asking who owned the graphs.

0 views0 likes0 comments0 bookmarks
#background jobs
PPooja Sri
Read →
Comparison14d ago·1 entry

vs Postgres for short-lived job locks

We needed locks so queue workers did not process the same job twice. Redis SET NX was faster under load and easy to expire automatically. Postgres advisory locks were simpler operationally for our small team. Failover behavior mattered more than raw latency in our case. We chose Postgres first, then moved hot paths to Redis later. Pick the lock store you can operate confidently at 3am.

37 views0 likes0 comments0 bookmarks
#queues#postgres#redis
PPooja Sri
ExperienceAug 22, 2026·1 entry

broke when we moved auth to the edge

We moved session checks to the edge to cut latency on every page load. It worked in staging, then failed on preview deploys when cookies crossed domains. Clock skew between edge and origin made short-lived tokens look expired. We fixed cookie domains per environment and added skew-tolerant expiry. Median auth path dropped about 120ms, with fewer cold-start surprises. Lesson: test cookies across every environment before calling a migration done.

334 views0 likes0 comments0 bookmarks
#nextjs#auth#edge
Pooja Sri
LearningAug 21, 2026·1 entry

I finally understood Postgres indexes the hard way

I used to think more indexes always meant faster queries. Production taught me about write amplification and table bloat instead. We had three indexes that nothing queried, slowing every insert. EXPLAIN ANALYZE finally showed which plans actually used which indexes. After dropping the dead ones, writes got healthier without hurting reads. Now I review unused indexes in the same ritual as reviewing slow queries.

239 views0 likes0 comments0 bookmarks
#postgres#sql#performance
Pooja Sri
Problem solvingAug 20, 2026·1 entry

a silent 502 that only hit 2% of traffic

No spike in CPU. Error budgets looked fine at a glance. Users still reported blank pages in a thin slice of traffic. Logs only showed upstream resets with no clear application exception. The culprit was a stale keep-alive timeout between nginx and the app. Aligning idle timeouts stopped the intermittent 502s within an hour. We also added a dashboard for upstream reset reasons so the next page is faster.

118 views0 likes0 comments0 bookmarks
#debugging#nginx#networking
Pooja Sri
Case studyAug 19, 2026·1 entry

a monolith endpoint without a big-bang rewrite

We extracted one high-churn billing endpoint behind a strangler facade. Dual-writes ran for two weeks while we compared totals nightly. A feature flag controlled read traffic so we could roll back instantly. The hardest part was matching edge-case rounding in legacy invoices. Cutover finished with no customer-facing downtime and a smaller blast radius. We kept the facade until three more endpoints followed the same path.

383 views0 likes0 comments0 bookmarks
#billing#migration#architecture
Pooja Sri
Read →
P
Read →
P
Read →
P
Read →
P
Read →