저는 PAAS 솔루션을 제품으로 사용하고 있습니다. 우리는 여러 마이크로 서비스에서 비즈니스 프로세스를 나누었습니다. 프로세스의 핵심 부분은 거의 모든 마이크로 서비스와 밀접하게 연결되어 있습니다.마이크로 서비스로 사용자
사용자 관리와 같은 데이터를 관리하기 위해 별도의 서비스를 만드는 것이 좋습니까? 구현 후에는이 서비스 만 사용자 및 기타 관련 DB 테이블에 액세스 할 수 있습니다. 다른 모든 서비스는 사용자 관련 작업을 위해이 새로운 사용자 마이크로 서비스를 호출해야합니다.
이 접근 방식은 비정규 화를 추가하여 DB 스키마를 리팩토링하도록 강요합니다. 우리는 여러 개의 마이크로 서비스 중에서 제공되는 기본 테이블을 얻지 못합니다. 서버 서비스에 데이터가 필요한 경우 마이크로 서비스를 통해 공유됩니다.
나는 그렇다고 대답 할 것입니다.
결국, 그것은 사용자 자격 증명에 대한 전형적인, 권한 인증 (이 "논리 단위는"단일 서버 또는 동일한 인터페이스와 분산 솔루션이 될 수 있다는 점을.) 논리 단위로 집중되는
이것은 일반적으로 사용자 프로필 관리를 포함합니다. 때로는 별도의 구성 요소 나 장치가 필요할 수도 있습니다. 그리고 그것은 완벽하게 별도의 마이크로 서비스가 될 수 있습니다.
왜? 사용자 프로필 관리는 인증 및 권한 부여를 비롯한 다른 모든 서비스와 구별되기 때문입니다.
이제 이것이 단일 실제 배포 지점 인 경우 병목 현상이 발생합니다. 그러나 이것이 분산 된 서비스 (즉, 동일한 마이크로 서비스의 여러 인스턴스, 다른 토론을위한 주제 인 경우)라면, 그 우려는 완화됩니다.
모 놀리 식 응용 프로그램 (잘 작성된 경우에도)에서는 일반적으로 사용자 인증 및 관리가 나머지와 분리 된 별도의 격리 된 구성 요소로 나타납니다.
희망이 도움이됩니다.
합리적이지만 시스템 병목 현상이 시스템 속도를 저하시키지 않도록해야합니다. 평소처럼 프로필을 작성하고 필요에 따라 중복성을 제공하십시오. 마이크로 서비스가 갈 길이라는 논쟁은이 사이트의 범위를 벗어나는 것 같습니다. – hauron