BizTalk가이 문제의 "올바른"기술입니까? 나는 현재 다음과 같은 작업 흐름을 포함하는 솔루션에서 일하고 있어요

Question

:

1. 시스템 식별자/sessionID와 어떤 종류의 파일이 포함 된 이메일을 보냅니다.
2. 사용자가 전자 메일에 회신합니다.
3. 시스템은 회신을 받고 보낸 사람, 식별자 및 사용자 응답에 대한 전자 메일을 구문 분석합니다.
4. 시스템은 SQL 데이터베이스에 쿼리하여 사용자 응답을 기반으로 일부 정보를 검색 한 다음 일부 데이터를 삽입합니다.
5. 그런 다음 시스템은 다른 시스템에 속한 웹 페이지에 http 게시를 수행합니다.

제 질문은 BizTalk가이 솔루션의 전부 또는 일부에 대한 올바른 기술입니까? 그 이유는 무엇? 그렇지 않다면 적절한 기술은 무엇일까요?

이 경우 비즈니스는 이미 BizTalk 사용을 결정 했으므로 부정적인 답변을 정당화해야합니다. 우리는 이미 다른 BizTalk 솔루션을 보유하고 있으므로 초기 BizTalk 서버 설치를 구성하는 데 드는 시간과 비용이 여기에 포함되지 않습니다.

감사합니다.

편집 : BizTalk의 사용은 내 질문에 비하면 보이지 않기 때문에 토론에 개방적이라고 말할 수 있습니다. 나는 그것이 문제 영역에 주어진 당신의 직감에 기반한 기술이나 괴로움의 적절한 사용인지를 아는 것에 더 관심이 있습니다.

Answer 1

질문 자체 시나리오는 워크 플로 솔루션입니다.

당신은에 BizTalk WF에 비해 다음과 같은 장점이 있습니다 당신이 그것을 구현하고 관리하는 방법에 있지만

따라 WF 또는 BizTalk를 사용할 수 있습니다 중 하나

• BizTalk는 어댑터 및 파이프 라인 구성 요소의 광범위한 라인을 가지고 그 은 종종 교차 플랫폼 엔터프라이즈 응용 프로그램 통합 (EAI)의 필수품입니다.

• BizTalk는 거래 파트너와 같은 비즈니스 활동 서비스 (BAS), 산업 가속기 표준 (로제타넷, SWIFT
  등) 작업을위한 도구를 제공합니다. 이러한 기능을 통해 BizTalk
  이 B2B 시나리오에 더 적합합니다.에 BizTalk 가지고 있지만
  WF하지 않는 또는이

• 다른 기능은

• 추적) 개발자가
  을 구현할 : 기본적으로 비즈니스 활동
  모니터링 (BAM) 거래 wtih
  통합 :
  은 원자 트랜잭션과 장기 실행 트랜잭션을 모두 지원합니다.
  관리자를위한 광범위한 도구 집합,
  관리, m igration 및 scaling (그러나이 모든 것이 더블린에서 변경됨).

귀하의 요구 사항을 다시 한번 읽은 후에도 귀하의 응용 프로그램이 B2B 또는 EAI 범주에 속하지 않으므로 BizTalk는 아마도 과잉. 그러나 비즈니스에 이미 다른 BizTalk 솔루션이 포함되어 있다고 언급 했으므로 워크 플로에 BizTalk을 사용하는 것만으로도 기술 스택에 레이어를 추가하지 않아도 될 수 있습니다.

Answer 2

나는 당신이 당신 자신의 질문에 대답했다고 말하고 싶습니다. 네, BizTalk는 일할 수 있습니다. 그것이 최선인지 아닌지는 경영진에 의해 이미 결정되었습니다. 이를 구현하는 복잡성과 범위를 진정으로 평가하려면 정보 구조, 비즈니스 프로세스, 예상 볼륨, 다양한 이메일 소스 및 서버 등에 대한 더 많은 정보가 필요합니다.

Answer 3

나는 항상 그런 응용 프로그램을 만듭니다. 이러한 작업을 수행하는 Windows 서비스를 만드는 것만하면됩니다. 실행을 위해.

• 시스템은 일종의 식별자/세션 ID를 포함하는 전자 메일을 보냅니다.

.NET에 내장 된 SMTP 클라이언트

• 사용자는 이메일에 응답합니다.

어떤 종류의 이메일 서버가 필요합니다. 어떤 종류이든 상관 없습니다.

• 시스템은 응답을 수신하고 보낸 사람, 식별자 및 사용자 응답에 대한 전자 메일을 구문 분석합니다.

전자 메일 계정을 읽으려면 IndySockets을 사용하십시오.

http://www.indyproject.org/Sockets/index.EN.aspx

• 시스템
  는 사용자의 응답에 따라 몇 가지 정보를 검색하는 SQL 데이터베이스를 쿼리 한 후 일부 데이터를 삽입합니다.

System.Data 또는 선호하는 ORM.

• 그런 다음 시스템은 다른 시스템에 속한 웹 페이지에 http 게시를 수행합니다.

System.NET에는 HTTP 게시 방법이 있습니다.

그 목록에서 내가하는 일은 BizTalk가 없으면 더 쉬울 것이라고 절대 확실하게 말할 수 있습니다 (비용, 메모리 및 CPU 활용도 측면에서 싼 가격은 말할 것도 없음).