일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 연습문제
- 이것이 자바다
- 알고리즘
- 일정관리 프로젝트
- Redis
- CI/CD
- JPA
- LV03
- 일정관리프로젝트
- SQL
- mysql
- docker
- LV.02
- 코테
- Join
- Java
- spring boot
- 프로그래머스
- Lv.0
- LV1
- GIT
- 포트폴리오
- S3
- LV0
- 디자인 패턴
- Til
- CoffiesVol.02
- 데이터 베이스
- LV02
- LV01
- Today
- Total
목록2025/07 (2)
코드 저장소.
문제 상황기존 키 삭제하거나, 새로운 .pem으로 접속이 안 될 때 이 문서를 따라 복구하면 됩니다. Lightsail 인스턴스를 생성할 때 등록된 SSH 키(schedulemanagement-monitoring)와, 내가 사용하려는 **다른 키(monitoring-key.pem)**가 서버에 등록되지 않아서 접속 실패하는 상황.No supported authentication methods available (server sent: publickey) 복구 절차 요약1. monitoring-key.pem → 공개키 추출Git Bash를 .pem이 있는 폴더에서 실행:ssh-keygen -y -f monitoring-key.pem > monitoring-key.pub monitoring-key.pub ..

목차1.도입 배경2.문제 분석3.캐시 적용4.느낀점 1.도입 배경CI/CD 파이프라인을 GitHub Actions로 구성한 이후, 커밋이나 PR마다 평균 2~3분의 빌드 시간이 소요되는 문제가 있었습니다.현재 프로젝트는 멀티모듈 Gradle 기반으로 구성되어 있으며, 외부 의존성도 많아 빌드 성능의 손실이 반복되고 있었습니다.단순한 변경 사항이나 테스트 커밋임에도 매번 전체 빌드를 새로 수행해야 했고, 이로 인해 개발 흐름이 끊기거나 PR 리뷰 속도가 느려지는 병목이 발생했습니다.운영 환경 배포를 자동화하기 위해 CI를 구성했지만, 오히려 개발 속도를 방해하는 상황이 생긴 것입니다.2.문제 분석GitHub Actions는 매 빌드마다 새로운 VM 환경에서 실행되기 때문에, 기존에 다운로드된 의존성 파일(..