none
Usar Biztalk ou não em um caso pequeno?

    Pergunta

  • Tenho algumas questões em aberto sobre o Biztalk.

    Lí vários artigos mas ainda me sinto confuso sobre o assunto.
    Abaixo o que entendi até agora, por favor me corrijam se estiver errado e se tiverem algum artigo/livro que possa incrementar em meu estudo eu agradeço:

    Sempre tive em mente utilizar webservices ou wcf para comunicação entre aplicações, porém ao estudar um pouco sobre biztalk, notei que ele tem muitas funções e facilidades, porém não seriam viáveis (pelo custo e tempo) para uma aplicação onde a única função seria a troca de alguns dados.

    -Vatagens no Biztalk:
    --Enfileiramento de requisições.
    --Processamento e tratamento de dados.
    (Pelo que entendi o biztalk faz a maioria dessas funções automáticamente, sem necessidade de escrever código)
    --Integração com Sharepoint
    --Gerencia as requisições e threads em servidores distintos, ajudando na performance.
    --Trabalha com sistema de mensageria.
    --Registra todas as transações e tráfego no banco de dados, permitindo a geração de relatórios e até rollback.

    -Desvantagens do Biztalk:
    --Custo elevado.
    --Alto tempo de implementação.
    --Demanda de pessoal para gerenciar.

    Embora o Biztalk tenha todas estas funções, que são ótimas em casos que necessitem de alto desempenho e integração entre vários servidores e aplicações distintas, em um caso pequeno onde apenas duas aplicações irão transferir dados, não vejo o por quê aplicar uma ferramenta tão robusta em um caso tão simples.

    Posso estar fazendo uma grande confusão ao comparar BizTalk server com WCF e WebServices, mas em muitos fóruns e artigos eles são comparados, embora sempre haja a alerta de que seria inviável fazer o mesmo que o BizTalk na linha de código, claro que concordo com isso, mas em relação à serviços fixos onde haverá a troca de dados, tratamento, conversão, validação e etc entre apenas duas aplicações, não vejo grandes dificuldades em criar uma serviço só para trabalhar com uma relação de dados que vai ser praticamente a mesma.

    domingo, 26 de janeiro de 2014 02:35

Respostas

  • Olá Airton, 

    Em alguns pontos que vc citou eu concordo e outros discordo. Vou explicar.

    Para vc entender melhor o que é o Biztalk e pra que serve, recomendo esse link http://www.biztalkbrasil.com.br/p/sobre.html

    O Biztalk tem um custo elevado, mas é o menor custo entre as ferramentas desse tipo. Conseguir pessoal para desenvolver nessa ferramenta é realmente complicado. Mas o tempo de desenvolvimento nele é muito rápido, e simples. Por ser desenvolvido em cima da plataforma .NET a curva de aprendizado para quem já é familiarizado com o mundo Microsoft, cai bastante.

    Usar ou não o Biztalk em um caso pequeno, depende de que caso é esse. Comprar o Biztalk só pra ler um arquivo xml e gravar em uma tabela, realmente não vale a pena. 

    Mas se o arquivo a ser lido, estiver no padrão EDI, ou em algum outro nível mais complexo, onde vc teria um esforço enorme pra desenvolver em .NET, vale muito a pena.

    Hoje as empresas já estão pensando na area de middleware um pouco mais a sério. Sistemas orientados a serviços, o SOA, está virando uma realidade, e para esses casos é essencial um ESB como o Biztalk.

    A Empresa que tem Biztalk, consegue controlar melhor a troca de informações entre os sistemas e saber quantas integrações acontecerem, qual o dado que esta trafegando e quais integrações deram erro e o porque. Isso é muito importante. 

    Comparar o Biztalk com WCF e WebService é como comparar arroz com feijão, os dois se complementam mas não são iguais. O Biztalk pode usar a tecnologia WCF para se conectar com os Sistema Parceiros, mas o WCF por si só, não substitui o Biztalk.

    Na minha opnião, toda empresa deveria ter a sua equipe de Integração, de Middleware, que não seja em Biztalk, mas qualquer outra ferramenta do mercado. Sempre existe em uma empresa de médio e grande porte, tarefas de integração que podem ser feitas de forma mais fácil e rápida com uma ferramenta apropriada para aquela tarefa. Seja Biztalk, SSIS, XI, WebMethods, etc.

    É isso. Até a próxima.


    Espero ter ajudado
    Ruth Resende
    MVP, MCTS - Biztalk Server
    www.biztalkbrasil.com.br
    Twitter: @ruthresende

    segunda-feira, 27 de janeiro de 2014 10:46
    Moderador
  • Olá pessoal,

    Mesmo sendo uma integração pequena e simples, não se esqueçam das diversas funcionalidades out-of-the-box que o BizTalk pode fornecer, nomeadamente:

    • Controlo de transacções e persistencia dos dados
    • Monitorização de processos de negócios (BAM): O Business Activity Monitoring ou BAM é um módulo que captura dados de negócio e milestones do processo permitindo que os analistas de negócios monitorizem e
      analisem os dados em tempo real
    • BizTalk Administration Console: que te permite controlar e optimizar os mais diversos recursos

    Estamos a falar de uma série de funcionalidades que podemos controlar e algumas parametrizar sem necessidade de desenvolvimento. Inclusive se apenas pretendes trocar XML entre dois sistemas de uma forma básica e simples, podes o fazer com duas portas (receive e send port) e provavelmente um mapa em BizTalk Server.


    Sandro Pereira
    DevScope | MVP & MCTS BizTalk Server 2010
    http://sandroaspbiztalkblog.wordpress.com/ | @sandro_asp
    Oporto BizTalk Innovation Day | 14th March 2013 – Oporto, Portugal
    Please mark as answered if this answers your question.

    segunda-feira, 27 de janeiro de 2014 17:48
    Moderador

