일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 웹캐시
- 재고 시스템
- springboot
- JAVA8
- 카카오 화재
- CaffeineCache
- ci/cd
- JPA
- 공변
- Ehcache
- Jenkins
- lazyloading
- Metaspace
- 상태패턴
- 트랜잭션
- 주문
- java
- nonclustered index
- Spring Data Redis
- GithubActions
- Redis
- 제네릭
- 부하테스트
- method area
- JDK14
- 리팩터링
- 지연로딩
- 동시성
- B+TREE
- backend
- Today
- Total
목록GithubActions (2)
NDM

구축일지 1편에서는 왜 자동화를 선택했는지, Jenkins 대신 GithubActions를 사용했는지 알아보았습니다 이번 2편에서는 CI/CD 자동화를 어떻게 했는지에 대해 서술합니다. 하나하나 다 알아보지는 않고, 핵심적인 몇몇 단계만 짚어서 보겠습니다 전체 워크플로우는 다음과 같습니다. # application.properties 설정 파일 숨기기 특정 브랜치로 체크아웃 -> Java11 설정 -> Build까지 별 다를게 없는 설정입니다. 다만, make application.yml을 봐주시길 바랍니다. 저는 SpringBoot로 프로젝트를 진행하고있고, SpringBoot의 application 파일에는 설정정보들이 담겨져있습니다. DB의 host나 username, password등이 그 예시이..

배달 플랫폼 API 서버 프로젝트를 진행중입니다. 매번 빌드하고 서버에 배포하는 과정을 자동화하고 시간을 단축하기 위해 CI/CD를 구현했습니다 왜 자동화를 선택했는가 두 가지 관점에서 바라보겠습니다 첫 번째는 이것을 수동으로 진행한다면, 합쳤을 때 꽤 많은 시간이 소요된다는 것입니다 프로젝트 빌드 -> 테스트 -> 패키징 압축 -> 배포 .. 하는 과정을 일일히 수동으로 한다고 생각해 보세요 귀찮은 것도 귀찮은 것이지만, 프로젝트의 크기가 커질수록 시간은 비례해서 늘어나게 됩니다 사실 제 프로젝트같이 실 서비스가 아닌 토이프로젝트에서는 이러한 첫번째 이유가 주된 이유일 것입니다 두 번째는 협업을 하는 경우에, 내가 아닌 테스터나 기획쪽 팀원이 개발 반영 사항을 확인할 수 있다는 것입니다 쉬운 이해를 위..