| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 | 31 |
- SolveGO
- rest api
- JPA
- 제1종오류
- AWS
- backend
- 틀린문제조회
- SelfHostedRunner
- 백엔드 회원가입 구현
- B+Tree
- ERD설게
- 책임분리
- 제2종오류
- query optimization
- Service Layer
- Spring Security
- performance test
- 테스트 코드
- docker
- springboot
- JWT
- branch protection
- EC2
- CI
- Integration Test
- Spring Boot
- Slice Test
- MySQL
- 백엔드 로그인 구현
- 백엔드
- Today
- Total
목록AWS (2)
노트
현재 SolveGO는 CI 파이프라인을 통해 코드 변경 시 테스트가 자동으로 수행되는 단계까지 구축된 상태였다.또한 Docker를 이용해 프로젝트를 패키징함으로써, Docker를 실행할 수 있는 호환 환경에서 일관된 실행 환경을 제공할 수 있게 되었으며 EC2에도 배포할 수 있는 상태가 되었다. 그러나 실제 배포는 여전히 개발자가 직접 수행해야 하는 수동 배포(manual deployment) 단계에 머물러 있다. 현재 이 상황을 알기 쉽게 나타내보면 아래와 같다. 프로젝트를 도커로 패키징하여 Docker를 실행할 수 있는 환경에서 일관된 실행 환경으로 EC2에도 배포를 하였지만, 현재 방식은 소스 코드를 수정하면 EC2에 SSH로 계속 직접 수동으로 접속하여 최신 코드로 Docker 이미지를..
이제 SolveGO 프로젝트의 CI까지 성공적으로 구축해두었으며, 따라서 모든 커밋을 올릴 때마다 Test code에 대한 수행 결과와 Test Coverage를 리포트로 확인할 수 있게 되었다. 또한 main 브런치에 안전한 커밋들만 merge 시킬 수 있게하여, 보다 안정적인 개발 환경을 마련했다. 한편, 지금까지의 프로젝트는 오직 나의 컴퓨터에서만 실행된다. 이는 프로그램이 내 개발 환경에만 존재한다는 의미이며, 결국 물리적으로 나의 컴퓨터를 사용할 수 있는 사람 외에는 누구도 SolveGO를 이용할 수 없다(GitHub에서 소스코드를 받아서 직접 실행하는 것이 아닌 브라우저를 통한 즉시 이용). 아무리 뛰어난 프로젝트라 하더라도, 사용자가 실제로 접근할 수 없다면 서비스로서의 가치는 퇴색되는 법...