6주차 리뷰 부탁드립니다. #58

Kdonghs · 2024-10-11T11:25:53Z

빌드 및 배포 과정에서의 궁금증입니다.

앞서서 현재 진황과정에 대해 설명을 드리겠습니다.

Amazon Lightsail 인스턴스에 배포
github action을 통한 빌드 및 배포 자동화

HTTPS 설정 시 의문

구글 로그인 관련 로직을 사용하기 위해서 HTTPS 설정이 필수였기 때문에 HTTPS 설정을 진행했습니다.

첫번째로는 Let's encrypt인증서를 cert-bot을 통해 받고, application.yml에 해당 설정 부분들을 추가하는 방식으로 진행을 했었습니다.

          port: 443
          ssl:
            enabled: true
            key-store: /etc/letsencrypt/live/seamlessup.com/keystore.p12
            key-store-password: ${{
              secrets.KEYSTORE_PASSWORD
            }}
            key-store-type: PKCS12
            key-alias: tomcat```

이 방법을 써도 괜찮은가요?
하지만 위의 방법을 쓰다가 막혔고 다른 방법을 찾아보게 되었습니다.

두번째로 Lightsail 자체 로드밸런서 기능을 쓰면, SSL/TLS인증서를 발급해 주고 HTTPS 설정도 해주어서 이를 활용하기로 했습니다.
- 도메인설정을 아래와 같이 변경했습니다.
  - seamlessup.com(저희의 도메인 입니다.) -> 연결된 로드밸런서의 IP
- 그리고 설명을 읽어 보니 흐름이 아래와 같았습니다.
- HTTP로 seamlessup.com 연결 시도시: 해당 도메인은 로드밸런서로 연결 -> 로드밸런서가 HTTP 포트 80에 대한 연결은 HTTPS 포트 443으로 리디렉션 -> 로드밸런서가 80포트로 인스턴스에 내보냄 -> 인스턴스는 스프링부트 앱 8080포트로 보내야함
- 여기서 인스턴스80 -> 스프링8080으로 포트포워딩을 하고자
  - 첫째로 application.yml에 server: port: 80설정을 통해 받아보려했지만 안되었고
  - 둘째 Nginx를 설치하여
```
server_name seamlessup.com;

