Rails 8 default 의 Gemfile 에 gem "sidekiq" 가 안 들어 있다. 대신 Solid Queue · Solid Cache · Solid Cable 셋이 들어와 있다. 같은 자리에 Redis 가 빠지고 PostgreSQL 하나만 남는다.

이건 단순 dependency 정리가 아니다. 1인 운영 stack 의 회계장부 한 줄을 통째로 줄이는 결정이다.

Sidekiq + Redis 시점:

  • background jobs 처리에 Redis 인스턴스 1 (메모리 · SLA · 백업 · monitoring 별도)
  • Rails.cache 도 Redis (또는 같은 인스턴스 재활용, eviction 정책 충돌 가능)
  • ActionCable 도 Redis adapter
  • 결과: Postgres 1 + Redis 1~3. 1인 운영 시 Redis 모니터링 따로.

Solid 시점:

  • background jobs · cache · cable 모두 PostgreSQL 안 (별 schema 또는 별 DB 분리 옵션)
  • monitoring · 백업 · failover · upgrade 대상 = Postgres 하나
  • 한 도구만 잘 알면 됨. Redis CONFIG, MEMORY policy, persistence 학습 0

trade-off — Redis throughput 대비 Postgres 가 약하다는 통념. 단 1인 운영 + 글 발행 · 뉴스레터 · Stripe webhook 류 workload 는 초당 1000+ jobs 가 안 나온다. Solid Queue 의 Postgres 기반 처리량은 그 이하 workload 에서 충분.

GoodTempo OS Phase 0~1 셋업에서 Solid 시리즈 default 그대로 채택했다 (ADR 0013). Sidekiq 도입 결정 자체를 안 한다 — governance §23 정합 + DHH 의 monolith 정신 + agentic-coding-only lens (LLM 학습 풍부 도구 우선).

Redis 인스턴스 한 개 안 띄우는 게 1인 운영자에게 어떤 의미인가. 모니터링 dashboard 1 줄 줄어든다. 백업 정책 1 줄 줄어든다. Kamal deploy yml 1 줄 줄어든다. Vultr 서울 region 작은 Redis 인스턴스 정도면 월 $5 안팎 — 1년 $60 + 운영 attention.

Solid 시리즈가 모든 workload 에 정합한 건 아니다. Postgres 한 인스턴스에 cache · queue · cable · primary data 다 박으면 Postgres 자체가 병목 가능성. Solid 셋업 시 별 schema 또는 별 DB 인스턴스로 분리 옵션이 Rails 8 default 에 들어 있다.

GoodTempo 에서는 한 인스턴스에서 시작하고 Phase 5+ scale 시 Solid 별 DB 분리로 진화 — Redis 도입 결정은 그 시점까지 미룬다.

다음 Vibe Check 에서 commonmarker 2.x — Markdown rendering · syntax highlight · safe HTML 셋이 1인 운영 stack 에 어떻게 박히는가.