• Spring Security

• jpa

• lombok

• 이메일을 통해 인증해야 guest에서 user로 권한이 변경되어 웹의 기능을 사용할 수 있습니다.

• spring security를 통해 각 페이지에 대한 권한을 관리합니다.

• 그룹을 만든 사람이 그룹 회원의 권한을 조정할 수 있습니다.

• 그룹 권한에 따라 동영상보기 또는 게시글 작성 등 일부 기능이 제한 됩니다.

• 그룹의 인원, 썸네일 설정가능

• 자신이 쓴 글만 수정, 삭제를 할 수 있습니다.

• 계층형 댓글, 답글을 쓸 수 있습니다.

• 페이징을 적용하여 전체 게시물의 일부만 불러옵니다.

• 채팅방을 개설하고 해당 url등을 보내 원하는 사람들 끼리 채팅을 할 수 있습니다.

• RabbitMQ를 통해 현재 메세지의 전송량등을 대시보드를 통해 볼 수 있습니다.

• 수동배포의 문제점

  • 커밋후에 aws 인스턴스에 접속후 clone을 받아 수동실행으로 매우 번거롭다.

• 자동배포 구현

  • travis CI,AWS S3,codeDeploy를 연동하여 자동배포를 구현하고 deploy.sh를 작성하여 기존에 작동되던 서버를 중단하고 새롭게 배포된 .jar파일이 자동으로 작동되도록 구현했습니다.

• 기존 SQL Mapper문제점

  • SQL에 의존적인 개발을 하게 되며 객체를 테이블에 맞춰 모델링 하게된다.

  • 반복적이고 중복된 코드와 객체답게 모델링 할수록 매핑 작업만 무수히 증가

• 해결방안 ORM(객체 관계매핑)으로 해결

  • SQL중심적인 개발에서 객체 중심으로 개발할 수 있게 되었다.

  • 기존에 필드가 변경되면 crud모두를 변경해야 했다면 JPA적용으로 그럴 필요가 없어 유지보수 용이

  • Lazy Loading,트랜잭션지원 쓰기지연 기능, fetch등으로 성능을 높힐 수 있었습니다.

• 기존코드의 문제점

  • EC2내부에 기본 경로를 정하고 그곳에 업로드및 파일읽기를 하도록 구성하여 다수의 이용자가 스트리밍 기능을 이용했을때 서버의 부하가 심해지고 이 때문에 서버의 다른 기능 이용시에도 속도가 느려지는 등 문제점 발생

• 문제해결과 개선된점

  • AWS S3와 cloud front(CDN)연동하여 파일을 더 안전하게 보관하고 CDN을 이용하기 때문에 S3에 항상 직접 엑세스 하는 것이 아니라 CDN의 Edge Server에 파일이 캐싱되기 때문에 부하가 분산되고 더 빠른 전송속도를 확보할 수 있었습니다.

• 추후에 MSA아키텍처 적용을 위해 현재 구현한 비디오 스트리밍기능과 채팅, 그룹관리 기능을 각각의 서버로 분리할 예정입니다.

• 이후 분리한 서버끼리의 통신을 위해 RabbitMQ를 도입시켜 놓았으며 현재는 클라이언트의 자바스크립트를 이용해 서버의 RabbitMQ와 연결하여 채팅기능만 구현 해놓았습니다.

rabbitmq라는 메세지 큐를 적용한 이유: rabbitmq가 가진 다른 응용프로그램과 데이터 송수신 기능과 대용량 데이터를 처리하기 위한 작업분산 기능을 넣을 수 있기 때문입니다.

• AWS-> Naver Cloud로 이전 작업중 환경 설정의 번거러움, 버전 관리의 어려움등 이전작업에 어려움을 느낌

• 어디를 가도 동일한 환경아래에서 실행 시키고 장애 발생시 쉽고 빠른 재배포를 위해 Docker를 적용했습니다.

• spring내장 톰켓안에서 DB,redis를 함께 구동하다가 어느 하나에서 문제가 생기면 다른 곳도 이상이 생기는 것을 발견하고 각각을 docker 컨테이너로 분리하여 배포하였습니다.