Todas as Respostas

  • Olá Airton, 

    Em alguns pontos que vc citou eu concordo e outros discordo. Vou explicar.

    Para vc entender melhor o que é o Biztalk e pra que serve, recomendo esse link http://www.biztalkbrasil.com.br/p/sobre.html

    O Biztalk tem um custo elevado, mas é o menor custo entre as ferramentas desse tipo. Conseguir pessoal para desenvolver nessa ferramenta é realmente complicado. Mas o tempo de desenvolvimento nele é muito rápido, e simples. Por ser desenvolvido em cima da plataforma .NET a curva de aprendizado para quem já é familiarizado com o mundo Microsoft, cai bastante.

    Usar ou não o Biztalk em um caso pequeno, depende de que caso é esse. Comprar o Biztalk só pra ler um arquivo xml e gravar em uma tabela, realmente não vale a pena. 

    Mas se o arquivo a ser lido, estiver no padrão EDI, ou em algum outro nível mais complexo, onde vc teria um esforço enorme pra desenvolver em .NET, vale muito a pena.

    Hoje as empresas já estão pensando na area de middleware um pouco mais a sério. Sistemas orientados a serviços, o SOA, está virando uma realidade, e para esses casos é essencial um ESB como o Biztalk.

    A Empresa que tem Biztalk, consegue controlar melhor a troca de informações entre os sistemas e saber quantas integrações acontecerem, qual o dado que esta trafegando e quais integrações deram erro e o porque. Isso é muito importante. 

    Comparar o Biztalk com WCF e WebService é como comparar arroz com feijão, os dois se complementam mas não são iguais. O Biztalk pode usar a tecnologia WCF para se conectar com os Sistema Parceiros, mas o WCF por si só, não substitui o Biztalk.

    Na minha opnião, toda empresa deveria ter a sua equipe de Integração, de Middleware, que não seja em Biztalk, mas qualquer outra ferramenta do mercado. Sempre existe em uma empresa de médio e grande porte, tarefas de integração que podem ser feitas de forma mais fácil e rápida com uma ferramenta apropriada para aquela tarefa. Seja Biztalk, SSIS, XI, WebMethods, etc.

    É isso. Até a próxima.


    Espero ter ajudado
    Ruth Resende
    MVP, MCTS - Biztalk Server
    www.biztalkbrasil.com.br
    Twitter: @ruthresende

    segunda-feira, 27 de janeiro de 2014 10:46
    Moderador
  • Obrigado pela resposta. Estou lendo no momento o Livro "Microsoft BizTalk Server 2010 Unleashed", realmente é uma ferramenta maravilhosa, mas no cenário em que estão pedindo que eu implemente não creio que seja necessário, uma vez que só haverá comunicação entre duas aplicações, não tenho todas as informações ainda, mas pelo que parece é só troca de xml. Seria como matar uma formiga com uma bomba atômica.

    De qualquer forma vou continuar estudando esta ferramenta que pelo que vi até agora é muito útil.


    "just because you've abandoned your hopes of becoming a great thinker or scientist, don't give up on attaining freedom, achieving humility, serving others..." - 7.67 - Meditations - Marcus Aurelius

    segunda-feira, 27 de janeiro de 2014 11:38
  • Oi Airton, é um ótimo livro. 

    Mas na sua empresa eles já tem o Biztalk, ou estão pensando em comprar?

    Se for comprar, só pra fazer essa pequena integração, talvez seja exagero. 

    Mas se o Biztalk já estiver instalado, mesmo que for uma pequena integração, vale a pena, pela rapidez do desenvolvimento e segurança dos dados.

    Além de ficar padronizado. Lembro que em uma empresa onde trabalhei, eles tinham uma lei onde ditava que todo o tipo de comunicação com a plataforma SAP deveria ser com o Biztalk. Isso ajudava, pois seja a integração grande ou pequena, sabíamos que todas estavam desenvolvidas em Biztalk, não tinhamos que ficar "caçando" outros serviços que se comunicavam com o SAP.


    Espero ter ajudado
    Ruth Resende
    MVP, MCTS - Biztalk Server
    www.biztalkbrasil.com.br
    Twitter: @ruthresende

    segunda-feira, 27 de janeiro de 2014 11:50
    Moderador
  • Acabei de chegar na empresa e entendi melhor o caso. Vamos comprar o Briztalk e fazer esta primeira integração (pequena) e posteriormente fazer integração com os demais clientes (são cerca de 1000), porém eu ainda acho que é um tiro no escuro, pois não sabemos se os sistemas desses clientes vão ter alguma abertura para sincronização de dados ou comunicação.

    Você sabe onde posso encontrar um curso completo de BizTalk?


    "just because you've abandoned your hopes of becoming a great thinker or scientist, don't give up on attaining freedom, achieving humility, serving others..." - 7.67 - Meditations - Marcus Aurelius

    segunda-feira, 27 de janeiro de 2014 14:19
  • Curso de Biztalk vc não vai encontrar em escolas como a Ka Solution.

    O que vc pode tentar fazer é entrar em contato com consultorias que fazem o treinamento para uma turma fechada.

    Onde fica a empresa?


    Espero ter ajudado
    Ruth Resende
    MVP, MCTS - Biztalk Server
    www.biztalkbrasil.com.br
    Twitter: @ruthresende

    segunda-feira, 27 de janeiro de 2014 14:38
    Moderador
  • São Paulo. Já decidimos aqui que vamos implementar um web service a principio para suprir a necessidade básica e nos próximos meses implementar o BizTalk.

    Você presta este tipo de serviço? Podemos fechar uma consultoria depois, entra em contato comigo pelo airtongomesdelima@hotmail.com

    E obrigado pela ajuda :)


    "just because you've abandoned your hopes of becoming a great thinker or scientist, don't give up on attaining freedom, achieving humility, serving others..." - 7.67 - Meditations - Marcus Aurelius

    segunda-feira, 27 de janeiro de 2014 17:24
  • Olá pessoal,

    Mesmo sendo uma integração pequena e simples, não se esqueçam das diversas funcionalidades out-of-the-box que o BizTalk pode fornecer, nomeadamente:

    • Controlo de transacções e persistencia dos dados
    • Monitorização de processos de negócios (BAM): O Business Activity Monitoring ou BAM é um módulo que captura dados de negócio e milestones do processo permitindo que os analistas de negócios monitorizem e
      analisem os dados em tempo real
    • BizTalk Administration Console: que te permite controlar e optimizar os mais diversos recursos

    Estamos a falar de uma série de funcionalidades que podemos controlar e algumas parametrizar sem necessidade de desenvolvimento. Inclusive se apenas pretendes trocar XML entre dois sistemas de uma forma básica e simples, podes o fazer com duas portas (receive e send port) e provavelmente um mapa em BizTalk Server.


    Sandro Pereira
    DevScope | MVP & MCTS BizTalk Server 2010
    http://sandroaspbiztalkblog.wordpress.com/ | @sandro_asp
    Oporto BizTalk Innovation Day | 14th March 2013 – Oporto, Portugal
    Please mark as answered if this answers your question.

    segunda-feira, 27 de janeiro de 2014 17:48
    Moderador
  • Relativamente a recursos... eu pessoalmente acho que nesta fase um curso presencial será o mais indicado. No entanto alternativamente tens alguns na pluralsight:

    Eu gosto muito do livro que estás a ler, alternativamente aconselho-te a ler:

    • BizTalk Server 2010 Cookbook
    • BizTalk Server 2010 Patterns
    • Microsoft BizTalk 2010: Line of Business Systems Integration

    Sandro Pereira
    DevScope | MVP & MCTS BizTalk Server 2010
    http://sandroaspbiztalkblog.wordpress.com/ | @sandro_asp
    Oporto BizTalk Innovation Day | 14th March 2013 – Oporto, Portugal
    Please mark as answered if this answers your question.

    segunda-feira, 27 de janeiro de 2014 17:53
    Moderador
  • E já agora aqui vai um link com vários recursos: http://sandroaspbiztalkblog.wordpress.com/2011/07/13/biztalk-training-resources-virtual-labs-tutorials-virtual-machine-and-more/

    Sandro Pereira
    DevScope | MVP & MCTS BizTalk Server 2010
    http://sandroaspbiztalkblog.wordpress.com/ | @sandro_asp
    Oporto BizTalk Innovation Day | 14th March 2013 – Oporto, Portugal
    Please mark as answered if this answers your question.

    segunda-feira, 27 de janeiro de 2014 17:54
    Moderador