2013-06-03 2 views
0

나는 ServiceMix를ServiceMix 번들 디자인에 대한 조언?

  • 내가
  • 그리고 여러 외부 시스템 다른 서비스와 웹 서비스의 무리와 내 자신의 시스템을을 사용하여 ESB 솔루션을 구현하고
  • (WS 인터페이스, 다른 사람과 약간의 대부분) 이것들은 ServiceMix/Camel과 연결됩니다. 일부 메시지 라우팅, 변환 및 기타 EIP가 여기에서 발생합니다. 이 솔루션은 번들 간 통신을 위해 JMS 대기열을 활용할 가능성이 높습니다.

번들 디자인 구조에 대한 유용한 정보가 있습니까? 하나의 번들에 모든 것을 넣어야할까요? 하나의 번들로 라우팅해야하고 각각의 외부 시스템에 대한 변환을 각각의 번들로 포함해야합니다. 또는 유지 보수가 지나치게 복잡하지는 않지만 어떤 종류의 구조로 모듈성의 이점을 충분히 얻을 수 있습니까? ? 결정을 내릴 때 고려해야 할 사항은 무엇입니까?

이러한 종류의 디자인 문제에 대한 모범 사례 또는 참조 자료는 무엇입니까?

몇 가지 일반적인 가이드 라인을 찾고 있는데 아직 많이 찾지 못했습니다.

답변

0

내 경험에 따르면 가장 좋은 방법은 응용 프로그램의 동작/수명주기/종속성을 명확하게 정의하고 시스템 요구 사항을 충족하는 충분한 모듈성을 제공하기 위해 선을 그릴 수있는 위치를 파악하는 것입니다 불필요한 모듈성 (미안하지만, 내가 모르는 모호함).

이 책을 통해 기본 개념을 쉽게 확인할 수 있습니다. http://www.packtpub.com/open-services-gateway-initiative-starter/book