개발중인 응용 프로그램의 아키텍처 패턴을 연구 중이며 마이크로 서비스 접근 방식이 좋은 선택 인 것처럼 보이지만 서비스 간의 상호 작용을 처리하는 방법을 잘 모르겠습니다.
이 응용 프로그램은 주로 사용자, 사용자가 소유 한 프로필, 사진 및 사진에서 일대 다 프로필을 나타내는 태그를 처리합니다. 사용자가 업로드 한 사진을 반환하고 태그가 지정된 특정 프로필이 포함 된 사진을 반환하는 방법 등이있을 수 있습니다.
이것은 마이크로 서비스 기반 아키텍처를 설계 할 때 처음으로 사용 된 것으로, 모 놀리 식으로 구성된 도메인 모델에서 영감을 얻은 역사 에서 나왔습니다 . 그 세계에서 컨트롤러는 이러한 도메인 객체를 함께 연결하지만 마이크로 서비스 방식으로 작동하는 방식으로 머리를 감싸는 데 어려움을 겪고 있습니다.
답변:
일반적으로 서비스는 데이터에 액세스해야 할 때 다른 서비스를 호출합니다. 각 데이터는 특정 서비스에 속해야하며이 서비스는이 데이터에 액세스하고 수정하는 유일한 진입 점이됩니다. 일부 서비스는 단순하며 일반적으로 도메인 모델 (예 : 사용자 처리 서비스)과 밀접하게 일치하는 반면, 다른 서비스는 고급 서비스이며 다른 서비스의 데이터를 사용합니다 (예 : 업로드 한 사용자에 대한 정보와 함께 사진 목록 표시) ).
유스 케이스에서는 외부에서 시작하여 API를 통해 사용자에게 제공 할 오퍼레이션 (백엔드 서비스 인 경우) 또는 GUI (웹 애플리케이션 인 경우)에서 사용할 수있는 오퍼레이션을 생각해야합니다. GUI 부분은 종종 자체 컨트롤러가있는 일반 응용 프로그램입니다. AngularJS와 같이 REST를 통해 작업을 호출 할 수 있지만 이러한 엔드 포인트는 GUI 응용 프로그램의 용도로만 사용되며 일반적인 의미로는 마이크로 서비스가 아닙니다.
업 로더에 대한 정보와 함께 사진을 표시한다고 가정합니다. 사용자 ID가 주어진 사용자에 대한 정보와 사진을 나열 할 수있는 사진 서비스 (예 : 일부 기준으로 검색)를 반환하는 사용자 서비스가있을 수 있습니다. 사진 목록에는 각 사진마다 업로드하는 사용자의 ID가 포함됩니다. 이러한 방식으로이 두 서비스는 서로 연결되지 않습니다. 사진 서비스는 사용자 ID 만 알고 있으며 사용자 데이터 자체는 아는 것이 없습니다. 이 두 가지 서비스 외에 "업 로더에 대한 정보가 포함 된 사진 목록"과 같은 작업을 통해 세 번째 서비스를 만들어 다른 두 서비스를 호출하고 이들이 반환하는 데이터를 결합 할 수 있습니다. 또는이 작업은 서비스 대신 웹 응용 프로그램에서 수행 할 수 있습니다.
이 응용 프로그램은 주로 사용자, 사용자가 소유 한 프로필, 사진 및 사진에서 일대 다 프로필을 나타내는 태그를 처리합니다. 사용자가 업로드 한 사진을 반환하고 태그가 지정된 특정 프로필이 포함 된 사진을 반환하는 방법 등이있을 수 있습니다.
글쎄, 프로필 서비스는 사용자 객체와 함께 작동해서는 안됩니다. 더 이상 데이터를 반환하도록 요청 된 사용자의 ID 만 알 수 있습니다. 이 방법으로 사용자 서비스와 프로필 서비스 간의 상호 작용이 필요하지 않습니다.
그래도 문제가 해결되지 않으면 처리중인 정확한 상황을 설명하여 명확하게 설명해 주시겠습니까?