seongahjo / teamkerbell Goto Github PK

Session Clustering 및 Cache Server로 활용하기 위해 Redis를 적용함.

현재 Session Clustering 관련 기능은 모두 구현이 완료 되었음.

DB의 I/O가 빈번하게 일어나는 애플리케이션의 특성상 Cache Server를 추가하는 것은 필수라고 판단하나

추가하기 전 효율적인 Cache Server의 아키텍쳐를 고민해볼 필요가 있음.

대략적으로 두 가지의 구조를 생각하고 있음.

1. 유저의 아이디를 키로 유저의 정보, 프로젝트 정보, To-do list 정보, 알람 정보, 일정 정보 등의 정보를 저장함. 이 때 장점은 용량을 적게 차지하고 data에 접근하기에 용이함. 그러나 데이터가 빈번하게 업데이트될 경우 상대적으로 부하가 클 것이라고 예상됨.

1.5) Hash를 사용하여 적용. 예를 들어 key는 유저의 아이디로, field는 각 항목, value는 각 항목에 해당하는 정보들을 저장하는 방식임. 이게 제일 최선일 것 같음. 다만 이 경우 spring에서 제공하는 cached annotation을 적용할 수 없고 일일이 적용해야함. 소스의 가독성이 떨어질 수 있음.

2. 모든 정보를 redis에 저장. 정보의 idx를 key로 데이터를 저장. 다만 이경우 용량을 많이 차지하고 key 관리가 힘듬. 다만 Key Generator만 customizing하면 cached annotation을 통해 쉽게 적용할 수 있을 것이라 판단됨.

• project Manager에서 css가 깨짐.
• a 태그가 가르키는 주소형식을 수정해야함.
• My Profile의 하위항목에 friends가 아직 존재

초대 메세지를 비동기로 확인하고 싶음.
조건에 해당하는 값 중 하나만을 받아오는 작업이 필요함.
Restriction을 찾아보거나 HQL을 사용해야한다.

타임라인을 기존 회의에서 언급했던 에니매이션 적용보다는
페이스북이나 트위터처럼 맨아래로 스크롤을 내렸을때 자동 확장되는infinite scroll 을 사용하면 좋을 것같다. List UI 반응속도를 빠르게 하기 위하여 잘 만들어진 Restful API를 활용하면 좋을것같음

원하는 사람에게만 제공할 수 있도록 Profile을 활용할 예정

• Sidebar에 나타나는 Project Room의 디자인을 수정할 필요가 있음
• Project Room에서 Chage User Info를 클릭했을 때 정상적으로 이동하지 않음

• 리엑트
• jQuery 유지 + handlebars

결정 후 진행할 것

• CourseInfo의 폰트 크기가 타 view들에 비해 큼.
• CourseInfo 내에서 Sidebar의 CourseInfo를 클릭하면 정상적으로 작동하지 않음

Pagination된 리스트를 Caching했을 때 어떻게 CacheEvict시킬지.

세션 클러스터링이 추상화되있을 경우 #31 와 독립적으로 진행 가능.
확인이 필요함.

Angular JS를 효율적으로 적용하기 위해서는 기존의 아키텍쳐를 수정할 필요가 있음.

기존의 Controller에서 상대적으로 static한 데이터를 반환하고 dynamic한 데이터는 Restful하게 받아오는 아키텍처에서 완전히 Restful한 아키텍처로 바꾸어야한다고 판단됨.

또한 View단에서 Angular JS와 충돌을 피하기 위해 jQuery를 제거하고 현재 적용하고 있는 CSS Framework를 대대적으로 수정해야함.

향후 개발 용이성 및 유지보수 측면에서 Angular JS를 적용하는 것이 옳으나 현재 애플리케이션이 성능상 Issue가 있는 것이 아니고 크게 문제가 있는 것도 아니므로 Angular JS 적용을 보류해야한다고 판단됨.

• 현재 미팅이 잡힌 날은 표시가 되어 손쉽게 확인할 수 있지만 파일을 업로드한 날짜는 그렇지 못함.