[2:22] ELB 설명하실 때 https를 언급하셨는데, 발표자료에도 그 내용이 반영되어 있으면 좋을 것 같습니다. 그리고 main server와 event server의 spring architecture를 모두 보여줄 필요는 없고, application server로 정의한 뒤에 해당 server의 스펙을 하나만 보여주고 main server와 event server가 application server 구조로 되어있다고 보여주면 더 깔끔할 것 같습니다.
발표자료 수정
대본 수정
영상 멘트 수정
[2:58] mysql DB로 부터 도서 데이터가 동기화된다는 표현보다는, logstash가 전처리한 도서 데이터가 elasticsearch에 저장되고, 이 데이터가 mysql에 동기화되고 있다라고 표현하는게 맞을 것 같습니다.
발표자료 수정 없음
대본 수정
영상 멘트 수정
[3:15] ELK stack에 대한 이야기는 이미 앞에서 같이 구축되어 있다는 내용으로도 충분하므로 굳이 안하셔도 됩니다. 오히려 스택을 구성하는 각 요소(elasticsearch, logstash, kibana)에 대해 간단하게 설명해주시는게 더 좋을 것 같습니다.
발표자료 수정 없음
대본 수정 ELK설명은 10초는되니까 우선 전체 수정하고 남는시간보고 파악
ELK설명은 10초는되니까 우선 전체 수정하고 남는시간보고 파악 ELK Stack은 데이터를 색인화하고 저장하는 ElasticSearch와, 데이터를 수집하고 가공하는 Logstash, 마지막으로 이 데이터를 분석하고 시각화하는 Kibana로 구성됩니다.
영상 멘트 수정
[4:50] elasticsearch 구축 및 spring boot와의 연동과 구현 방식에 대한 설명은 생략하셔도 됩니다. 개선한 사항에 대해서만 집중해서 발표해주시면 됩니다.
발표자료 수정 없음
대본 수정
영상 멘트 수정
[5:40] elasticsearch는 검색의 정합성을 보장한다고 하셨는데, full text index를 활용한 mysql 검색 질의도 정합성을 보장해주는건 마찬가지일 것 같습니다.
발표자료 수정 없음
대본 수정 정합성 제외시킴
정합성 제외시킴영상 멘트 수정
그리고 개선 과정에서 일부 full text index가 더 빠른 케이스와 그렇지 못한 케이스에 대한 근거가 전혀 언급되어 있지 않은데, 근거를 밝혀내지 못하셨다면 아예 생략하는게 낫고, 그렇지 않다면 설명해주시는게 좋을 것 같습니다.
발표자료 수정 없음
대본 수정 - 엘라스틱은 원래 평균속도를 냈지만, 풀텍스트 인덱스는 N Gram 방식 중 2글자씩 토큰화하는 2-Gram 방식을 채용했기 때문에 인덱스를 곧바로 찾아 매우 빠른 결과를 나타나기도 했습니다.
엘라스틱은 원래 평균속도를 냈지만, 풀텍스트 인덱스는 N Gram 방식 중 2글자씩 토큰화하는 2-Gram 방식을 채용했기 때문에 인덱스를 곧바로 찾아 매우 빠른 결과를 나타나기도 했습니다.영상 멘트 수정
[6:33] 평균 응답속도를 측정할 때 테스트 환경을 더 설명해주시면 좋을 것 같습니다. 서비스의 어떤 API를 호출했고, TPS는 어느정도로 요청했는지를 보여주시면 됩니다.
발표자료 수정
대본 수정
영상 멘트 수정12대사 • 그 결과 평균 응답 시간이 1032ms, Tps는 61.8로 측정되어 성능 개선이 필요하였습니다. 이를 위해 두 가지 방법으로 서버를 최적화 하였습니다.
[6:56] 파티션을 7개로 늘렸을 때 시스템 리소스를 과다하게 사용해서 응답속도가 늘어났다고 했는데, 제가 보기엔 파티션 개수 대비 컨슈머 수가 더 적거나, 다른 이유로 응답속도가 늘어난 것으로 보입니다. 만약 시스템 리소스를 정말 과다하게 사용해서 늘어난것이라면, 파티션 수에 따른 점유 CPU, memory 등의 지표를 같이 보여줘야 의미가 있을 것 같습니다.
발표자료 수정
대본 수정 파티션이 7개인 경우 파티션 수에 비해 컨슈머수가 부족해서 성능 저하를 일으킨 것으로 추정됩니다.
파티션이 7개인 경우 파티션 수에 비해 컨슈머수가 부족해서 성능 저하를 일으킨 것으로 추정됩니다.영상 멘트 수정13대사• 최종적으로 서버 스케일업과 카프카 파티션 수를 조정 함으로써, 기존보다 응답속도가 112.9%, TPS 78.8% 향상되었습니다.
[7:45] main server와 event apply server가 바라보는 DB가 같고 cache인 redis도 공용으로 사용한다면, MSA로 표현하신 내용은 사실 Service oriented architecture(SOA)에 가깝습니다. 멘토링시 마이크로서비스 아키텍쳐라고 설명한 부분때문에 이렇게 작성하신 것 같은데, 엄밀히 MSA라고 한다면 데이터 레이어까지 분리가 되어있어야 합니다.
발표자료 수정
대본 수정 기존 프로젝트 구조인 모놀리식 아키텍처 구조보다는 서비스 지향 아키텍처 구조가 적합하다고 판단하였습니다.
기존 프로젝트 구조인 모놀리식 아키텍처 구조보다는 서비스 지향 아키텍처 구조가 적합하다고 판단하였습니다.영상 멘트 수정
발표 자료를 정말 잘 구성해주셨고, 다른 조와 달리 기획 배경에 대해서도 충분히 설명해주셔서 좋았습니다. 위의 내용을 바탕으로 기술적인 내용만 조금 더 보강해서 최종 발표를 진행해주시면 좋을 것 같습니다. 고생 많으셨습니다.