현재 서버를 aws 같은거로 띄우진 않아서 로컬로 성능테스트를 진행하고 있는데 원래 서버를 띄운 후 성능테스트를 진행해야 하는건가요? 아니면 로컬로 해도되는건지..성능테스트 돌릴때마다 성능이 다르고 어떨땐 아예 실패하고 어떨땐 성공하고 그러네요..그래서 성능개선 전후 비교가 힘듭니다

현재 말씀하시는 대상이 완전 저에게 일치하는데 이미 퇴사를 한 시점이라 주니어 개발자로써 적용하기가 쉽지 않을 것 같은데 이럴때 는 어떻게 하는 게 좋을까요? 강의 내용대로 실무내에서는 문제 없이 기능들을 구현하였는데 이직을 위한 이력서 작성 시 성능 개선 부분에서 작성할 부분이 없네요

백엔드 개발자로서성능 개선과 부하 테스트 등은 어느 시점에 하는 것이 좋나요?제가 사이드 프로젝트를 하면서 필요할 때 듣고 바로 적용해보며 정리를 하려고 하는데 프로젝트 시작 전에 먼저 들어 놓고 신경 쓰며 개발을 해야 할 지, 개발 중에 적용 해야 할 지 개발 완료 후에 해야 할 지 감이 안 잡히네요.  

memoryStoreEvictionPolicy 에 가장 최근에 액세스된 항목을 먼저 제거하는 LRU 알고리즘을 사용했습니다. 라고 자료에 나와있는데, 제가 알기로 LRU 알고리즘은 가장 오랫동안 사용되지 않은 데이터를 삭제하는 것으로 알고 있습니다. 자료에서 설명하신 의미가 잘 이해가 되지 않아서 질문 드립니다.

스카우터를 사용하면 트랜잭션 마다, 소요시간을 볼 수 있고, 로그도 확인이 가능한 것이 굉장히 매력적으로 느껴졌는데요실무에서도 많이 사용하는 툴 인가요? AWS 환경에서도 한 번 적용을 해보고 싶은데, AWS와도 같이 사용하는 편인가요?그리고 서버가 여러 대 있는, 스케일 아웃 환경에서는 어떤 식으로 사용되나요? 인스턴스마다 스카우터를 설치를 하고, 모니터링을 하는건가요?

구체적인 방법 예시가 없어 잘 와 닿지 않는데 많이 사용하는 컨벤션 예시가 있을까요?

레디스가 데이터베이스가 받게 될 부하를 분산시켜준다면데이터베이스를 쓰는 모든 서비스에 이 기능이 있으면 좋은가요? 특히 더 활용성이 있는 산업, 도메인, 기능이 있을까요?ex. 쓰기 처리가 많은 서비스, 읽기 처리가 많은 서비스.. 등 어떤 상황에서 실무에 적용할 수 있을지 예시가 더 있으면 좀 더 이해하기 좋을 거 같습니다..!

온라인 상태를 비트맵으로 사용했을 때의 특히 좋은 점이 무엇 일까요? 보통 인스타나 페북 활동중도 비트맵을 쓰나요?비트맵 데이터타입의 장점은 적은 메모리를 사용하여 바이너리 상태값을 저장한다. 로 강의에서 배웠는데 상태값이 0, 1로 표현될 수 있어서 인가요? 프로세스가 1분 단위에 상태만 볼수있는거로 이해했는데 맞을까요? 예를 들어,1분동안 이전에 요청이 없었으면 -> 오프라인1분동안 요청이 있었으면 키에대한 데이터가 1이므로 -> 온라인으로 처리된다.  

다른 데이터 타입이 아닌 해시를 쓰는 이유가 무엇인가요?string도 있고 json도 있는데 선정하신 이유가 궁금합니다.

개인블로그에 인강 내용이나 자료개인적으로 정리하고 싶은데 괜찮으신지 문의드립니다. 출처는 남길 예정입니다.

이미 레디스 cli가 띄워져 있다고 해서요..

