출시 예정 강의 질문

안녕하세요 질문주셔서 감사합니다. Kafka 를 한번 다루어 보고 싶기는 합니다... 하지만 kafka 가 정말 어려워요 ㅋㅋㅋ 생각보다 많은 개념이 들어가있어서 제가 간단하게 다루기에는 조금 힘든 부분이 있을꺼같습니다 ㅠㅠ Kafka를 활용하는 부분에 대해서는 다룰 수 있지만, 직접 인프라를 구축하거나, 브로커 집합들을 구성한다던지이런 부분에 대해서는 아직 제가 부족한 부분이 많을 꺼 같습니다 ㅠㅠ 나중에 이런 인프라부분에 대해서도 좀 더 제가 잘 알게 된다면, 그떄 다루지 않을까 싶습니다!!감사합니다 :)

윈도우에서 작업 질문

안녕하세요 해당 강의는 기본적으로 MacOS를 사용해서 촬영이 되었습니다. 윈도우에 대한 부분은 제공해드리고 있지 않습니다. 기본적인 redis에 전송하는 명령어는 동일하기 떄문에 Redis를 설치하는 부분에 대해서만 Window 방식으로 활용하시면 될 꺼같습니다.제가 윈도우를 사용하지는 않아서 해당 부분을 참고하시면 괜찮을꺼 같네요.https://redis.io/docs/latest/operate/oss_and_stack/install/install-redis/install-redis-on-windows/ 감사합니다 :)

독립적인 Transactional을 둔 이유

일단 MySQL Config 클래스를 따로 선언하지 않는다면, 기본적으로 Spring에서 원자성을 관리해주게 됩니다. 그래서 사실 작업 자체가 더 편해지는 경우가 있습니다. 하지만 직접적으로 선언해서 다루는 이유는 상황에 따라서 어떻게 변환할지 모르기 때문입니다.해당 설정을 사용하지 않고 있다가, 후반에 갑자기 도입하게 된다면, 코드의 변경해야 하는 부분이나 그로인해서 버그가 많이 발생할 수 있기 떄문이죠. 그래서 저는 실질적으로 실무에서는 커스터마이징 해서 사용을 하고 있습니다.따로 커스터마이징을 해주지 않는다면, 알아서 관리가 되기 떄문에 제 기억상으로는 아마 문제가 없는것으로 알고 있습니다. 알람을 받지 못해 질문에 대한 답변이 늦어서 죄송합니다. 질문 남겨주셔서 감사합니다 :)

springdoc이 무슨 설정인가요??

안녕하세요 알람을 받지 못해서 답변이 늦어서 죄송합니다.그냥 기본적인 Swagger에 대한 설정입니다. 해당 설정에 대해서는 사실 그렇게 크게 공부하실 필요는 없다고 생각을 합니다.물론 궁금하시다면 공부 하셔도 되는데... 저는 효율이 조금 떨어진다고 생각을 합니다. 어디까지나 OpenAPI 형태 맞추는것은 해당 설정을 하지 않아도 가능하기 떄문이죠 다시한번 답변이 늦어서 죄송합니다 ㅠㅠ 감사합니다 :)

Client 파일은 어떤 IDE로 실행시키나요??

어떤 IDE를 사용해도 무방할꺼같습니다. IDE는 일종의 도구일뿐이지, 사실상 터미널을 통해서 구동해도 문제가 없을꺼같아요.

Redis SSD

먼저 HDD와 SSD의 사용처에 대해서 말씀드리는 것이 좀 더 편하실꺼같아요.사실 사용처라기 보다는 주로 이런 형태로 사용이 됩니다.해당 예시는 단편적인 예시입니다. 참고만 부탁드려요 Redis도 InMemory DB로써 활용이 된다고 가정할게요. DB에서는 쿼리에 대한 옵티머니저가 동작을 하면서 최적의 결과를 노출하기 위해 노력합니다. 이떄 옵티마이저는 반복적인 쿼리나 결광에 대해서 분석에 대한 최적화를 하기 위해서 종종 SSD에 올려두고써 빠르게 성능을 보장합니다. 하지만 SSD에 없는 데이터를 노출하기 위해서는 HDD가 동작을 하면서 디스크가 돌기 떄문에 좀 더 느리게 동작 가능합니다.이게 기본적인 DB에서 사용하는 SSD와 HDD입니다.이것을 Redis에서도 동일하게 적용을 하신다고 이해하시면 됩니다.Redis는 메모리 DB이기 떄문에, 단순히 데이터를 저장하지 않으면 유실되는 문제가 있습니다. 그러기 떄문에 AOF같은 형태로써 데이터를 백업을 하게 됩니다.이 백업되는 형태가 SSD나 HDD모두 저장이 가능한 형태라고 보시면 됩니다. 물론 저장되는 비율이나 사이즈에는 차이가 있겠지만 기본적으로 SSD를 사용을 우선적으로 하고 이후에 HDD를 사용하는 것으로 알고 있습니다.수치적인 부분은 해당 링크에서 참고하시면 좋을 꺼 같아요.http://redisgate.kr/redis/configuration/server_spec.php 어느정도 이해가 되셨을까요?? 추가적인 질문이 있다면 편하게 주시면 감사하겠습니다 :)

