2015-01-02 4 views
1

Udi Dahan의 Advanced Distributed Systems Design 과정에서 배운 원리를 사용하여 SOA 프로젝트를 개발 중입니다. 지금까지이 프로젝트에는 6 개의 완전히 독립적 인 서비스와 제 3 자 서비스와의 통합 및 통합을위한 IT/Ops 서비스가 있습니다. 인프라 코드, I/O 및 유틸리티를 사용하여 이러한 모든 서비스에서 사용할 수 있도록 개발 한 라이브러리 세트도 있습니다.SOA 솔루션 설계 및 서비스 캡슐화 : 서비스 코드베이스를 별도의 솔루션으로 유지해야합니까 아니면 모두 하나로 묶어야합니까?

이러한 서비스 코드를 하나의 솔루션으로 유지하거나 완전히 별도의 솔루션으로 유지하는 것이 더 좋습니까? 아니면 둘다? 하나의 솔루션으로 통합 테스트가 훨씬 간단해질 것이지만 서비스 캡슐화에 관심이 있습니다. 한 서비스에서 일하는 개발자가 의도하지 않은 연결로 이어질 수 있기 때문에 다른 서비스의 작동 방식을 알리고 싶지 않습니다. 모든 코드베이스를 하나의 솔루션으로 유지할 때 서비스 캡슐화와 관련하여 실제 문제가있는 사람이 있습니까?

답변

2

저는 서비스를 별도의 솔루션 또는 별도의 리포지토리에 보관할 것입니다.

나는 서비스 캡슐화와 관련이 없다고 생각하지만, 코드 경쟁에 더 잘 대처하고 서비스 간의 의존성을 없애는 데 더 많은 도움이된다.

일반적인 코드 (계약서와 같이)는 별도의 저장소에 저장하고 누겟 (또는 유사한)을 사용하여 솔루션 형태를 참조하십시오.

의미가 있습니까?