라우팅 관련 질문 있습니다!

네 ai 말대로 서버 재시작하면 해결될 것 같습니다.

fetch가 force-cache여도 qn의 invalidateQueries가 가능한가요?

프론트에서 사용하는 invalidateQueries의 fetch와 Next SSR의 fetch는 서로 다른 fetch라서 캐시가 업데이트 될 것입니다. 첫 페이지 진입만 Next SSR의 fetch가 돌고 그 다음부터는 클라이언트 react-query의 fetch가 돌게 됩니다.

RxJS 디버깅 질문 있습니다.

ai 인턴 추천대로 rxjs-spy 상당히 괜찮아 보입니다. 런타임에서 디버깅할 때 매우 유용하네요(subscribe 끊겼는지도 보이고) 저는 rxjs는 디버깅보다는 테스트코드에서 https://rxjs.dev/guide/testing/marble-testing 마블 테스팅으로 미리 돌려보는 식으로 하고 있었습니다.

CacheManager에 대해 질문 있습니다.

혹시 배포환경이 ec2 안에서 nest와 redis를 동시에 설치하신 상황인가요? 혹시 오토스케일링이 걸려있나요?? 일단 ec2(오토스케일링)과 별도로 redis(elasticache 등) 호스팅을 두고 하시면 그런 문제는 발생하지 않게 됩니다. 개별 ec2 안에 redis를 넣어두시면 오토스케일링 시 redis도 여러개가 되어버립니다.

서버 액션를 통한 API 통신 시 쿠키 제어

하나 궁금한 점이 혹시 토큰이 jwt 토큰인가요? jwt 토큰이면 미들웨어에서 유효기간을 미리 검사할 수 있을 겁니다. jwt 토큰이 아니라면 서버를 거쳐서 서버에서 401을 되돌려주겠지만요. 401이 뜬 후 쿠키 삭제하는 로직은 어떤 컴포넌트에 있는 건가요?