Redis Collection BitMaps

안녕하세요 질문 주셔서 반갑습니다.좋은 질문이라고 생각을 해요. 해당 부분에 대한 문제는 실무에서도 많이 고려하고 작성이 되는 부분입니다. 유저에 대한 정보는 보통 PK를 사용한 increment필드를 많이 사용을 하기도 합니다.하지만 increment 컬럼은 사실 PK에 대한 값이 따로 관리가 되기 떄문에 반드시 순차적으로 증가한다고 볼 수가 없어요.또한 추가적으로 보안적인 이슈가 있을수도 있겠죠 그래서 보통은 ULID나, UUID를 많이 사용을 하고는 합니다.하지만 이렇게 보안적으로 큰 문제가 되지 않을 수 있는, 말씀드린 쿠폰 서비스 같은 부분에서도 사실 increment필드가 사용이 되어도 무방하겠다는 생각을 합니다. 예시를 들어서 설명을 드리다보니 조금 혼동이 오실 수도 있을꺼같은데,쉽게 말해서 유저마다 고유한 값을 가질 수 있는 구분자를 사용해야 한다는 부분입니다.이러한 구분자가 없다면, 중복된 유저가 체크가 될 수 있는 부분이 있겠죠예를들면, A라는 유저의 구분자는 1인데, B라는 유저의 구분자도 1이라면 A와 B가 같은 유저로 bitMaps에서는 판단이 되겠죠 이러한 이슈가 생길 수 있으니, 해당 부분을 고려하여 사용을 하라는 의미로 말씀 드렸습니다.이해가 되셨기를 바라며 ㅎㅎ 질문 감사드리고 날씨가 많이 춥습니다.... 건강 조심하시고 재미있는 개발 하시기를 바랄게요!!추가로 질문이 있다면 편하게 부탁드립니다. 답변이 늦어서 죄송합니다 ㅠ.ㅠ

JwtProvider 를 Component 로 선언하신 이유가 궁금합니다.

Spring은 되게 정형화되어있는 프레임 워크라고 생각합니다. 하지만 저는 개발 스타일이 좀 더 자유로움을 추구하고 직접 구현하는것을 좋아해요 그래서 Spring을 작업 할 때 남들이 하는 형태로 작성을 많이 하지는 않습니다 ㅎㅎ 1번 항목에 대해서는 단순한 유틸리티로써 제공을 하기 위해서 사용을 하였습니다. 어차피 객체 상태에 의존적이지도 않고 순수하게 값만 받아서 처리를 하고 있기 떄문에 좀 더 직관적이라고 생각을 하였습니다. 또 굳이 빈 주입을 받지 않고 독립적으로 동작하기 떄문에 의존성도 제거하며 외부 자원을 참고하는 부분도 없다고 생각을 했던거 같습니다. 그리고 가장 중요한것은 제가 이런식의 스타일을 좋아합니다 ㅎㅎ 2번 항목에 대해서는 음 크게 생각나는 부분은 없는거 같아요. 일단 의존성이 많이 떨어진다는 장점이 있겠고, 필요에 따라서 DI 가능성도 가능한 형태가 아닌가 싶습니다. 그런데 아무래도 이러한 형태는 테스트 하기가 어렵다는 단점이 있습니다. 아무래도 static이 상태를 가지고 있지 않기 떄문에 특정 상태를 테스트하는 케이스에 대해서는 쉽지 않을 수 있으니 상황에 맞춰서 사용하시면 좋을 꺼 같습니다.어느정도 도움이 되셨을까요?? 감사합니다 :)

안녕하세요 연관관계에 대해 질문이 있습니다.

앗 그렇게 크리티컬하게 발생 가능한 형태의 데이터가 아니라서 그냥 간단하게 설명드리고 넘어갔었습니다.상황에 따라서 Hibernate에서 Lazy Loading을 마음대로 지원하지 않는것은 꽤나 복잡한 문제입니다. ㅠㅠ 질문자님께서 생각하시는 부분이 맞으실 겁니다. 아무래도 현재는 제가 Spring을 주 언어로 사용하는 환경이 아니다 보니 기억이 나지 않고 긴가민가 해서 좀 더 실제 테스트 케이스와 예시가 있는 링크를 찾아왔습니다. 해당 부분을 참고하시면 더 좋은 정보를 얻어 가실 수 있을 겁니다.https://wanbaep.tistory.com/25 강의를 듣느데에 있어서 불편함을 드린거 같아서 죄송합니다. 질문 주셔서 감사합니다 :)

안녕하세요 MySqlConfig 설정에 대해 질문이 있습니다.

좀 더 명확하게 하고자 하여 작성을 하였습니다. 제가 혼자 개발을 한다면 제가 모든 부분을 관리하고 알고있기 때문에 상관이 없겠지만 아무래도 협업을 하는것이 개발자의 역할 중 하나이기 떄문에 코드가 길어지고 중복된 함수들이 생성이 되더라도 다른 사람이 볼 때 최대한 큰 문제 없이 보고 이해 할 수 있는것이 좋다고 생각합니다. 이러한 관점에서 작성이 되었고, 큰 뜻은 없습니다. 습관적으로 작성을 한것이니 편하신대로 작업 하셔도 무방 할 꺼같습니다.감사합니다 :)