| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- LV01
- 디자인 패턴
- 일정관리 프로젝트
- S3
- 일정관리프로젝트
- 알고리즘
- Redis
- LV1
- 데이터 베이스
- GIT
- docker
- SQL
- 코테
- 연습문제
- 이것이 자바다
- LV.02
- LV0
- Java
- Join
- spring boot
- CI/CD
- 포트폴리오
- LV03
- mysql
- JPA
- CoffiesVol.02
- Lv.0
- Kafka
- 프로그래머스
- LV02
- Today
- Total
목록nginx (2)
코드 저장소.
목차 1.목표2.사전구성3.설정 구성4.인증서 발급 과정5.이후 과정6. 추가적인 팁 1.목표 메인 도메인: schedulemanagement.site → Vercel에서 프론트 호스팅API 서브도메인: api.schedulemanagement.site → Lightsail에서 백엔드 운영 (Spring Boot + Nginx)HTTPS 기반으로 보안 통신 적용Docker 기반으로 전체 인프라 구성2. 사전 구성도메인: 가비아에서 구매DNS는 AWS Route 53 사용 중Route 53에서 api.schedulemanagement.site → Lightsail 퍼블릭 IP로 A 레코드 등록Nginx, Spring Boot, Kafka 등은 Docker Compose로 관리인증서는 Certbot + ..
목차1. 도입 / 배경2.MobaXterm을 활용한 배포 자동화 & 운영3.후기 1. 도입 / 배경지난글에서는 배포를 할 기본적인 인프라를 세팅을 했고 이번에는 GithubAction을 활용해서 CI/CD를 구축을 하기로 했습니다. CI/CD를 적용을 하게 된 이유는 아래와 같습니다.수동으로 서버를 올리면서 배포를 하면 작업을 하는데 있어서 시간소모가 크다.작업을 하면서 운영을 하기 위해서는 빌드,테스트,배포를 자동화하는 것이 필요.위와 같은 이유로 GithubAction을 사용해서 CI/CD를 구축을 하고자 합니다. 그래서 이번글의 목표는 아래와 같습니다.main 브랜치에 코드가 머지되면 자동으로 빌드/테스트/배포가 이루어지게 만드는 것운영 서버에서는 실제 서비스가 무중단으로 배포/재시작되는 구조로 만..