Cache-Aside 패턴에서 Cache Miss 시

안녕하세요 100and님 질문 남겨주셔서 감사합니다. 당연하게도 말씀해 주신 부분이 맞습니다. 제가 전달하는 과정에서 혼동이 있었던거 같네요. MSA를 구축한다고 해도 이런 캐시 서버가 별도로 있어서 동작하며 캐시를 갱신해주는 경우는 없습니다. 굉장히 비효율적이죠 왜냐하면 이런 캐시서버는 어떤 데이터가 어떻게 자주 활용이 되는지 알 수가 없는데 해당 데이터를 갱신해주며 API를 위해 DB와의 일관성을 지켜준다는 것이 기본적으로 통용되지가 않습니다.물론 대용량의 데이터를 제공해주기 위해서 주기적으로 크론작업을 수행하며 갱신해주는 경우는 있습니다. 그래서 제대로 이해하신것이 맞습니다. 혼동을 드려서 죄송하며 이렇게 시간 내주셔서 질문 남겨주셔서 너무나도 감사드립니다.좋은 하루 보내세요!

강의 내용 관련 이해가 잘 되지 않아 질문 남겨봅니다.

안녕하세요 지환님 질문 남겨주셔서 감사합니다. 내부적인 동기화 과정은 꽤나 복잡하고 어려운 부분입니다 ㅠㅠ 관리형 서비스를 사용하신다면 크게 고려하실 부분은 없지만 직접 구현을 하신다면 이런 부분도 알고 계시면 좋지 않을까 해서 다루어 보았습니다. 일단 동기화가 진행이 되게 된다면, 당연하게도 새롭게 탄생하는 master의 ID로 다시 그룹화가 진행이 됩니다. 이런 전체 동기화가 발생을 한다면 일종의 새로운 마스터 노드를 왕으로 모시는 레플리카들이 새로운 왕을 모시기 위해 새로운 ID를 기억하게 된다고 보시면 됩니다. 즉 예전 왕 즉 기존 ID는 더이상 유지가 되지 않는다고 이해하시면 됩니다. 카프카 관련에서는 사실 다루기에는 너무 난이도가 있어보여서 수강하시는 분들의 이해도를 돕기 위해 살짝만 언급을 하였는데, 이런 부분에서 혼동이 오셨군요. 추후에 시간을 내서 개선하는 방향으로 진행해보도록 하겠습니다.이렇게 시간내주셔서 질문 남겨주셔서 너무 감사합니다!

사용하시는 터미널 툴이름이 궁금합니다

termius라는 툴을 사용하고 있습니다!!

STOMP에서 메세지를 전송하는 방법에 대해

안녕하세요 n n 님 질문 남겨주셔서 감사합니다. 음 차이점이라고 한다면, 일단 시점에 대해서 굳이 제어 할 필요가 없어서 SendTo 를 사용하였고요, 구현 자체가 꽤나 간단하기 떄문에 적용을 하였습니다. 제가 알기로는 SimpleMessageTemplate 같은 경우에는 어디서든 호출이 가능한 대신 좀 더 부수적인 값을 제어해야 하는 걸로 알고 있어서 해당 코드에서 구현하는거 자체는 매우 간단하게 SendTo 로만 만족할 수 있기 때문에 해당 어노테이션을 적용하였습니다. 혹시 추가적인 질문이 있다면 남겨주세요!! 관련하여 답변 드리도록 하겠습니다.감사합니다!

StringModel에 Key 저장 이유

안녕하세요 두현님 질문 주셔서 감사합니다!!제가 질문이 잘 이해가 되지 않아서 그러는데 혹시 어떤 강의 영상과 어떤 소스를 보고 해당 질문이 도출되었는지 알 수 있을까요?? 구체적으로 알려주시면 해당 관점을 기반으로 설명드리도록 하겠습니다!! 감사합니다!

JWTDecodeException 에러가 나옵니다.

