Daas Data as Service와 EAI Enterprise Application Integration의 차이점은 무엇입니까? EAI는 ESB Enterprise Service Bus를 사용하여 엔터프라이즈 소프트웨어 통합 (ERP, SCM, CRM 등) 간의 복잡성을 극복하기 위해 설계된 프레임 워크임을 이해합니다. DAAS가 그림 어디에 들어 있는
배경 우리는 통합 플랫폼을 설정하는 곳 나는이 프로젝트에 참여하고 /ESB 및 측면을 따라이 API를 관리로 고정 될 때 생성물. 전략은 많은 통합이 처리되는 통합 계층을 갖는 것입니다. 이렇게하면 개별 시스템이 분리되어 한 곳에서 액세스 및 모니터링을 제어 할 수 있습니다. 저는 API 관리에 익숙하지만 몇 년 동안 엔터프라이즈 애플리케이션 통합 작업을
고객으로부터 인보이스를 받으려면 X12 810 문서 구현을 만들어야합니다. 송장 헤더 레벨에있는 ShipNumber, ShipmentNumbers 및 ProjectCode와 같은 특정 필드가 있습니다. 송장 상세 수준에 ExpenseType과 같은 필드도 있습니다. 고객에게 전달하는 문서에서 BIG09가 shipnumber 여야하며 길이가 10 자일 수 있
많은 레거시 이기종 시스템이있는 프로젝트를 진행 중입니다. JMS/MOM/ESB를 사용하여 연결하려고하지만 클라이언트의 동기식 웹 서비스 호출이 필요합니다. 즉 웹 서비스를 사용하는 요청/응답 아키텍처가 필요합니다. 클라이언트가 전화를 걸고 응답을 기다립니다. 제 질문은 어떻게 필사적 인 시스템을 연결하기 위해 JMS/MOM에서 내부적으로 작동하는 요청/응
본래의 의도는 ESB 아키텍처와 Hub-Spoke 아키텍처의 차이점을 이해하는 것입니다. 나는 얼마나 많은 답이 주어 지더라도 명확하게 이해할 수는 없다. 다음 내 이해 입니다 - ESB가 제품하지만 아키텍처 토폴로지 아니다 - ESB는 느슨하게 결합 된 통합을 용이하게하고 의존성 을 감소 - Mulesoft ESB 그냥 ESB 특성 이상을 제공하는 시장에
잠재 고객은 CICS 호스트에서 호스트 서비스를 사용하는 통합 전략을 제안 해 줄 것을 요청합니다. 우리는 보통이 선택을 고객의 CICS 전문가와의 전용 회의에 위임 했으므로 여기서는 조금 벗어나고 조언이 필요합니다. 당신은 당신이 거래 필요한 경우 MQ 엔드 포인트를 노출 을 거래 필요하지 않은 경우 가 웹 서비스를 노출하십시오 나는 보통 제안 엄지 손가
두 개의 다른 채널에서 동일한 메시지 (페이로드)를 처리해야한다는 요구 사항이 있습니다. PubliSHSubscribe 채널을 사용하면 두 채널 모두에 메시지 사본을 만들어 문제를 해결할 수 있습니다. 그러나 우리는 각 채널이 하나씩 차례로 실행되고 있다고 생각하고, 하나의 채널에서 페이로드를 변경하면 다른 채널의 페이로드에도 영향을 미칩니다. 난 bean
우리는 회사 응용 프로그램을위한 아키텍처를 정의하므로 아키텍처는 다른 응용 프로그램/시스템과의 통합을 처리해야합니다. 우리가 생각한 첫 번째 사실은 모든 통합을 독립 실행 형 모드로 실행되는 ESB (Mule)에 집중시키는 것이 었습니다. 그러나 새로운 요구 사항이 나타났습니다. 모든 응용 프로그램은 자체 통합을 관리해야합니다 (아직 정의되지는 않았지만 매
JMS 주제는 핵심 개념입니다. 이것은 게시/구독 패턴의 표현입니다. 은 게시자는 가입자가 채널을 구독하고 해당 채널 채널은 모든 가입자가 인가 메시지를받은 메시지를 제거에서 메시지를 수신 채널 에 자신의 메시지를 게시 MSMQ/.NET과 비슷한 기능이 있습니까? 참고 : 게시자는 게시자의 수 또는 구독자 수에주의하지 않아야합니다.
고객 정보를 저장, 업데이트 및 검색하는 데 사용되는 고객 마스터 시스템이 있습니다. 서비스 호출은 300-600 밀리 초 정도입니다. 분명히 그것은 기록 시스템입니다. 고객 마스터 정보가 필요한 또 다른 판촉 시스템을 설계하고 있습니다. 프로모션 시스템에서 고객 마스터 정보가 필요할 때마다 고객 마스터 시스템에 전화를 걸어야하는지, 아니면 데이터베이스 복