jupyter nbconvert --to script FastAPI.ipynb

uvicorn main:app --reload

CORS

웹 페이지는 동일한 출처(도메인, 프로토콜, 포트가 모두 일치하는 경우)의 리소스에만 접근할 수 있습니다. 이를 "동일 출처 정책"이라고 합니다. 하지만 실제 웹 개발에서는 다른 출처의 API, 이미지, 스크립트 등을 사용해야 하는 경우가 많습니다. 이 때 CORS가 필요합니다.

서버 프록시(proxy)

서버 프록시는 클라이언트와 서버 사이에서 중개자 역할을 하는 서버

• 요청 중계: 클라이언트의 요청을 대신 받아 실제 서버에 전달하고, 응답을 다시 클라이언트에게 전달합니다.
• CORS 문제 해결: 프론트엔드와 백엔드가 다른 도메인에 있을 때 발생하는 CORS 이슈를 우회할 수 있습니다.
• 요청 변환: 클라이언트의 요청을 필요에 따라 수정하거나 변환할 수 있습니다.
• 캐싱: 자주 요청되는 데이터를 캐싱하여 성능을 향상시킬 수 있습니다.
• 보안 강화: 실제 서버의 주소를 숨기고, 요청을 필터링하여 보안을 강화할 수 있습니다.
• 로드 밸런싱: 여러 서버에 요청을 분산시켜 부하를 분산할 수 있습니다.
• 모니터링: 요청과 응답을 모니터링하여 디버깅이나 분석에 활용할 수 있습니다.

React 환경에서는 주로 개발 서버에 프록시 설정을 추가하여(http-proxy-middleware 패키지 이용) API 서버와의 통신 시 CORS 문제를 해결하는 데 사용됩니다.

🔁 차이 요약

🔍 함께 쓰는 경우