msa구조에서 인증서버에서 발급받은 jwt토큰을 소스서버에서 인증처리 한 후 로직을 처리할려고 해 이때 인증처리를 할때 멤버db를 가지고 있어야 할거 같은데 소스서버의 db와 멤버 db둘다 동시에 가지고 잇어야 하는거야? **Microservices Architecture (MSA)**에서 인증 서버에서 발급한 JWT 토큰을 소스 서버가 인증한 후 해당 로직을 처리하는 방법에 대한 질문이군요. 여기서 고려해야 할 몇 가지 사항이 있습니다.JWT 토큰 인증:JWT 토큰 자체에는 필요한 정보(예: 유저 ID, 권한 등)가 포함되어 있습니다. 소스 서버는 JWT 토큰의 서명을 검증하여 유효성을 확인할 수 있습니다.멤버 DB 정보 활용:회원과 관련된 세부 정보가 필요하다면 별도의 멤버 DB를 참조해야 합니다. ..
MSA/졸과
배포중인 상황에서의 입력이 들어오면 어떤 출력이 나와야 하는건지 =입력,출력 타입 BCE-> 배포관리가 예매에 비해서 서비스 크기가 다르다 바운더리 이름이 더 명확하게-> 기능의 이름 처럼 되야 한다 마이크로서비스 기본개념은 기능 딱 1개만 있어도 돌아가게 만들어야 하는데 그러면 너무 크니까 예매 관리 정도의 크기로 나눠서 하자 진짜진짜는 바운더리는 버튼 1개도 될수 잇찌만 그렇게 하면 말도 안되니까 바운더리 하나에 여러개의 컨트롤이 가능하다 기능의 크기 통일성이 가장 중요하다 약결합이라면 원래는 뭐가 먼저 되어있던지 상관없고 원래는 각각의 BCE는 다른 BCE에 의존성이 없어야한다 네임스페이스를 공연기준으로 한거는 공연에 관리자가 추가 되는경우 네임스페이스를 공연기준으로 하면 일률적인 롤을 구성해두고..
컨테이너애플리케이션을 실행하는데 필요한 라이브러리,구성파일 등 패키지로 묶어서 이미지처럼 배포Host OS의 환경 변수와 상관없이 구동 가능, 배포 시간 짧고 복잡성 감소MSA하나의 애플리케이션을 여러 서비스로 작게 나누고 서비스끼리 통신하는 형태의 아키텍처(코로나 백신 예약 시스템이 인증 단계에서 장애 발생 -> 전체 시스템 장애)서비스 별로 독립적인 개발, 배포, 확장 가능컨테이너API 게이트 웨이API 트래픽을 관리하는 중개자 역할을 하는 서비스, 상대방의 API에 직접 액세스 권한을 부여하지 않고도 상호 작용 가능예를 들어 회사의 서로 다른 부서에서 서로의 내부 시스템에 액세스하지 않고도 데이터를 공유할 수 있다API 게이트웨이는 인증, 속도 제한, 캐싱, 요청/응답 변환과 같은 작업을 처리하여 ..
