일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- DBDocs
- Naver Cloud
- AssertJ
- junit
- spring boot
- Pinpoint
- 회고
- Database
- React
- Enum
- 네이버클라우드
- Java
- NCP
- NooBLoL
- 에프랩
- Scheduler
- ncloud
- spring
- ngrinder
- docker
- OrientalUnity
- mybatis
- Naver Cloud Platform
- F-Lab
- object storage
- navercloud
- 네이버 클라우드
- NaverCloudPlatform
- Thymeleaf
- papago
- Today
- Total
목록cd (2)
DevJong12
목차 해당 프로젝트의 경우 CI 와 CD를 전부 Github Actions를 활용하였다. CI와 CD에 사용된 Github WorkFlows를 작성해 보고자 한다. 먼저 사전에 도움이 되라고, 내 프로젝트의 아키텍쳐이미지를 남겨논다. 1) CI 먼저 CI가 해당 프로젝트에서 왜 필요했을 까?부터 정의를 해보고자 한다. 필자의 프로젝트는 6명이 팀으로 있었고, 대부분이 Git에 미숙한 상황이었다. 하지만 Merge는 안전하게 진행해야 한다고 판단을 내렸으며 이에 따라, Build가 되지 않고 파일이 증발하는등의 위험한 PR을 솎아 내야 한다는 문제가 있었다. 해당 문제를 해결하고자 CI를 도입하였고, Build가 되지 않으면 CodeReview를 Approve하지 않고 Merge를 진행하지 않는 방법을 채..
지난번 Load Balancer작업 이후 그냥 간단한 프로젝트니까 CD를 쉽게 구축할 생각을 하면서 NCP를 계속 알아보고 있는 상황이다. 사실 AWS를 사용할떄야 CI / CD를 구축할 떄 Travis CI에서부터 연결되서 CD까지의 구축이 매우 쉽게 가능하고 참고할 수 있는 Reference가 많아서 매우 편한것이 사실이다. 이걸 NCP로 바꿔보려고 하면.. 참 고민이 많아 질 수 밖에 없는 것 같다. Travis CI로 작업을 시작하게 되면 너무 복잡해 지고 참고할 수 있는 Reference가 거의 전무해서 시간도 오래 소비되는게 참.. 일단 알아보는게 크게 4가지가 될것 같은데.. Github Actions를 통한 배포. 이거 근데 스크립트 일일이 내가 작성해야 해서 이럴꺼면 왜 하나 싶은 생각을..