Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
Tags
- 연습문제
- mysql
- SQL
- JPA
- 코테
- spring boot
- 포트폴리오
- docker
- CI/CD
- 알고리즘
- LV03
- Redis
- 디자인 패턴
- AWS
- Join
- Java
- Kafka
- 일정관리프로젝트
- LV01
- nginx
- JMeter
- LV.02
- LV02
- 이것이 자바다
- 데이터 베이스
- LV0
- 일정관리 프로젝트
- CoffiesVol.02
- 프로그래머스
- Lv.0
Archives
- Today
- Total
목록2026/04/13 (1)
코드 저장소.
목차1.왜 로드벨런싱이 필요 했는가?2.로드벨런싱 테스트3.마치며 1.왜 로드벨런싱이 필요 했는가?기존의 프로젝트 배포 환경은 단일 인스턴스였습니다. 비용 문제로 서버를 무한정 늘릴 수 없는 상황에서, 제한된 자원으로 최대한 안정적으로 운영할 수 있는 구조를 고민하면서 진행을 했습니다. 하지만 서버가 죽는 상황 자체를 막을 수는 없었습니다. 그래서 서버가 죽더라도 데이터가 유실되지 않도록 Outbox 패턴과 Kafka 오프셋 커밋 설정 등 여러 장치를 미리 심어두었지만 마음 한편에 걸리는 게 있었습니다. "장치를 아무리 잘 만들어도, 서버 자체가 죽으면 요청을 받을 곳이 없다." 기존의 배포에서는 Nginx를 리버스 프록시와 HTTPS 인증 용도로만 사용하고 있었습니다. 그런데 Nginx의 로드밸런서를..
포폴/일정관리 프로젝트 vol.02
2026. 4. 13. 20:24