다른 모듈 당 별도의 데이터베이스 및 서버 런타임을 위해 디자인해야합니까?

Question

새로운 J2EE 기반 엔터프라이즈 프레임 워크를 설계 할 때 별도의 비즈니스 모듈이 다른 데이터베이스를 사용해야하고 다른 애플리케이션 서버 인스턴스에서 실행 해야하는 상황을 준비해야합니까?

다른 관점에서 : 누구든지 경험 한 사람이 있습니까? 실생활 모듈 별 다른 데이터베이스 및 서버에 대한 요구 사항? 그렇다면 그 기업의 규모는 얼마입니까?

(내가 볼 수있는 한) 이것은 훨씬 더 복잡해 지고이 프레임 워크의 이전 버전 (및 소규모 은행)으로 위의 사례는 결코 일어나지 않았기 때문입니다.

답장 주셔서 감사합니다!

Answer 1

나는이 문구를 올바르게 이해했다고 확신하지 못한다

별도의 비즈니스 모듈은 다른 데이터베이스를 사용해야합니다

항상.

아마도 우리는 여기서 다른 것들에 대해 이야기하고 있습니다. 적어도 두 개의 데이터베이스가없는 조직을 만난 적이 없습니다. 여기에는 내 노트북의 나와 내 CD 카탈로그 및 기타 곡 데이터베이스가 포함됩니다.

다른 데이터베이스 공급 업체를 의미합니까? Oracle VX 및 Oracle VY와 같은 데이터베이스 버전? 그 정의 하에서도 나는 하나의 공급 업체 또는 버전을 보편적으로 둔화 한 고객을 생각할 수 없다고 생각합니다.

따라서 사소한 시스템에 일부 데이터베이스를보고 일부는 다른 모듈을보고 다른 모듈을 보게 될 것으로 기대합니까? 예, 끔찍하게.

일부 모듈은 두 개의 데이터베이스를 살펴볼 것으로 기대합니까? 한 사람의 참조 데이터는 다른 사람으로 살아갑니다. 또 다른 역사.

다른 서버의 다른 모듈 - 예. 분리 및 확장 성의 이유로. 앱 서버가 꽤 잘하는 것 중 하나입니다.

전반적으로, 왜 이것을 문제라고 생각합니까? 모듈은 JNDI에서 JDBC 연결을 조회하며 다른 데이터베이스를 사용하고 있음을 알 필요가 없습니다. 모듈을 올바르게 연결하는 것은 관리자 문제입니다.

한 가지 주요 문제는 XA 거래를 사용하는 것일 수 있지만 종종 피할 수 있습니다. 업데이트 동일한 모듈의 두 데이터베이스 또는 동일한 트랜잭션의 동일한 모듈에서 나온 경우.