23주차 수업 전 공부 진행 및 과정
•
22주차때 중요 질문들
•
AWS 3,4,5 챕터
•
프로젝트 AWS
23주차 수업 진행
•
22주차때 중요 질문들
•
AWS 3,4,5 챕터
•
프로젝트 AWS
멘토님 중요 질문.
•
한국에 있는 서버를 사용하는게, 미국에 있는 서버를 사용하는 것보다 빠른 이유
앞으로 내가 할것들
•
도커파일을 이미지로만들기(스프링 도커 파일 참고)
•
깃헙 액션으로 코드배포를 자동 처리
•
모니터링 환경 구축을 위한 프로메테우스랑 그라파나 연결
•
프로젝트 README 수정하기
•
블로그 부분 강조 (이력서)
•
이력서에 공부한 강의나 책 부분을 링크를 달아서 보여주게끔 수정하기(추가할때 날짜도 추가해주기)
미래에 학습할 로드맵
3.
참고 AWS 주소
23주차 멘토링 느낀점
오늘은 사실 AWS 책 3,4,5 챕터 읽은게 월요일까지도 머리에 하나도 안남아서..
복습을 다시해야할거 같다고 말씀드렸다.
유난히 기억에 안 남는 책들이 있는데 그 중 하나가 될거같다..
그래서 수업이 일찍 끝날 줄 알았는데 역대급으로 길게함..해피해피공존
멘토링 내용 많았는데 그 중에서 몇가지 골라보면
트랜잭션을 길게 잡으면 생기는 장점은 뭐가 있을까요?
데이터 무결성을 유지하려고 길게 가져가서 데이터 일관성 유지가 되고 오히려 프로세스가 엮인 여러 연산들이 중간에 실패해도 트랜잭션 때문에 이제 안전하게 롤백할 수 있고…
그럼 지금 프로젝트에서는 하나의 트랜잭션으로 사용했는데 왜 그렇게 하셨나요?
(헉스..) 하나라도 실패하면 이제 전체적으로 도메인 개념으로 롤백할려고 ,,,(사실 크게 생각안해봄)
트랜잭션을 하나로 관리하는 것 중에 사실 편암함도 가장 큰 이유가 될 수 있죠.
블라블라 ~~
.
.
.
조회수에 수를 추가한다면 어떤 방식을 사용할 것 같나요?
게시글 조회하는 서비스 소스에 +1 해주는 소스를 추가할거 같습니다.
그러면 RDB에 부하가 몰릴 때는 어떻게 처리 할 수 있죠?
레디스 같은 인메모리 데이터 베이스를 사용해서 자주 줘야하는 데이터를 캐싱을 하거나..
마스터 -슬레이브 라는 구조를 사용해서 마스터 데이터 베이스에는 오로지 쓰기 작업만 처리하고
슬레이브 데이터 베이스에는 셀렉트하는 읽기 작업만 처리를 해가지고 슬레이브 데이터 베이스가 이제 마스터 데이터 베이스에 변경되는 내용들을 실시간으로 복제해서 최신 상태로 유지를 해서 …
셀렉트 요청이 오면 그 여러개의 슬레이브가 분산 되가지고 이런 부하를 줄여주는 구조가 있습니다
이어서 마스터 -슬레이브 관련 질문을 추가적으로 받다가
그러면 이제 아까 질문으로 다시 돌아와서 조회수를 카운트하고 싶을 때 플러스 1로 DB에 저장한다고 하셨잖아요. 이 요청은 게시물을 가져오기 위한 요청은 쓰기 요청이 되게 되겠죠.
이제 게시글 조회 같은 것도 쓰기 요청으로 처리해 버리니까 그럼 이걸 어떻게 해결할 수 있을까요?
캐시를 사용해서 마스터 서버에 부하를 줄이거나
캐시를 사용하면 어떻게 줄일 수 있죠?
음.. DB에 우선 업데이트 하지 않고 레디스 같은 인메모리 데이터베이스에 조회수를 임시로 저장을 해놔서 마스터 서버에 부하를 줄이거나..
좋은 접근이지만 사실 가장 올바른 접근은 문제의 제약 사항을 정확히 확인하는게 항상 중요하죠.
그래서 그걸 썼을 때 발생할 수 있는 문제는 뭐가 있죠?
아 데이터 베이스랑 캐시랑 조회수 관련 데이터가 안 맞는 부분이 생깁니다
우선 데이터 베이스에는 조회수가 최신 데이터가 아니다 보니까 만약 캐시 서버에 장애가 생겨서 데이터가 없어지거나.. 캐시가 사라지면 최신 조회수 데이터가 없어져서 갱신이 안될 수 있어요
이후에 내가 질문으로 캐시 말고 처리 방법이 있는지도 여쪄봤는데 RDB말고 다른걸 사용해서 처리하는 방법도 있다고 하셨다!
오늘도 깊게 생각할 수 없는 부분까지 집어주시면서 내가 생각을 할 수 있도록 유도해서 질문해주셔서 엄청 많은 생각이 연결되는 기분이였다.
이 멘토링이 끝이라는게 있군요…
그리고 이제 딱 4번의 수업만 남은 상태다!
멘토님이 언제쯤 지원해 볼 생각이냐고 여쪄봐주셔서 생각해둔 기간을 말씀드렸고
앞으로 남은 횟수를 어떻게 보낼지 거의 20분 넘게 얘기 한거 같다.
나는 개인적으로 이제
•
코테 준비
•
다시 이론 정리
•
블로그 글들 정리
계속 수업하면서 진행할건
•
남은 프로젝트 추가 설정 및 README 파일 꾸미기
•
정리된 글들을 이력서에 추가해두기
그리고 멘토님이 끝나고도 이직 준비하는 것까지(지원 전까지) 봐주고 싶다고 하셔서 감동먹었다!
슬랙 계속 남아있으면 슬랙에 여쪄봐달라고 하심..희희
드르륵 탁,,, 이직 준비하시는 것 까지 도움을 드리고.. 드르륵 탁 ,, 반복재생,,
사실 멘토링 끝나고 혼자 할 수 있을까 걱정이 많아서 우울했는데 해피해피 공존이 되버림!
최근에 6월부터인가 F-lab에서 채용연계가 생겨서 이력서 올려 둘 공간이 생겼는데
이제 어느정도 준비가 됐다 싶으면 이력서를 올려 두고 ,, 여기저기 지원해봐야지~~!
개인적인 질문
•
노션 이력서가 호불호가 갈린다 들었는데 괜찮을까요?
◦
자유양식인 곳은 상관없을거 같은데 이제 규정화된 형식을 받는 곳은 따로 준비해야할거 같다.
•
노션 PDF로 빼봤는데 안이쁘게 출력되는데 수정해서 내는게 좋겠죠?
◦
PDF도 잘 보일 수 있게 바꾸는 작업을 꼭 해줘야 한다.
•
AWS 책을 읽어도 이론적인 부분이 많고 사실 적용하는 부분에서는 따로 찾아서 진행했지만 이게 사실 이해가 안가는게 많아서 .. 어떻게 적용하면 좋은지에 대해서 추가적으로 보기 좋은게 있을까요?
◦
AWS 관련 학습할 때에는 AWS 공식 문서에 다 적혀 있다.
◦
제대로 학습하고 싶으면 사실 책 말고 공식 문서를 사용해서 학습하는 능력도 키우면 좋다
다음주까지
•
23주차 중요 질문 정리 및 깊게 이해하기
•
AWS 3,4,5 복습하고 6,7,8 읽어오기
•
사이드 프로젝트 CI/CD 하고 Dockerfile 이미지로 만들기
•
매주 1 질문 할거 생각하기.