← Graph

Were the dynamic HTTP overrides thread-safe?

question 3 connections

Audience asks whether the dynamic changes that blocked and stubbed HTTP calls were thread-safe. Answer: yes — the app runs on Unicorn (process-per-request, no threads), and concurrent-ruby tasks used elsewhere in the codebase were forced inline inside the verification block so everything stayed within one process.

answer_summary
Yes — Unicorn means one request per process (no thread contention), and concurrent-ruby tasking objects were forced inline inside the verification block.
question Were the dynamic HTTP overrides thread-safe?
about
Unicorn tool
Thread-safety argument hinges on Unicorn's process-per-request model.
question Were the dynamic HTTP overrides thread-safe?
about
Team forced concurrent-ruby tasks inline to preserve thread safety.
question Were the dynamic HTTP overrides thread-safe?
asked_at
Asked during the talk's Q&A.

Provenance