나는 현재 인증 (ID 및 권한에 대한 책임을 경계 상황)에 대한 책임 마이크로 서비스를 개발하고있다. 우리는 다른 도메인에 연결되어 사용자의 역할에 따라 특정 설정을 가지고 있지만, 토큰 DDD 사용자 도메인 별 설정
에게 등을 예를 들어role_can_write_booking: true,
fetch_products_type : "all/forUsersCompanyOnly"
를 들어 (이 https://developer.zendesk.com/rest_api/docs/core/custom_roles 같은)
를 생성하는 데 사용 이 정보를 ID BC의 일부로 유지해야합니까, 그렇지 않으면 각 도메인이 설정의 일부로 유지되어야합니다. 예 : 예약 경계 컨텍스트 내부 role_can_write_booking : true
는 예약 제품 내부 fetch_products_type : "all/forUsersCompanyOnly"
문맥을 경계. ?
그냥 궁금해서 ... 여러 경계 컨텍스트에 걸쳐 역할을 많이 가지고 있습니까? 그러한 역할에 대한 예를들 수 있습니까? 내 경험에 비추어 볼 때 각 하위 도메인의 유비쿼터스 언어는 고유 한 개인/역할 이름을 정의하는 경향이 있습니다. – guillaume31
@ guillaume31 각 제한된 컨텍스트는 회계, 예약, 제품 등의 기능 중 하나를 제공합니다. 예를 들어 우리는 예약을 담당하는 에이전트를 가질 수 있습니다. 일부는 예약 및 제품 등에 대한 액세스 권한을 가질 수 있습니다. 전 세계적으로 말해서 모든 에이전트이지만 유비쿼터스 언어에서는 하나가 BookingAgent이고 하나는 ProductAgent입니다. 그들 중 일부는 읽기 전용이고, 일부는 편집 할 수 있습니다. – Robert
예를 들어보다 정확한 역할 이름을 부여 할 수 없습니다. [Booking + Products]는 나에게 냄새가 난다. 역할이 정말로 BC 당 있다면? 그럼 다시, 나는 당신의 영역에 있지 않습니다. – guillaume31