Ruby 주니어 시스템 설계 면접

게시글 API는 GET /posts(목록 조회), POST /posts(생성), GET /posts/:id(단일 조회), PATCH /posts/:id(수정), DELETE /posts/:id(삭제)로 설계합니다. 댓글은 게시글의 하위 리소스이므로 GET /posts/:post_id/comments(특정 게시글의 댓글 목록), POST /posts/:post_id/comments(댓글 생성), GET /comments/:id(단일 댓글 조회), PATCH /comments/:id(댓글 수정), DELETE /comments/:id(댓글 삭제)로 설계합니다. 생성과 목록 조회는 부모 리소스 경로를 포함하고, 개별 댓글 수정/삭제는 댓글 ID만으로 접근할 수 있도록 합니다. Rails의 경우 routes.rb에서 resources :posts do resources :comments, only: [:index, :create] end 형태로 중첩 라우팅을 구현할 수 있습니다.

상품 목록 데이터를 JSON 형태로 직렬화하여 캐싱합니다. 캐시 키는 'products:list:page:1:sort:recent' 같은 형식으로 페이지 번호와 정렬 옵션을 포함하여 설계합니다. Rails에서는 Rails.cache.fetch 메서드를 사용하여 캐시가 없으면 DB 조회 후 저장하고, 있으면 캐시를 반환하도록 구현합니다. 상품 정보 업데이트 시에는 해당 상품이 포함된 모든 목록 캐시를 삭제하는 방식(Cache Invalidation)이나, 캐시에 TTL(Time To Live)을 설정하여 일정 시간 후 자동으로 만료되게 하는 방식을 사용할 수 있습니다. 실무에서는 두 전략을 혼합하여 TTL은 10분 정도로 설정하고, 중요한 업데이트는 즉시 캐시를 삭제하는 방식을 많이 사용합니다.

썸네일 생성 작업을 비동기 백그라운드 작업으로 분리하는 아키텍처로 개선합니다. 사용자가 이미지를 업로드하면 원본만 저장하고 즉시 응답을 반환한 후, 썸네일 생성은 백그라운드 작업 큐에 등록하여 처리합니다. Rails에서는 Sidekiq이나 Resque 같은 백그라운드 작업 라이브러리를 사용하여 ImageProcessingJob 같은 ActiveJob을 생성하고, Redis를 메시지 큐로 활용합니다. 구현 시 perform_later 메서드로 작업을 큐에 추가하고, 워커 프로세스가 큐에서 작업을 가져와 처리하도록 합니다. 썸네일 생성 완료 여부는 데이터베이스의 상태 필드나 별도 캐시로 관리하여, 프론트엔드에서 폴링이나 웹소켓으로 완료 상태를 확인할 수 있게 합니다.