BizTalk 2009 ESB Confusão

Question

Tenho uma pequena experiência com o BizTalk e estou tentando entender o BizTalk 2009 ESB Toolkit 2 sem usá -lo. Em primeiro lugar, estou me perguntando se alguém pode esclarecer alguns conceitos para mim:

1. Qual é a diferença entre um "na rampa" e uma "porta de recebimento"?
2. Por que você precisa de itinerários, não pode simplesmente criar o mesmo usando portas e orquestrações? Obviamente, estou perdendo algo aqui.

Algumas perguntas mais gerais:

1. Fazer tudo As mensagens ainda precisam passar pela caixa de mensagens?

Agradecemos antecipadamente por qualquer insight.

Answer 1

Nas rampas

As rampas são Porta de recebimento baseada em serviço da web, mas eles são um pouco diferentes, pois aceitam mensagens XML genéricas. As mensagens, no entanto, terão um cabeçalho de sabão muito especial (um "envelope", se você quiser), com todas as propriedades necessárias para fazer, por exemplo, itinerário de mensagem possível, você encontrará todo o cabeçalho possível ao procurar "EsbenvGeneric.xsd"

itinerários

Eu gosto de Nealwalter Responder sobre isso. No entanto, gosto de adicionar a abordagem do itinerário da mensagem pode salvar potencial muito de tempo e esforço de desenvolvimento. Pode tornar as organizações mais ágeis e facilitar a mudança em seus processos. Se não precisarmos desenvolver e implantar uma nova orquestração, mas apenas altere alguma configuração e usar nossos bits existentes que, obviamente, podem economizar muito tempo. E esse é o grande valor em um itinerário ESB e da mensagem que eu o vejo.

Caixa de mensagem

As mensagens no BizTalk sempre precisam ir através da caixa de mensagens. Na próxima versão, a MS está sugerindo um cenário de baixa latência no BizTalk - talvez possamos ganhar um pouco mais de controle, mas mais, mas por enquanto as mensagens se persistem muitas vezes a caminho do BizTalk e não há nada sobre isso.

Answer 2

Estou apenas abordando apenas sua segunda pergunta:

2) Por que você precisa de itinerários, não pode simplesmente criar o mesmo usando portas e orquestrações? Obviamente, estou perdendo algo aqui.

No último lugar em que trabalhei, trabalhamos no nosso ESB por cerca de um ano. A idéia do itenário é que, quando uma mensagem entra no ESB, ela deve ser magicamente na sequência correta dos sistemas apropriados.

Com um sistema Orientado a Processos de Negócios (BPM), você normalmente escreve uma orquestração para direcionar o fluxo da lógica. Em outras palavras, você codifica o itinerário ou o caminho da mensagem na orquestração. No ESB que construímos, as regras de negócios decidiram para onde a mensagem iria. Ainda tínhamos orquestrações para pontos finais, mas eles normalmente eram curtos e apenas o mapeamento e alguma funcionalidade muito básica. Em outros lugares em que trabalhei, as orquestrações podem ser bastante grandes.

Portanto, as regras do que fazer com a mensagem devem estar em algum lugar. No ESB, cada ponto final deve ser totalmente agnóstico e inconsciente dos outros pontos finais. O CAMP ESB presume que o sistema precisa mudar mais dinamicamente sem precisar reimplementar o software (ou seja, orquestrações). Portanto, com o nosso ESB, você pode apenas alterar as regras de negócios e reimpor -las.

Alguns dos problemas difíceis com um ESB estão lidando com transações, reversão e geralmente criando um processo comum de manipulação de erros.

Neal Waltershttp://biztalk-trening.com

Answer 3

Algumas visualizações adicionais -

Receber portas / rampas - Concordo completamente com a resposta de Riri e simplesmente adicionaria - uma rampa no contexto de um aplicativo BizTalk ESB é uma implementação específica de uma porta de recebimento; um subconjunto; um caso particular. Ele usa uma porta de recebimento para implementar um padrão do mundo ESB; Então - eles não são diferentes por se.

Itinerários - Novamente - Concorde com Neal e Riri e acrescentaria, em resposta à sua pergunta - o BizTalk ESB pode usar itinerários de maneiras diferentes - um cliente 'Curn -up' pode entregar o itinerário solicitado com a mensagem de solicitação; Um cliente menos curado pode simplesmente transmitir uma mensagem, e a infraestrutura ESB (ou melhor-sua implementação) pode resolver o itinerário relevante para a solicitação específica (isso pode ser feito usando resolvedores, prontos para a caixa ou costume, que usaria métodos diferentes para decidir qual itinerário é necessário). Teoricamente, os dois também podem ser combinados onde o cliente fornece um itinerário, mas o ESB na rampa substitui/altera.

Answer 4

Para a pergunta geral, pelo que me lembro, sim, todas as mensagens estão passando pela caixa de mensagens. Mas eu tenho usado o BizTalk 2006 R2. Olha a foto aqui.

Para as duas outras perguntas, eu nunca descobri completamente. Não tenho tempo para investigar agora, mas provavelmente farei isso se ninguém nos esclarecer :)