초딩들이랑 놀아라...적어도 한 천만원 써줬는데, 어장관리도 안하고.... 너넨 나한테 끝이야.

소스코드 어디서 다운받는지 적어주세요. 코드 리뷰좀 해야겠어요.

Lock 해제 코드에서다른 사용자가 생성한 락을 삭제하지 않기 위해 본인의 identifier이랑 락의 value를 비교해서 삭제하는 로직 부분에서 궁금한 내용이 있습니다. 멀티스레드, 프로세스 환경에서 충분히 일어날 일 이라고 하셨는데 내가 락을 얻으면 다른 사용자는 락을 얻지 못해 value는 항상 나의 identifier이 들어있어야 하는게 아닌가? 라는 생각이 드는데 rd.set(lock_name, identifier, nx=True, px=lock_timeout_ms)이 코드 방식으로 락을 만들면 여러 사용자가 특정 환경에 락을 얻을 수 있는건가요?

학습 중 궁금한 점이 있으시면 편하게 질문 주세요. 참고로 질문이 구체적일 수록 더 정확한 답변을 드릴 수 있습니다. 😊 안녕하세요. 강의를 듣고 있는 개발자입니다. 이전에 유튜브에서 선착순 예매 관련 영상을 봤었는데 해당 영상에서 레디스를 이용해서 대기큐를 구현하는 것을 설명해주셨는데 그거에 대해서 질문이 있습니다.  레디스의 소티드 셋에 넣고 폴링을 통해서 상태를 확인한다.타 스케줄러가 소티드셋에서 꺼내서 액티브로 바꾼다 라는 설명이 있었는데, 정확히 어떤식으로 구현하는 건지가 궁금합니다. 스케줄러가 꺼내고 액티브 유저 set으로 집어 넣는건가요?그리고 소티드셋에서 꺼내서 엑티브 유저로 만드는 작업은 원자적으로 처리되게 하는건가요?

안녕하세요.항상 좋은 강의 감사합니다. API LIMIT을 보면 ABUSING이랑 비슷한 개념이라고 느꼈습니다. 예를 들어, 어떤 유튜브 라이브에서 좋아요 리액션을 너무 많이 눌렸을 때, API LIMIT 알고리즘으로 고정 윈도우 방식이 적절하다고 생각했습니다. INCR 이 빈번한 작업이기 때문이죠. 근데 악성 BOT(봇)으로 좋아요를 악의적으로 누를 수도 있는데 이때는 ABUSING(어뷰징) 처리를 해야한다면 API LIMIT과 동일하게 가져가는게 맞을지설명주신 API LIMIT도 제한 구간 10초당 몇개 를 구간과 임계치를 설정하는데, 보통 어떤 기준으로 실무에서 설정하는지 궁금합니다. 운영하면서도 모니터링하면서 조절할거 같은데 유튜브 라이브의 임계치 구간을 설명한다고 가정하면 인간의 마우스나 손으로 눌렸을 때 1초당 10번 이하? 이렇게 추상적인 실험 데이터도 정하는게 맞는지도 궁금합니다.감사합니다.

DB부하를 줄이는 전략에서 DB의 데이터 사용자 이름을 변경 할 때, 기존 캐식 삭제 보다 기존 캐시의 JSON 프로필 이름만 수정하는 게 더 비효율적인가요?  기존 캐식 삭제 > 새로운 캐시 생성 VS 기존 캐시의 수정

항상 좋은 강의 감사합니다.Redis와 Kafca의 Pub/Sub 차이가 궁금합니당.예를 들어, 인스타 라이브에서 사용자의 리액션 좋아요를 Redis에 두고 post로 좋아요를 업데이트 칠 때, MYSQL 좋아요 수도 같이 증가하기 위해 Redis와 Kafca의 Pub/Sub 의 차이점이 있을까요?좋아요 api가 redis의 좋아요 수 증가 > kafca 메시지 발행 > mysql 구조라 가정했을 때, 대규모트래픽에서 kafca와 redis의 Pub/Sub의 차이랑 뭐가 더 적절한 선택인지 궁금합니다.감사합니다.

내용 확인 부탁드립니다.

내용이 없습니다 확인부탁드립니다.

강의를 수강하시다가 막히는 부분이 있는 경우는 "자주 묻는 질문"을 먼저 참고 부탁드립니다.막히는 부분에 대해서 질문을 주실 때에는 꼭 강의 제목과 타임라인도 같이 작성 부탁드립니다. 안녕하세요,강의 앞부분 수강 중이기는 하지만, 문득 중요한 문제일 것 같다는 생각이 들어서,주식 매매 수수료에 관해 질문드립니다.개인마다 주식계좌개설 시기에 따라 주식 매매 수수료와 환전 혜택이 제각각인 것으로 알고 있습니다.제 한투 미국 주식 거래의 경우 한국투자증권에 문의해보니,이번에 한투앱을 통한 뱅키스 계좌 개설시, 미국 주식 거래의 협의수수료나 이벤트 적용이 어려워,기본 온라인 매매수수료 0.25%, 환전 스프레드 우대율이 60% 로 적용이 되어 수수료가 높은 편인데,이 경우에도 자동매매 베개투자법을 적용해도 괜찮을까요?그리고, 자동매매 베개투자법을 적용할 경우 판단하시는 최소 적정 계좌 예치금이 어느 정도 되실까요? 

