저는 여러 다른 언어 및 건축 스타일로 코드를 작성하는 polygot 조직에서 근무합니다.서비스 지향 응용 프로그램의 구성 요소를 구성하기위한 옵션
저는 약 2 년 동안 서비스 오리 엔테이 팅 응용 프로그램을 작성해 왔으며 일을하는 방식에 만족했습니다. 이것이 문제입니다.
우리는 모두 SOA 원칙을 사용하여 솔루션/엔터프라이즈의 여러 부분을 연결하는 방법에 동의합니다.
구성 요소 수준에서 우리는 모두 약간 다릅니다.
현재 SOA에 대한 서비스 접근 방식으로서 모든 고급 구성 요소를 사용하여 기능 중심 인터페이스와 소프트웨어 포트리스를 선호합니다. implemenation beans 또는 wcf 서비스가 패턴이 변경되지 않은 채로 남아 있어야합니다. 그래서 같이
, 외관 아래 표준 클래스의 풍부한 도메인 모델 내 조직 옵트에서 SOA Design Pattern
기타. SOAP, REST와 같은 아키텍처 스타일이 모두이 수준에서 사용되었습니다.
우리는 또한 메서드 호출 스타일이 다르다. 명령 스타일 메시지와 다른 활동 설명 메시지가 다르다.
두 가지를 모두 사용했고 만족 스럽습니다. 내 질문에 다른 엔지니어가 SOA를 작성하는 데 사용하는 다른 방법이 있습니다.
저는 SOA 구축에 대한 새로운 사고 방식을 자극하기 위해 새로운 아이디어를 내놓았습니다.