location / {
    proxy_pass http://localhost:8080;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}```
위와 가은 설정을 통해 80 -> 8080으로 포트포워딩을 하여 이를 해결했습니다.
```
- 둘 중 어느 방향이 맞는 방향인가요?
- 처음 도전해보는 분야라서, 어떠한 이유가 있어서 해당 기술을 사용한 것이 아닌 "그저 문제를 해결하다보니 이런 기술을 쓰게 되었다." 이기 때문에 해당 방법들이 맞는 것인지 궁금합니다.

조서영 5주차 기능 구현

…p3/Team1_BE into Master

- PathVariable로 memberId 받아 쓰던 것을 헤더의 jwt토큰에서 email을 뽑아 쓰는 것으로 대체하도록 수정 - 멤버 CRUD에 팀장 or 팀원들만 접근할 수 있게 서비스 계층에서 jwt토큰에서 뽑아 권한 검증 로직 추가.

Week6 조서영 기능 구현

- 일단 빌드 되도록 수정해놓고 PR넣으라고 해서 이렇게 commit함

- 역할 인증 때문에 memberId받지않고 HttpServletRequest를 받아서 구현했는데, 이렇게 하니까 정상적인 테스트 안됨. - 반환 타입 Entity로 두니까 테스트할 때 불편해서 임의로 ResponseDTO 씌워놓음

- 토큰 없는 init데이터라서, 토큰으로부터 email뽑는 테스트가 안됨. 그래서 memberId로 CRUD하도록 다시 수정함 -> 추후에 팀장님이 테스트 토큰 완성하시면 다시 또 수정해놓을 예정

Week6

…weekly # Conflicts: # src/main/java/team1/BE/seamless/repository/UserRepository.java # src/main/java/team1/BE/seamless/util/auth/SecurityConfig.java

- 프로젝트 기간에 관한 인증 로직

- 프로젝트 기간에 관한 인증 로직 - 팀장인지에 대한 검증

Week6

# Conflicts: # src/main/java/team1/BE/seamless/repository/ProjectRepository.java # src/main/java/team1/BE/seamless/repository/UserRepository.java # src/main/java/team1/BE/seamless/util/auth/SecurityConfig.java

w6 Weekly2develop

w6 Develop2master

yoo-jaein

6주차 고생 많으셨습니다!
코멘트 확인 부탁드립니다

yoo-jaein · 2024-10-12T12:52:35Z

src/main/java/team1/BE/seamless/DTO/TaskDTO.java

@@ -78,6 +78,9 @@ public static class Update {
        public Update(String name, String remark, Integer progress, Long memberId,
            LocalDateTime startDate,
            LocalDateTime endDate) {
+            if (endDate.isBefore(startDate)) {
+                throw new BaseHandler(HttpStatus.FORBIDDEN, "종료시간은 시작시간보다 이전일 수 없습니다.");


FORBIDDEN은 요청한 사람이 그 작업을 수행할 권한이 없음을 나타냅니다.
(예: 일반 유저가 관리자 페이지에 접속 시도)
여기선 FORBIDDEN보다 BAD_REQUEST가 더 적절한 것 같아요

오 FORBIDDEN과 BAD_REQUEST를 정확하게 구분해서 사용하지 않았던 것 같아요. 수정하겠습니다!

yoo-jaein · 2024-10-12T12:54:47Z

src/main/java/team1/BE/seamless/controller/AttendUrlController.java

-        @Valid @PathVariable("project_id") Long projectId) {
-        return new SingleResult<>(attendURLService.generateAttendURL(req, projectId));
+        @Valid @PathVariable("project_id") Long projectId,
+        @Valid @PathVariable("user-id") Long userId) {


언더바를 쓸 것인지, 하이픈을 쓸 것인지 (project_id, user-id) 한 쪽으로 네이밍 컨벤션을 맞추면 좋겠습니다.

yoo-jaein · 2024-10-12T13:09:23Z

src/main/java/team1/BE/seamless/controller/MemberController.java

    }

    @Operation(summary = "팀원 전체 조회")
    @GetMapping
    public PageResult<MemberEntity> getMemberList(@Valid @PathVariable("project_id") Long projectId,
-        @Valid MemberRequestDTO.getMemberList memberListRequestDTO) {
+        @Valid MemberRequestDTO.getMemberList memberListRequestDTO,
+        HttpServletRequest req) {


인증을 위해 HttpServletRequest를 서비스 레이어에서 직접 다루고 있네요.
HttpServletRequest에 의존하면 테스트 작성이 어렵습니다. (서비스 로직을 테스트해야 하는데 목 http 요청이 필요해짐)

ParsingParam을 통한 토큰 검사 로직도 메서드마다 반복되고 있어 개선이 이뤄지면 좋을 부분 같습니다.

(예: 스프링 시큐리티로 UserDetails를 구현하고 꺼내 쓰기 or TokenAuthenticationFilter를 거칠 때 userId, email 등 정보를 setAttribute하고 ArgumentResolver를 구현해서 getAttribute로 꺼내 쓰기..)

yoo-jaein · 2024-10-12T13:43:26Z

src/main/java/team1/BE/seamless/service/AttendURLService.java

+//            throw new BaseHandler(HttpStatus.BAD_REQUEST, "프로젝트는 종료되었습니다.");
+//        } 프로젝트 initData에 EndDate 설정이 안되어있어서 지금 테스트하면 오류걸림 그래서 주석처리 해놓음ㅇㅇ
+
+        // 팀장인지 확인(팀원인지 굳이 한번 더 확인하지 않음. 팀장인지만 검증.)


권한 체크 로직은 메서드 로직 초반에 실행하면 좋겠습니다!

yoo-jaein · 2024-10-12T13:50:17Z

src/main/java/team1/BE/seamless/service/TaskService.java

    }

-    public TaskEntity createTask(HttpServletRequest req, @Valid Long projectId, Create create) {
+    public TaskDetail createTask(HttpServletRequest req, @Valid Long projectId, Create create) {


컨트롤러 레이어에서 이미 @Valid로 검증을 하고 있다면 서비스 레이어에서는 생략해도 됩니다.

넵 코드 수정하겠습니다!

yoo-jaein · 2024-10-12T14:10:42Z

두 방식 모두 다 괜찮은 방법이고 잘 쓰는 방법입니다.

HTTPS 인증서

무료 인증서 방식도 많이 사용합니다.
다만 ssl/tls 설정을 애플리케이션 레벨에서 직접 관리해줘야 하고 인증서를 갱신해야하는 단점이 있습니다.

Lightsail 기능 / Nginx

로드밸런서 + Nginx 방식도 많이 사용합니다.
인증서 관리, 보안 측면에서 현업에서는 이 방식을 더 선호합니다.

application.yml 80번 포트 설정이 안됐던 이유는 직접 확인해봐야 알겠지만, 해당 포트 권한이 없거나 해당 포트가 이미 사용중이거나... 정도가 의심되네요.

처음 도전하셨는데 안된다고 멈추지 않고 끝까지 해결하신 모습이 멋있습니다 👍

yoo-jaein

진행을 위해 머지하겠습니다!! :)

seoyoung-dev and others added 30 commits October 3, 2024 16:57

feat: isDeleted 속성 Boolean 타입으로 변경

abfaca1

feat: 태스트 삭제 시 아이디 반환하도록 수정

525bff3

feat: isDeleted, progress 속성 엔티티 생성시 기본값 0으로 설정

0e50051

feat: 태스크 엔티티 생성 시 mapper 사용

b73717d

feat: 프로젝트와 태스크 관계 일대다로 설정

44268eb

feat: (재커밋) 프로젝트와 태스크 관계 일대다로 설정

3f8cf40

feat: 프로젝트 ID로 태스크 리스트 조회 기능 구현

beef41e

feat: 태스크 수정 기능 구현

b3fc350

feat: 태스크 단건 조회 기능 구현

1b8bdb1

feat: swagger 설명 추가

48c9d60

docs: README.md 구현 사항 및 설명 추가

bdb9612

조서영 5주차 기능 구현

e248d63

조서영 5주차 기능 구현

fix: 함수명 변경

9fca675

docs : ProjectService에 메서드 주석 작성

30fb70b

docs : Readme에 프로젝트에 관한 기능 설명 작성

a945d71

fix : ProjectDTO 수정

5be0f88

fix : eventType을 Enum으로 변경

a881945

feat : String을 받아서 optionType로 반환하는 로직 추가

8a58402

fix : ProjectOption의 name 필드 제거

b92e7dd

fix: weekly와 로컬 개발환경 충돌 해결

f5edda5

Merge branch 'weekly' of https://github.com/kakao-tech-campus-2nd-ste…

faf67be

…p3/Team1_BE into Master

test

7b5a10b

test

954ecba

test

1f2a987

refactor: 필요없는 메서드 삭제

5055e7f

fix : 옵션타입 파싱 오류 수정

9219aaf

refactor : Detail 정보를 담은 DTO를 반환하도록 리팩토링

c4840ae

fix : 소프트 딜리트 로직으로 수정

65c4ef8

fix : 주석 수정

14b097c

sunandrabbit and others added 25 commits October 9, 2024 22:35

fix : 빌드 오류 수정

dd35e72

fix : 빌드 오류 수정

f3d996b

fix : 빌드 오류 수정

6c89065

refactor: TaskDTO에 TaskDetail 추가

8129e53

fix: TaskEntity 고려하여 TaskRepository 필드 이름 수정

0da745b

fix : 빌드 오류 수정

e2dee15

fix : 빌드 오류 수정

c069f43

Week6 조서영 기능 구현

1739cf5

Week6 조서영 기능 구현

fix: 멤버 생성은 인증을 요구하지 않게 변경

fe35948

docs: README.md update

52a5cd0

fix : 빌드 오류 수정

7825b0d

test: init로 생성한 유저의 토큰을 받아오는 기능 테스트

73f1187

feat: 초기 멤버 데이터 넣기

1d2a737

refactor: 빌드를 위해 이슈에서 팀장님이 말한 내용 수정

67678f1

- 일단 빌드 되도록 수정해놓고 PR넣으라고 해서 이렇게 commit함

feat: 멤버 CRUD

594db0d

- 역할 인증 때문에 memberId받지않고 HttpServletRequest를 받아서 구현했는데, 이렇게 하니까 정상적인 테스트 안됨. - 반환 타입 Entity로 두니까 테스트할 때 불편해서 임의로 ResponseDTO 씌워놓음

feat: 멤버 CRUD

6a94f1f

- 토큰 없는 init데이터라서, 토큰으로부터 email뽑는 테스트가 안됨. 그래서 memberId로 CRUD하도록 다시 수정함 -> 추후에 팀장님이 테스트 토큰 완성하시면 다시 또 수정해놓을 예정

Merge pull request #51 from sunandrabbit/week6

e2ed06c

Week6

Merge remote-tracking branch 'refs/remotes/origin/sunandrabbit' into …

52d07b6

…weekly # Conflicts: # src/main/java/team1/BE/seamless/repository/UserRepository.java # src/main/java/team1/BE/seamless/util/auth/SecurityConfig.java

fix: 멤버 조회시 인증을 요구하지 않음

0da636e

feat: 멤버 CRUD 인증 보완

5abd6fa

- 프로젝트 기간에 관한 인증 로직

feat: 참여 링크 생성 인증 보완

8f885a5

- 프로젝트 기간에 관한 인증 로직 - 팀장인지에 대한 검증

Merge pull request #54 from suno-boy/week6

c952ced

Week6

Merge remote-tracking branch 'origin/sunoWeek6' into weekly

ece7790

# Conflicts: # src/main/java/team1/BE/seamless/repository/ProjectRepository.java # src/main/java/team1/BE/seamless/repository/UserRepository.java # src/main/java/team1/BE/seamless/util/auth/SecurityConfig.java

w6 Weekly2develop

eca9f81

w6 Weekly2develop

w6 Develop2master

f675aa6

w6 Develop2master

yoo-jaein self-requested a review October 12, 2024 10:42

yoo-jaein reviewed Oct 12, 2024

View reviewed changes

yoo-jaein approved these changes Oct 14, 2024

View reviewed changes

yoo-jaein merged commit 0b20120 into review Oct 14, 2024

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

6주차 리뷰 부탁드립니다. #58

6주차 리뷰 부탁드립니다. #58

Kdonghs commented Oct 11, 2024 •

edited by sunandrabbit

Loading

yoo-jaein left a comment

yoo-jaein Oct 12, 2024

seoyoung-dev Oct 16, 2024

yoo-jaein Oct 12, 2024

yoo-jaein Oct 12, 2024

yoo-jaein Oct 12, 2024

yoo-jaein Oct 12, 2024

seoyoung-dev Oct 16, 2024

yoo-jaein commented Oct 12, 2024

yoo-jaein left a comment

6주차 리뷰 부탁드립니다. #58

6주차 리뷰 부탁드립니다. #58

Conversation

Kdonghs commented Oct 11, 2024 • edited by sunandrabbit Loading

빌드 및 배포 과정에서의 궁금증입니다.

앞서서 현재 진황과정에 대해 설명을 드리겠습니다.

HTTPS 설정 시 의문

yoo-jaein left a comment

Choose a reason for hiding this comment

yoo-jaein Oct 12, 2024

Choose a reason for hiding this comment

seoyoung-dev Oct 16, 2024

Choose a reason for hiding this comment

yoo-jaein Oct 12, 2024

Choose a reason for hiding this comment

yoo-jaein Oct 12, 2024

Choose a reason for hiding this comment

yoo-jaein Oct 12, 2024

Choose a reason for hiding this comment

yoo-jaein Oct 12, 2024

Choose a reason for hiding this comment

seoyoung-dev Oct 16, 2024

Choose a reason for hiding this comment

yoo-jaein commented Oct 12, 2024

yoo-jaein left a comment

Choose a reason for hiding this comment

Kdonghs commented Oct 11, 2024 •

edited by sunandrabbit

Loading