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
- 프로그래머스
- docker
- Lv.0
- LV02
- spring boot
- LV01
- JPA
- JMeter
- CoffiesVol.02
- 연습문제
- LV03
- nginx
- 일정관리프로젝트
- 데이터 베이스
- 알고리즘
- 포트폴리오
- LV0
- 일정관리 프로젝트
- Redis
- AWS
- LV.02
- Java
- 디자인 패턴
- 이것이 자바다
- CI/CD
- mysql
- Kafka
- 코테
- SQL
- Join
Archives
- Today
- Total
목록2026/04/27 (1)
코드 저장소.
목차1.고도화 이유2.변경된 구조3.후기 1.고도화 이유지난 1편에서는 AWS LightSail 2GB VM이라는 제한된 인프라 환경에서 OpenAI API와의 연동을 위해 OpenFeign(블로킹)을 WebClient(논블로킹)로 전면 전환하는 뼈대 작업을 진행했었다. 당시 JMeter를 활용해 메인 인프라의 체력을 테스트했을 때, 일반 일정 생성(CRUD) API의 경우 동시 사용자 100명(100VU)까지 에러율 0%로 안정적으로 버텨내는 성능 방어선을 확인했었다.우리 서버 자체의 일반적인 CRUD 처리 능력은 검증을 마쳤지만, OpenAI API를 직접 타고 들어오는 AI 일정 추천/챗봇 기능을 실제 서비스 운영 환경 관점으로 들이받았을 때는 여전히 해결해야 할 두 가지 한계가 찝찝하게 만들었습니..
포폴/일정관리 프로젝트
2026. 4. 27. 19:33