기본적으로 저는 현재 기존 제품의 재발급을 계획 중입니다. 이 제품은 현재 하나의 큰 덩어리를 기반으로하며 개별적으로 확장 할 수있는 단일 서비스로 나누기를 원합니다. 나는 이미 잠시 파고 들기는했지만, SOA 애플리케이션을 올바르게 구조화/설계하는 방법에 대한 좋은 정보는 찾을 수 없었다.분산 형 SOA 구조 및 설계
로그인 예를 통해 다음 설정이 로그인을 처리하는 데 올바른/허용 가능한 방법일까요?
- : 사용자 인증을
- 계정 서비스를 처리
- 웹 서비스는, 지금 흐름은 다음과 같은 것 사용자가 로그인 UI를 제공하는 웹 서비스에 도달
- 사용자는 이메일과 암호를 입력 클릭
- 웹 서비스가
account.example.org/api/
- 에 게시되는 계정 서비스 계정 서비스는 자격 증명의 유효성을 검사에
POST
요청을 보내고 그 결과를 반환 "로그인" 웹 서비스
을 처리 들어오는 모든 트래픽을 기본적으로
이것은 SOA에서 서비스를 처리/구조화하는 데 사용할 수있는 방법인가 (정말 간단 함)? 그렇다면 웹에 공개되거나 액세스 할 수없는 다른 서비스 (예 : 계정 서비스)로 서비스를 인증하려면 어떻게해야합니까? 기본 인증? 또는 인증 서버를 통해?
해당 /api/
종점이있는 다른 하위 도메인 (예 : account.example.org/api/
)의 각 서비스 대신 api.example.org
과 같은 항목에 모든 것을 넣어야합니까? 그렇다면 무거운 하중을 어떻게 처리 할 수 있습니까? 아니면 전체 API 대신 서비스의 일부를 확장 할 수 있습니까?
계속 주목하기 위해 무엇이 더 중요합니까?
물론 나 또한 분산 SOA의 API의
답장을 보내 주셔서 감사합니다. 다른 하위 도메인을 사용하려는 이유는 다음과 같습니다. 다른 컴퓨터에서 다른 api를 가질 수있는 방법이 있습니까? 그러므로 기본적으로 api.example.org/{resource}를 내부 도메인으로 라우팅하는 Proxy 또는 이와 비슷한 것이 필요합니까? –