Pessoal, vcs sabem de alguma empresa que ofereca treinamento de ESB
liguei pra caelum mais infelizmente eles nao tem esse treinamento ?
esse treinamento seria só pra você ou seria para empresa?
para a equipe da emrpesa.
A Oracle University tem
(Eu quase ministrei um curso assim…)
Pode informar o contato deles?
Entra no http://www.oracle.com/global/br/education/maps/index.html e seleciona tua cidade… você tem que falar direto com o training center.
[]´s
Olá Rafael, estou com um curso específico de ESB que inclusive ministrei à vários clientes - CVC Turismo, Intermédica, C&A, Porto de Santos entre outras companhias.
Sobre minha empresa :
A SOAExpert é uma empresa de treinamento recém formada por
especialistas em arquitetura e design de software, com forte ênfase em
produtos de integração, processos e componentização em serviços;
formando profissionais com uma visão clara e pragmática sobre como se
construir software com qualidade para os problemas do cotidiano
corporativo.
O curso será ministrado pelo instrutor Felipe Oliveira (Kenobi) ,
profissional com bastante vivência mercado SOA e experiência em TI
próxima a 16 anos. Foi IT Manager da VAD da Sun Microsystems,
arquiteto chefe da américa latina do banco francês BNP Paribas,
arquiteto da General Eletric, experiência internacional em diferentes
projetos e empresas e hoje é um dos instrutores da SOAExpert,
palestrando em diversos eventos sobre SOA - mais informações acesse : www.linkedin.com/in/soaexpert.
Módulos contidos no curso:
- Introdução ao SOA
- ESB - Primeira geração, conceitos e evolução.
- Instalando e configurando o Aqualogic Service Bus, Apache ServiceMix e Mule
- HelloWorld, criando o primeiro Business Service.
- Modelagem de serviços, contratos - WSDL.
- Canonical Data Model vs DDD - Domain Driven Design - Eric
Evans. - Integration patterns e sua realação com Aqualogic Service Bus
- Arquitura e Conceitos.
- Processamento de Mensagens, bindings e camadas de
transporte, EJB Transporte à fundo - EJB para clientes externos
- Orquestração vs Coreografia - Flows e tópicos avançados sobre
Messaging. - Composição de seviços, Testes, registros e versionamento.
- Modelos de Segurança.
- Overview sobre administração e operação.
-
- Custom Transports - Overview de e exemplo simples de como
se criar um transporte otimizado
para o produto.
- Custom Transports - Overview de e exemplo simples de como
O curso ainda vai abranger 3 produtos - OSB (antigo AquaLogic Service Bus BEA) e 2 OpenSources lídres de mercado - Apache ServiceMix que é a base para muitos outros produtos ESB e Mule.
As turmas se iniciam dia 22 de fev e maiores informações estarão no site da empresa que entra no ar dia 26 de fev desse mês.
PS: Estou na correria aqui pra deixar tudo pronto, mas se quiser, posso levar o material para conhecerem, todo em português e desenvolvido com base em muito material de estudo e exercícios.
Kenobi, vc teria como fazer voltado para o ESB da JBoss?
Acredito que pelo menos a parte teorica sobre ESB seja a mesma
o que mudaria seria a parte pratica.
[quote=rafaelmeireles]Kenobi, vc teria como fazer voltado para o ESB da JBoss?
Acredito que pelo menos a parte teorica sobre ESB seja a mesma
o que mudaria seria a parte pratica.[/quote]
Tem certeza que você gostaria de aprender o ESB da JBoss? O produto da Oracle é muito, mas muito MESMO, mais maduro (pelo menos até o presente momento).
[]´s
[quote=rafaelmeireles]Kenobi, vc teria como fazer voltado para o ESB da JBoss?
Acredito que pelo menos a parte teorica sobre ESB seja a mesma
o que mudaria seria a parte pratica.[/quote]
Rafael se for corporativo podemos conversar sim, mas em outra data até pode ser antes do dia 22 de fev. Agora nesta data está fechada a grade, pois vai ser uma promoção inicial que vou lançar ao mercado que será o curso de introdução à soa + formação especialista de integração + engenheiro de processos (BPA- Overview, BPEL-BPM). Será um pacote de mais de 100 horas de curso 
Entendo que a companhia queira optar por um produto, mas seria interessante uma análise de características em detrenimento do tipo de projeto que vão desenvolver e talvez nem haja a necessidade do produto no projeto.
Caso haja mesmo a necessidade, aí se deve levar em conta uma série de fatores.
Se quiser conversar sobre o assunto, mande um mail : felipe.oliveira@soaexpert.com.br
PS: Como o Alexandre mencionou, o produto da Oracle é realmente fantástico e de longe o melhor da categoria.
Rafael, o próprio time da JBoss / Red Hat aqui do Brasil ministra o treinamento oficial JB453- JBoss ESB.
O outline do treinamento é este:
https://www.redhat.com/courses/jb453_jboss_esb/details/
Você pode entrar em contato com a Red Hat no telefone +55 (11) 3529 6000 ou pelo e-mail em training-br@redhat.com.
Em relação a ser “maduro”, “melhor”, “mais acessível” ou “tecnologia correta” para o seu negócio é muito relativo ao que VOCÊ precisa. Se a companhia que você trabalha quiser uma apresentação sem compromisso do que é o “JBoss ESB”, entre em contato com a Red Hat Brasil.
[]s
Respeito sua opinião, mas existem fatores que fazem com que você posicione a solução da Oracle (alias são tantas: OracleESB, AcquaLogicESB) como mais madura?
Este é um daqueles tipos de debates do tipo: “Eu gosto mais de manga que laranja”, ou seja, sem embasamento para uma afirmação como esta, apenas posso dizer que é apenas uma opinião, e como você mesmo diz em sua assinatura: “Talvez não a verdade pura”
ESB’s ou ferramentas de Integração já passaram a ser soluções “odiadas” no mercado, devido ao fato das pessoas sempre tentarem empurrar um produto X, Y, Z que geralmente custa muito dinheiro, ao invés de se preocupar com a solução e o que irá trazer de retorno para o cliente.
Quanto a maturidade, o JBoss ESB tem seu codebase sobre o Rosetta ESB, que foi adquirido em 2006 pela JBoss[1], o Rosetta por sua vez teve seu primeiro deployment em 2003, então acredito que de lá pra cá, alguns produtos nasceram, outros morreram, e a solução opensource JBoss ESB continua em franca evolução, sem a preocupação e confusão de adquirir empresas e ter que descontinuar produto, ou ainda pior: Mesclar produtos (Oracle+BEA+Sun)!
Outro fator interessante, em 2008 o JBoss ESB foi agraciado com o prêmio BOSSIE Award from InfoWorld [2] como ?Best Enterprise Service Bus (ESB)? na categoria ?Best of Open Source Platforms and Middleware?.
Particularmente respeito todas as soluções do mercado de integração, várias empresas utilizam dos mais variados critérios para escolher a sua solução, umas optam pela “Tradição do Fornecedor”, outras pelo “Arrojo, Customizável e Baixo Custo de Implementação”… etc, e nesta esfera há várias soluções, entre elas o próprio BizTalk da Microsoft, é uma fantástica solução, mas eu ainda destaco a solução da Tibco, da SoftwareAG e o Mule da MuleSource, no final das contas, todas essas soluções são muito próximas, tanto em funcionalidades, quanto até mesmo em maturidade, afinal de contas, maturidade não é só tempo no mercado, acredito que estabilidade é um outro grande fator importante para uma empresa adotar ou não uma solução.
Ah, e de fato eu não cortei meus pulsos não , eu acredito que um debate educado e embasado só venha agregar mais esta vibrante comunidade que é o GUJ.
[1] http://www.theserverside.com/news/thread.tss?thread_id=40966
[2] http://press.redhat.com/2008/08/07/jboss-esb-and-jboss-drools-projects-win-infoworld-bossie-awards/
Rafael,
Além da opção que o Lazarotti lhe passou, se servir como fonte de estudo, você e seus colegas da sua equipe podem utilizar os slides de um Workshop que ministrei em Fortaleza em 2008. De lá pra cá o JBoss ESB evoluiu bastante, entretanto este material ainda serve como uma grande base com certeza.
http://edgarsilva.com.br/2008/10/29/material-do-workshop-soa-jboss-esb-versao-11/
A Red Hat possui o treinamento oficial, a grande vantagem é que você realiza treinamentos com profissionais com grande experiência em projetos de Integração , SOA, BPM etc.
Um dos grades cases do JBoss ESB no Brasil está no STF - Supremo Tribunal Federal, não quero aqui ficar fazendo propaganda, este canal não serve para isto, mas é que muitas vezes aqui ficam muito a opinião das pessoas, e acredito que muito mais que influenciar pessoas, devemos fornecer os fatos para que elas tomem suas próprias decisões, então segue um texto extraído de uma matéria de uma revista sobre o caso do STF:
[quote]
No pêndulo da lei
Engana-se quem acha que apenas grandes empresas ou multinacionais investem em SOA, empresas de porte médio ou até mesmo o Governo tem seus exemplos (veja mais no Box: Investimento de mil faces). Um deles está no Supremo Tribunal Federal, que por meio de seu gabinete de tecnologia buscou uma solução de software livre. “Chegar ao SOA foi um processo de maturação que demorou por volta de 2 anos. Temos um legado bem heterogêneo e uma experiência prévia com a plataforma da Red Hat, além do padrão aberto ser o mais interessante dentre os que foram levados em consideração”, garante Alberto Magno Muniz Soares, analista judiciário do Supremo Tribunal de Justiça (STF).
A escolha da plataforma JBoss, da Red Hat, obedeceu ainda a um estudo de mercado que analisou desde o custo/benefício com custo visto como uma prioridade até os recursos proporcionados pelas mais diversas abordagens SOA. “Realizamos uma prova de conceito e vimos a oportunidade de mudar o enfoque de componentização do desenvolvimento para serviços. A integração de sistemas era feita no banco de dados o que trazia algumas deformações e perda de agilidade, agora tudo mudou”, admite Soares.[/quote]
Fonte: http://www.trakhealth.com.br/isc/sobre/cobmidianot.csp?OBJID=144&CSPCHD=0000000000004en50eh300000061FGzNPhmai$6jsXtw1kNQ--
Além disto, no CONIP (Evento de Tecnologias do Governo), o pessoal de lá falou da experiência deles com SOA, recomendo você conferir os slides deles aqui:
http://www.conip.com.br/twiki/pub/Judiciario2009/ProgramaTemario/AlbertoMagnoMunizSoares.pdf
Em resumo, Rafael e amigos, agora acredito que vocês podem tomar suas decisões, não pela minha visão e sim pelos fatos aqui apresentados.
Eu sei que vários aqui podem aqui várias vezes tentar bater nos produtos JBoss, ou que a Red Hat é um vilão por ter o modelo de suporte e serviços sobre opensource, e na verdade, o que estamos fazendo é trabalhando muito para que a prática de opensource sobreviva, e que esse modelo de negócios seja encarado como algo de sucesso, e não apenas “Marketing de bonzinhos”. Certos ou não, mas contratamos um grande número de profissionais nos ultimos anos, nosso time em 2009 cresceu tanto na Red Hat, que o número de profissionais técnicos da divisão JBoss já é maior que os de Red Hat Linux, isto demonstra o crescimento que tivemos com trabalho e não manchando produto de ninguém. Toda vez que aparece algo falando mal de JBoss no GUJ, tentamos nos reservar ao direito do silêncio, porém é direito das pessoas terem suas opiniões, , mas nos confortamos nos esforçando para continuarmos provando que não queremos dominar o mundo, e sim, apenas ser uma alternativa ao modelo proprietário e caro, que não necessariamente significa ser: “O melhor” !
Forte abraço
Bom com relação à Oracle, oficialmente o produto antigo foi descartado e o que veio da BEA é o OSB padrão, portanto, existe somente 1 e foi o qual me referi.
Não estou julgando as ferramentas, tenho certeza que a JBoss possui uma equipe excelente e o produto está evoluindo rápido. Com relação à features, como gestão de SLA, Throttling,Definição de Rotas por configuração com editor plugin (Eclipse) ou via Web; são muitas as características que me fazem preferir a solução Oracle-BEA. Claro que há também questões como ROI entre outras, estou me atendo somente à detalhes técnicos aqui.
Rafael, não conheço o treinamento da JBoss, posso te falar da Oracle-BEA, pois eu já os ministrei e o problema que enxergo é que ficam muito focados no produto e passo-a-passo, com pouco ou nenhum grau de teoria.
Edgar,
Eu sou meio suspeito pra falar de algumas coisas 
Eu sou autor de um artigo na Java Magazine falando sobre jBPM. Não sou nenhum tipo de evangelista da Oracle pra dizer “ah, esse produto é melhor do que aquele porque esse produto é da empresa X”. Mas é fato que eu conheço os dois produtos e sei que o JBoss ESB tem alguns problemas de estabilidade (fato é que praticamente toda solução enterprise tem algum problema, mas o JBoss ESB tem mais). Além disso, não sei de nenhuma ferramenta (até o presente momento) que facilite o desenvolvimento de soluções para o JBoss ESB (da última vez que olhei, ainda era o “escrever XML na mão”). Isso me leva a crer que o Oracle Service Bus (antigo Aqualogic, que já era uma ferramenta bastante prestigiada) é uma ferramenta “melhor”, do ponto de vista de desenvolvimento.
Por favor, esclareça se em algum desses pontos eu estou errado. Acredito, sim, que um debate saudável é a chave para que cheguemos num consenso. Francamente, espero estar errado a respeito destes detalhes sobre o JBoss ESB (como eu disse antes, sou autor de um artigo sobre jBPM e , sinceramente, acho uma ferramenta fantástica. Gostaria que o JBoss ESB fosse tão fantástico quanto!).
[]´s
Quando você falou “Gestão de SLA”, você se referia a aba “SLA Alert Rules” dos proxy services ou aos gráficos que o BAM gera?
Pessoal,
Estava procurando por algum gráfico, ou comparação (tipo do Gartner) para embasar meu posicionamento, quando me deparei com este link: http://www.guors.com.br/documentos_2007/ApresentacaoSOA_GUORS.pdf
Este PDF foi elaborado pelo Grupo de Usuário Oracle do RS (GUORS).
Trata-se de uma explicação de qual é a estratégia SOA. Até aí, tudo bem… até chegar na penúltima página, onde ele mostra a Red Hat como cliente do ORACLE SOA. Achei, no mínimo, estranho!!
(Acho que todos aqui sabem que a Red Hat comprou a JBoss, que tem sua própria plataforma SOA).
Alguém aí sabe dizer se é verídico, se a Red Hat realmente é cliente da Oracle neste sentido?
[quote=asaudate]
Tem certeza que você gostaria de aprender o ESB da JBoss? O produto da Oracle é muito, mas muito MESMO, mais maduro (pelo menos até o presente momento).
Eu sou meio suspeito pra falar de algumas coisas
Eu sou autor de um artigo na Java Magazine falando sobre jBPM. Não sou nenhum tipo de evangelista da Oracle pra dizer “ah, esse produto é melhor do que aquele porque esse produto é da empresa X”. Mas é fato que eu conheço os dois produtos e sei que o JBoss ESB tem alguns problemas de estabilidade (fato é que praticamente toda solução enterprise tem algum problema, mas o JBoss ESB tem mais). Além disso, não sei de nenhuma ferramenta (até o presente momento) que facilite o desenvolvimento de soluções para o JBoss ESB (da última vez que olhei, ainda era o “escrever XML na mão”). Isso me leva a crer que o Oracle Service Bus (antigo Aqualogic, que já era uma ferramenta bastante prestigiada) é uma ferramenta “melhor”, do ponto de vista de desenvolvimento.
Por favor, esclareça se em algum desses pontos eu estou errado. Acredito, sim, que um debate saudável é a chave para que cheguemos num consenso. Francamente, espero estar errado a respeito destes detalhes sobre o JBoss ESB (como eu disse antes, sou autor de um artigo sobre jBPM e , sinceramente, acho uma ferramenta fantástica. Gostaria que o JBoss ESB fosse tão fantástico quanto!).
[]´s[/quote]
@ asaudate
Quanto aos problemas de estabilidade, numa das respostas eu publiquei um dos casos no Brasil, um de vários mesmo, acredito que aqui não é lugar de ficar fazendo propaganda, mas você deve atentar alguns pontos:
- Quais problemas você teve?
- Você pediu ajuda, se sim pra quem?
- Você debugou a ponto de ver que o erro era algo do codebase ?
Algumas pessoas reclamam as vezes de questões sem embasamento, ontem mesmo um colega nosso (Ricardo Ferreira), comentou que um cliente dizia que quando o JBoss subia ele derrubava o SQL Server, ele só não disse que a SQL de teste se a conexao do SQL estava válida e estava no ar era uma SQL que lia todas as tabelas de sistemas do MS SQL Server o que era para ser uma especie de select from dual simples, como é executado várias vezes para validar o pool, fazia com que o SQL travasse claro . Consegue perceber que estabilidade é algo extremamente relativa?
Quanto a edição de XMLs, o JBoss ESB através dos plugins do JBoss Tools oferece de forma visual as facilidades para criar as Actions, e declarar listeners etc, para isto veja isto aqui:
http://docs.jboss.org/tools/3.1.0.CR1/en/esb_ref_guide/html_single/index.html
E ai, você usa o XML se quiser, eu até gosto, já que tem codecompletion
No JBoss ESB 4.7 (futuro release do JBoss SOA Platform 5.0), você também tem total suporte de transformações através do framework Smooks:
- http://docs.jboss.org/tools/3.1.0.CR1/en/jboss_smooks_plugin_ref_guide/html_single/index.html
- http://www.screencast.com/users/tfennelly/folders/Camtasia/media/4b184ca6-9a6d-4817-b15d-aac8576d36bb
E ainda, o JBoss ESB 4.7 pode ser instalado o RiftSaw, que é o motor BPEL JBoss baseado no Apache ODE, e ai você pode ter por ex um WSDL que representam seu BPEL e este pode invocar outros N WSDLs, classes Java, ou até mecanismos REST (esta extensão foi feita pelo time no Brasil)
http://docs.jboss.org/tools/3.1.0.CR1/en/bpel_user_guide/html_single/index.html
E como você é um usuário do JBPM, um outro mecanismo visual de Orquestração de Serviços do JBoss ESB é você através do JBPM utilizar o ESBNode, o qual por sua vez interage totalmente com a máquina de processos BPM do JBPM que reside também no JBoss ESB server quando em execução, então você pode ter um JPDL que visualmente irá lhe dizer em que passo está a execução de alguma chamada de Serviço. Ou melhor, você pode ter um listener de FTP que ao chegar um arquivo este evento automaticamente inicialize um processo do JBPM.
Além disto, recentemente foi fundado pelo mesmo cara que desenvolve o Smooks (Tom Fenelly) e outras pessoas, um projeto que visa trazer ainda mais contribuidores pro JBoss ESB, que é o breakingwoods (http://code.google.com/p/breakingwoods/ )
Se você gosta do JBPM, que eu posso dizer que conheço razoavelmente, se você começar a imergir nas coisas novas do JBoss ESB, e de preferência buscando ajuda se necessário, eu tenho certeza que você irá mudar sua perspectiva deste projeto.
Vale lembrar, que temos uma comunidade de debate e pesquisa de JBoss em pt_BR que é o http://jbossbrasil.ning.com/
Se ficou faltando algum ponto ainda, por favor, só falar, eu nao quis ficar aqui lotando de informação ok?
[]s
Eu não pretendo, obviamente, ficar fazendo propaganda (como já disse antes, sou agnóstico). E faz algum tempo, também, que não lido com o JBoss ESB (provavelmente estou desatualizado).
Vamos fazer o seguinte… segunda-feira é feriado em São Paulo. Vou ver se tiro o fds pra elaborar alguns pontos a serem validados em ambos os Service Bus e posto aqui os resultados dos testes que fizer , OK?
Se eu tiver alguma dúvida, entro em contato com você , tudo bem?
[]´s
Bom com relação à Oracle, oficialmente o produto antigo foi descartado e o que veio da BEA é o OSB padrão, portanto, existe somente 1 e foi o qual me referi.
Não estou julgando as ferramentas, tenho certeza que a JBoss possui uma equipe excelente e o produto está evoluindo rápido. Com relação à features, como gestão de SLA, Throttling,Definição de Rotas por configuração com editor plugin (Eclipse) ou via Web; são muitas as características que me fazem preferir a solução Oracle-BEA. Claro que há também questões como ROI entre outras, estou me atendo somente à detalhes técnicos aqui.
[/quote]
Continua sendo uma opiniao!
Então posso emitir a minha: Esta estratégia “boil the ocean”(ferver a água do oceano) que algumas empresas trazem e esses jargões bonitos e pomposos muitas vezes são comprados por alguns gestores que nada entendem de negócio e muitas vezes de Tecnologia mesmo, e na hora de implementação, percebem que nada disso substitui “A simples prática”. Eu achava que essa fase de SOA tinha ido embora, essa que as pessoas ficam falando termos assustadores para embasar uma solução melhor que a outra, e no final, o que toda a empresa apenas sonha é: “Gastar menos e ganhar mais”, “Fazer mais com menos”.
Não estou desmerecendo o conhecimento, seja técnico e as vezes até academico da coisa, pelo contrário, mas temos que ser mais pragmáticos, afinal estamos na era de Ruby, Scala, Groovy até JavaScript … Vale a pena pensar no simples, mas no final de tudo, a única coisa que vão perguntar é: “Está pronto ?”
Outro fator importante, vivemos uma época de crise, ninguém tem dinheiro sobrando, eu atentaria em embasar minhas soluções em algo que me gerasse economia, então ROI pode ser mais importante que fatores técnicos. Além disto, se você está começando uma empresa, eu tenho certeza que vale a pena você seguir até mesmo o exemplo de sucesso da Caelum e oferecer soluções para o mercado que sejam acessíveis por ele depois, neste caso você está certíssimo em falar de ServiceMix, Mule (adoro estes projetos tb), adicionaria o Apache Camel, mas usando um item de Administração: “Pesquisa de Mercado”, acredito que valeria pena você abordar o JBoss ESB no futuro… E esta dica é de quem já teve empresa também
Já pensou… Esses termos bonitos + a simplicidade e pragmatismo do JBoss ESB : Seria muito bom.