전 세계의 여러 지역에있는 여러 데이터 센터에 배포 할 솔루션을 구축 중입니다. 각 데이터 센터에는 복제 된 데이터 사본이 각 지역에서 적극적으로 업데이트됩니다. 필자는 각 데이터 센터에 여러 데이터베이스와 파일 시스템을 조합하여 상태를 일관되게 유지해야합니다 (데이터 센터 내). 이러한 여러 저장소는 SOA 서비스 계층에 의해 처리됩니다. 복제에서 약간의
저는 SOA에 대해서 읽고 있습니다. 그리고 서비스 레지스트리/UDDI는 정기적으로 언급됩니다. 그것은 좋은 소리지만 어떻게 현실에서 사용됩니까? 레지스트리는 논리적 서비스를 '실제 구현 (포트, URL 등)에서 분리합니까? 재미있는 서비스를 찾고있는 사람이 레지스트리를 탐색해야합니까? 응용 프로그램 을 하드 와이어로 연결하는 것이 바람직하지 않습니까?
기본 끝 점이 죽으면 장애 조치 끝점을 사용하여 WCF 서비스를 구성 할 수 있습니까? SQL 클러스터에서 장애 조치 서버를 지정할 수있는 것과 같습니다. 특히 속도를 위해 TCP/IP 바인딩을 사용하고 있지만 드물게 컴퓨터를 사용할 수없는 경우 트래픽을 장애 조치 서버로 리디렉션하려고합니다. 메시지를 잃어 버릴 염려가 없습니다. 난 그냥 다시 라우팅을 처
일반적인 시나리오입니다. 우리는 구식 XML 웹 서비스 을 내부적으로으로 사용하여 서버 팜과 여러 및 로컬 클라이언트간에 통신합니다. 어떠한 제 3 자도 참여하지 않으며, 우리 자신과 고객이 사용하는 응용 프로그램 만. 우리는 현재 XML WS에서 WCF/객체 기반 모델로의 전환을 숙고하고 있으며 다양한 접근 방식을 실험 해 왔습니다. 그 중 하나는 와이어
Windows에서 영구 메시징을 위해 큐잉 제품을 사용하려면 .NET 2.0 이상을 실행하십시오. 현재 MSMQ 대신 사용할 수있는 대안은 무엇입니까? ActiveMQ (http://activemq.apache.org/)에 대해 알고 있고 (http://wsmq.net을 가리키는) WSMQ에 대한 참조를 보았지만 사이트가 다운 된 것 같습니다. 다른 대안이
저는 ESB를 구현하려고하는데 내 웹 서비스가 어떻게 변경 될 수 있는지 (WCF) 또는 이러한 서비스를 사용하는 클라이언트 응용 프로그램이 "수정해야 할 것"(- 기타 ESB를 경로에 새로운 서비스 심판보다 -) 내가 특별히 함께 일하고 있어요 장치가 "는 WebSphere 데이터 파워 XML 보안 게이트웨이 XS40"입니다