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
- CoffiesVol.02
- 포트폴리오
- 코테
- LV02
- 연습문제
- 알고리즘
- 프로그래머스
- mysql
- LV03
- JMeter
- 디자인 패턴
- 이것이 자바다
- spring boot
- LV01
- Join
- AWS
- 데이터 베이스
- Lv.0
- JPA
- docker
- Java
- CI/CD
- Redis
- nginx
- Kafka
- SQL
- LV.02
- LV0
- 일정관리프로젝트
- 일정관리 프로젝트
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 일정 추천/챗봇 기능을 실제 서비스 운영 환경 관점으로 들이받았을 때는 여전히 해결해야 할 두 가지 한계가 찝찝하게 만들었..
포폴/일정관리 프로젝트 vol.02
2026. 4. 27. 19:33
