시스템의 수평적 확정에 유연하다확장된 서버, 시스템 부하분산 가용성 보장시스템 또는 서비스 어플리케이션 단위 패키지(컨테이너 기반)서비스 생성-통합-배포, 비즈니스 환경 변화에 대응 시간 단축분활된 서비스 구조무상태 통신 프로토콜서비스 추가 삭제 자동 감지변경된 서비스
Spring Eureka가 해주는 역할 ⇒ 포트 여러개를 하나에 등록 시켜서 사용외부에서 마이크로서비스를 검색해서 사용하기 위해 사용key // value로 지정client ↔ loadbalancer ↔ discoveryservice ↔ msa1, msa2, ms3Sp
Catalog-service : 상품조회User-Service: 사용자조회, 주문확인Order-service : 상품 주문 User service <>Order service : 주문조회OrderServce <> CatalogService : 상품 수량 업데
분산 시스템에서 서버 클라이어트 구성에 필요한 설정 정보를 외부시스템에서 관리application.yml파일이 아닌, 되부 시스템에서 관리한다는 뜻yml 파일의 우선순위를 지정할 수 있다.application.yml → application-nam.yml(user-se
: 암호화와 복호화 방식에 쓰인 키가 서로 같을 때: 암호화와 복호화 방식에 쓰인 키가 서로 다를 때: 공개키, 비밀키를 사용(서로 다른 키로만 하면됨)→public으로 암호화하면, 복호화는 private키로 하면됨→private으로 암호화하면, 복호화는 public키
UserService → Eureka Discovery Service → orderservice1, 2UserService → RestTemplate →Eureka Discovery Service → orderService1,2로그인 후 → 주문 넣고 → 주문아이디 반
메시지 보내는쪽 → producer메시지 받는쪽 → consumerbroker : 카프카 서버(3대이상 구현 권장)zookeeper : 메타데이터, broker id, controller id등 저장, controller 정보저장n개 borker중 1대는 control
스택오버플로우 답변을 달다가 내가 주입한 빈을 확인하는 방법에 대한 질문이 올라와있길레 해당 질문을 찾다가 과련된 답변이 있어서 기록을 남기기위해 적어본다.이런식으로 실행파일에 commandLineRunner를 상속받아 메인함수 실행시 해당 빈을 모두 출력하게끔 코드를
프로젝트 하면서 OAuth를 로그인도 추가해할 일이 생겼습니다.총 3가지 루트의 로그인을 지원합니다 (구글, 네이버, 카카오)이 글은 Oauth 개념 정리 및 구현 과정에 대한 기록을 남기기 위해 작성하였습니다.이미 많은 자세한 설명이 있기 때문에 간단한 개념을 설명한
이번에 채팅을 구현하면서 겪었던 경험과 생각해보았던 방법을 정리 및 개념 이해를 위해 작성하였습니다.채팅은 뭐가 기본이 되어야 해? 라고 물어보면 대부분 실시간으로 메시지를 주고 받을 수 있어야지! 라고 할 것 같아요.저도 당연히 그렇게 생각했습니다. 그래서 이러한 방