RDBMS 로만 생각이 고정되어있었는데-캐싱으로도 이렇게 문제들을 해결할수 있는거군요...

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요.- 먼저 유사한 질문이 있었는지 검색해보세요- 서로 예의를 지키며 존중하는 문화를 만들어가요.- 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 강의 소개 부분에 모델 서빙과 관련된 강좌를 준비하고 계신다고 말씀하셔서,혹시 출시 계획이 있는 강좌가 있으신지 여쭤봅니다.. 시중에 모델 서빙과 관련된 강좌가 없을 뿐더러, 권철민 강사님 강의로 모델 서빙을 배우고 싶어 질문 드려봅니다 ㅎㅎ,, 출시해주시면 무조건적으로 수강하겠습니다 ~

안녕하세요, 강의 잘 듣고 있습니다. 양질의 강의 감사드립니다.Sorted Set을 활용한 리더보드 강의 시청 후 궁금한 점이 생겨 질문 남깁니다.Redis 공식 문서에 따르면 Score가 동률일 때 사전순(lexicographical)으로 처리된다고 명시되어 있는데요, 실제 비즈니스 환경에서는 사전순이 아닌 여러 기준을 복합적으로 비교해야 하는 경우가 많을 것 같습니다.Score가 64비트 부동소수점임을 활용해, 자릿수별로 기준을 나누는 방안(예: 1~8자리는 기본 점수, 9~12자리는 2순위 기준, 13~15자리는 3순위 기준 ...)도 생각해 보았습니다. 다만 동률 비교 기준이 많아지거나 기본 점수 자체가 클 경우 double 정밀도 한계로 인해 적용이 어렵겠다는 생각이 들었습니다.실무에서는 이러한 복잡한 동률 상황을 어떤 방식으로 처리하는지 팁을 여쭤봐도 될까요?감사합니다.

레디스 서버 한대가 죽더라도 락의 안전성을 보장하기 위해 3~5대의 다른 레디스 서버도 함꼐 있는거라면 이 서비스의 경우에는 레디스의 데이터를 모두 동기화시키는 작업이 매 요청마다 실행되는 건가요?동기화 시키는 과정에서 TTL 에 작은 차이가 생길 수도 있디고 생각하는데 무시가능한 정도인지요??동기화를 시키지 않는다면 또 그 여러대의 레디스 서버가 봐라봐야할 한 곳이 다시 존재하게 됨으로써 어짜피 똑같은 건 아닌지.. 궁금합니다!

좋아요, 조회수등 단순 카운트에서 Redis를 쓰는 이유중 하나로 RDB 의 병목현상을 말씀해 주셨는데Redis의 INCR 명령어 역시 수만개의 좋아요 처리를 한다면 같은 이유로 병목 현상이 발생하는게 아닌지 궁금합니다.  

강의 자료 다운 받아봤는데, 코드만 있네요 ㅠㅠㅠ

안녕하세요.[개발 환경 준비 인증하기] 미션 마감일이 12월 21일까지로 기제되어 있어 미션 제출 자체가 불가한데요. 혹시 어떻게 제출해야 할까요?

stream_notices 내부의 event_generator 함수 코드에서 yield f"data: {data}\\n\\n"위의 개행 문자에 이스케이프가 두번 들어가서 메시지가 정상적으로 전송되어도 파싱 오류로 화면에 표시되지 않는 문제가 있는것 같습니다.해결책은 이스케이프 문자를 하나만 사용하면 개행도 정상적으로 되고 문자열도 올바르게 출력됩니다.yield f"data: {data}\n\n"

# Redis 6.2 이상일 경우 GETDEL 사용 권장 # saved_code = await rd.getdel(cache_key)이 코드 사용을 권장하셨는데 입력 값 비교 검증까지 통과하기 전에 값을 가져와서 바로 지워버리면 사용자가 실수로 인증번호 입력을 실패해도 다시 요청하도록 해야하는데 이를 감안하고서라도 GETDEL을 사용해야 한다면 이는 verify_code 함수의 원자성을 지키기 위한 권장 사항인가요?혹은 verify_code 함수에 트랜잭션 관련 설정을 하고 GET과 DEL 호출을 쪼개서 하거나 Redis Functions을 사용하는 것을 고려하는게 더 나은지 궁금합니다. 

안녕하세요,섹션1 미션이 25년 12월 21일까지라고벌써 마감되어 있는데 어떻게 해야 되나요!?아니면 벌써 마감된 건가요?