MSA

복잡한 어플리케이션, 대규모 팀이 작업하는 경우 유용 서비스 간의 독립성과 확장성이 필요한 경우 적합 서비스 간 데이터 공유를 위해 API나 이벤트 기반의 통신을 사용함.

동일 출처 정책(Same Origin Policy) 기본적으로 브라우저는 동일 출처 정책(Same Origin Policy)를 따른다. ⇒ 서로 다른 도메인에서 자원을 공유하는 것을 금지한다. ⇒ CSRF, XSS와 같은 보안 취약점을 노린 공격을 방어하기 위함

Netty :비동기 이벤트 기반의 네트워크 애플리케이션을 개발하기 위한 프레임워크 비동기? - 처리될 때까지 기다리는 것이 아니라 요청은 요청대로, 응답은 응답대로 따로 하는 것 → 독립적으로 돌아가는 행위ex) Ajax주로 고성능, 확장 가능한 네트워크 서버를

요청자 "ㄱ"이 로그인 요청을 보냄→ A서버가 받아서 처리 이후, 새로운 요청을 전송→ C서버가 전달받았는데 C서버의 세션에는 로그인 정보가 없음“대용량 트래픽 처리를 위한 부하 분산을 해결하는 과정에서 나타난 세션 관리의 문제”에 대한 해결 방안들특정 세션의 요청을

API Gateway 클라이언트/백엔드 서비스 간의 통신을 관리하고 제어하는 역할을 하는 컴포넌트 → 이를 통해 보안, 성능, 확장성 등 다양한 이점을 얻을 수 있음. → 서비스 관리 및 모니터링 서비스 감지, 로드 밸런싱, 회로 차단 등을 통해 서비스 운영이

Eureka? Spring Cloud Discovery라는 개념을 활용하기 위한 라이브러리로 사용 Health Check, 로드 밸런싱을 하기 위해서 사용하는 서버 MSA에서 서비스의 등록, 발견 및 관리를 위한 Discovery Service서비스 등록개별 M

클라이언트 입장에서 서비스가 끊어지지 않으면서(Zero-downtime) 새로운 버전을 업데이트일반적인 방식, 점진적으로 배포 버전을 바꾸는 방식배포 스크립트를 짤 때, 배포 순서별로 딜레이를 준다. ex) 리눅스 sleep 사용을 사용하여 구현1번 서버 다운 → 30

중앙 집중화된 설정 저장소애플리케이션의 설정파일을 저장하고 관리하는 중앙 집중화된 저장소Git SVN 등의 버전 관리 시스템을 사용할 수 있음외부 구성 소스 지원Spring Cloud Config는 다양한 외부 구성 소스를 지원합니다. → 주로 Git이 사용되지만,