도커 컨테이너 > 레디스 서버 내에서 redis-cli 실행 후, BF.MADD 명령어를 실행하면, 아래와 같이 잘 실행됩니다.그러나, 외부(JDBC) 커낵션을 통한 접속에서는이처럼 명령 실행을 전혀 할 수가 없습니다.(BF.XX 명령어를 제외하고, 이전 강의내용의 명령어는 잘 실행됩니다)이걸 해결해보려 시도해본 것은 아래와 같습니다.docker-compose.yml 볼륨마운팅 설정/redis-stack.conf 파일 내용의 변경 부분:bind 0.0.0.0protected-mode nodocker-compose.yml 내용입니다.version: "3.8" services: redis: image: redis/redis-stack-server hostname: redis container_name: redis-stack-server command: /entrypoint.sh ports: - "6379:6379" volumes: - ../redis/conf/7.2.conf:/redis-stack.conf restart: always networks: - redis-network networks: redis-network: driver: bridge외부접속에서 명령 실행을 막는 기능을 어떻게 해제할 수 있을까요?

Multi 사용시 key 나 로그인한 세션에 lock 이 걸리진 않나요? 트랜잭션이 유지되는 시간이 있나요? 무한정 트랜잭션이 끝나길 기다리진 않을 것 같습니다.

예시 그림을 보면 새로운 요청을 add할때 ZADD 1.1.1.1 1693494130 1693494130 형식으로 add를 하던데 이러면 혹시 동일한 timestamp에 여러번 요청이 올 경우는 어떻게 구분하나요? 가령 1693494130에 3번의 요청이 동시에 발생한다면 스코어는 1693494130로 하고 item을 1693494130_0이런식으로 index를 추가해야할 것 같아서요

코드단에서 바라봤을 때, JSON Strings를 활용하면 약간의 메모리 낭비나 매번 JSON 전체를 불러와야 한다는 단점이 있지만 객체가 중첩될 경우 사용할 수 없고, 저장 및 불러오기 방식도 다소 번거로운 Hashes 데이터 타입을 굳이 사용할 이유가 있는지 잘 모르겠습니다..

안녕하세요. 강의 잘 보고 있습니다. LIST, Set, ZSet의 item을 정렬하여 반환하는 SORT 명령어의 시간 복잡도가 O(N)이라고 설명해주셨는데, 어떻게 O(N)이 나온건지 궁금합니다.

SET inflearn-redis:ko:price 200 은 어떤 명령어 인가요?OK 가 뜨긴 했는데다시 get inflearn-redis 해도 전이랑 변함 없이{\"price\":100,\"language\":\"ko\"} 가 리턴이 되서요asdf

@Entity내에서 one to one, many to one 등등 과 같은것들도 쿼리가 발생하자나요근대 이부분에 대해서 Cacheable을 적용할 방법은 없나요?찾아도 없는거같아서 문의드려봅니다 

logout과정에서 질문이 있습니다. 로그인을 할때 서버에서 클라이언트로 res .cookie("x_auth", user.token) .status(200) .json({ loginSuccess: true, userId: user._id });이렇게 json 형식으로 성공여부와 user_id값을 보냅니다. 로그아웃을 할때는 axios로 /api/users/logout" 에 요청을 보내기만 합니다. 그리고 server는 req로 user_id값을 받아서 로그아웃을 진행합니다. client에서는 userid를 보낸적이 없는데 서버는 어떻게 req를 통해 user_id에 접근할 수 있나요? client는 로그인시에 서버에서 json으로 데이터를 받았는데 이것은 어디에 저장되는 것인가요? 또한 저장되는 공간은 누가 정하게 되는 것인지 궁금합니다. 스토리지 종류가 여러가지 인데 말이죠.확인해보니 local storage, session storage, lndexeddb등은 다 비어있고 쿠키에만 x_auth가 저장되어있습니다. 음... 브라우저가 알아서 보내주는 건가요..?

ssr 적용한 페이지가 a.js 페이지라고 가정 한 후 a.js에서 b.js 간 후 뒤로가기 버튼을 누르면 a.js로 와질때 cache가 안먹던데 next.js 공식 문서들어가서       context.res.setHeader(         'Cache-Control',         'public, max-age=100, s-maxage=100, stale-while-revalidate=100'     ) 이런식으로 넣으면 캐싱이 된다는데 안되더라고요 혹시 이런 이슈에 대해서는 어떻게 생각하시는지 궁금합니다.