안녕하세요 cloverj0님 질문 남겨주셔서 감사합니다. 전반적인 에러 문구를 보았을 떄, Authorization 헤더에 값이 이상한거 같습니다. 다음과 같은 부분을 확인해보시면 좋을 꺼 같아요.API에 들어오는 헤더 값요청을 하는 API 소스JwtProvider에서 token을 핸들링 하는 소스 1번 과정에 대해서는 기본적인 로그를 찍어보시고 확인해보시면 좋을 꺼 같고2,3번 과정에 대해서는 소스 제공해 주시면 확인해보도록 하겠습니다. 감사합니다!

SpringBoot + Kotlin에서 Redis 캐싱 사용 관련되서 여쭤봐도 될까요?

안녕하세요 질문 남겨주셔서 감사합니다. 직렬화 방식에 대해서 고민을 하고 있는걸로 보이는데, 혹시 어떤 부분을 고려하고 싶은지 좀 더 자세한 정보를 알 수 있을까요??Best Practice라는게 정답은 없고 개인 스타일이나 해결하고자 하는 문제마다 다른 방식으로 구현이 된다고 생각을 하기 떄문에, 해결하고자 하는 부분을 좀 더 자세히 알려주시면 그 부분에 맞춰서 답변 드리도록 하겠습니다!

DDL문 정리되어 있는 파일 있을까요?

앗 답변을 드렸던걸로 기억이 남는데.. 버그가 있었나보네요 일단 해당 강의에서는 Database에 대해서 2가지밖에 사용을 하지 않아 따로 저장을 하지 않았는데과거 히스토리를 좀 찾아보니 다음과 같은 구문을 발견하였습니다. create table account ( ulid varchar(26) not null primary key, user_ulid varchar(26) not null, balance decimal(15, 2) default 0.00 not null, account_number varchar(100) not null, is_deleted tinyint(1) default 0 not null, created_at timestamp default CURRENT_TIMESTAMP null, updated_at timestamp default CURRENT_TIMESTAMP null on update CURRENT_TIMESTAMP, deleted_at timestamp null, constraint account_number unique (account_number) ); create table user ( ulid varchar(26) not null primary key, username varchar(50) not null, access_token varchar(255) null, created_at timestamp default CURRENT_TIMESTAMP null, constraint username unique (username) ) 최신 데이터를 기반으로 하지는 않는것으로 보일 수도 있어서 강의 진행하시며 확인해보시면 좋을 꺼 같습니다!여담이지만 ulid 값에 대해서는 char(26) 이 좀 더 어울릴꺼 같네요 답변이 늦어서 너무 죄송합니다! 좋은 공부 하세요!

entity 객체 생성을 data class 로 하신 이유가 있을까요?

혹시 어떤 것을 사용하는지에 대해서 고민하고 계시는지 알 수 있을까요?? 현재 질문자님께서 고민하고 있는 부분과 제가 작성한 부분에서 어떤 차이점을 가지고 고민하고 있는지 알려주시면 그것을 기준으로 더 좋은 설명을 드릴 수 있을꺼 같습니다!

return@logFor을 사용한 이유가 궁금합니다.

@logFor 이 들어가는 이유는 제가 해당 함수를 logFor 이라는 함수로 감쌌기 떄문입니다. 해당 블록에서 return하는 값이라는 것을 명시적으로 표기하기 위해서 사용한다고 이해하셔도 됩니다.좀 더 정확하게 말하면, 어노테이션이 아니고, 함수에 return을 연결하는 Kotlin의 Label 문법이라고 합니다. 이게 Kotlin은 람다(익명 함수) 안에서 return만을 사용하면 바깥함수 까지 종료가 되는 부분이 있어서, 람다 내에서만 반환을 하고 싶다면 저렇게 라벨값을 붙여주셔야 합니다. 쉽게 정리를 하자면,람다(익명 함수) 블록에서 반환 값을 의미한다.그냥 return을 하게 되면, 바깥 함수까지 종료가 되기 때문에 해당 블록에 값을 반환하는 것이 라벨이 없다면 컴파일 에러 발생! 공식 문서 경로는 다음과 같으니 참고해보셔도 좋을꺼같습니다.https://kotlinlang.org/docs/returns.html