Este ‘post’ é pensado inicialmente para os usuários de Magic xpa (uniPaaS) e/ou Magic xpi (iBOLT) que por vezes ficam na dúvida sobre a finalidade/objetivo de um ou outro, e se eles se completam ou se atrapalham.
Mas é útil também àqueles que desejam conhecer mais sobre a MSE e seus produtos.
Primeiro, um pouco de história (aos que já conhecem, desculpem pela repetição).
O Magic xpa (uniPaaS), hoje na sua versão 2.0, é a evolução do produto MAGIC® da MSE. Você pode conferir mais sobre isso na Linha do Tempo.
Tecnicamente, podemos enxergar o Magic xpa (uniPaaS) como sendo a versão 12 do MAGIC:
Ao longo da história, a MSE observou que boa (e importante) parte dos projetos com o Magic xpa (uniPaaS) tratavam-se de integrações entre diferentes sistemas.
Além da eficiência e rapidez na criação de soluções, o Magic xpa (uniPaaS) também é muito bom na questão de comunicação e acesso a bases de dados, e versátil no que se refere a suporte em diferentes plataformas. Não é o caso de que não existam outras ferramentas que possam fazer bem (ou melhor) as coisas que o Magic xpa (uniPaaS) faz.
Mas que reúnam todas estas qualidades (tecnologia atualizada, multi-plataforma, multi-bases de dados, versatilidade de desenvolvimento, facilidade de manutenção, <…>), aí a coisa já fica escassa. Particularmente, ainda não encontrei (e eu procuro, no bom sentido).
O custo/benefício do Magic xpa (uniPaaS) é muito bom. As empresas que o adotaram, e trabalham profissionalmente com o desenvolvimento de soluções corporativas, sabem disso.
Considerando tudo isso, e as novas demandas das organizações a respeito de integrações entre diferentes sistemas, a MSE criou um novo produto, derivado, ‘irmão mais novo’, o Magic xpi (iBOLT):
O Magic xpi (iBOLT) é uma ferramenta de BPMS, para tentar resumir melhor.
É uma ferramenta criada com outra ferramenta: o Magic xpa (uniPaaS).
Sim, o Magic xpi (iBOLT) é desenvolvido (escrito, criado) com o Magic xpa (uniPaaS). Ele já nasceu com muitos anos de experiência na sua área.
Já comparou a estrutura dos dois produtos?
Está tudo lá: MAGIC.INI, MGRB.INI, MGstations.exe, uniRQBroker.exe, etc…
Os módulos da suíte Magic xpi (iBoltMonitor.exe, iBoltServer.exe e iBoltStudio.exe) não são iguais ao módulo de ‘deployment’ do Magic xpa (uniRTE.exe)?
São. E não é por acaso.
O Magic xpi (iBOLT) Studio é formado pelo deployment Magic xpa (iBoltStudio.exe) + uma aplicação Magic xpa (ife.ecf) + arquivo de configuração específico (ife.ini).
No Magic xpi (iBOLT) Monitor temos: iBoltMonitor.exe + ifm.ecf + ifm.ini.
E no Magic xpi (iBOLT) Server: iBoltServer.exe + ifs.ecf + ifs.ini.
O Magic xpi (iBOLT) é, talvez, a melhor propaganda do Magic xpa (uniPaaS). Afinal, se alguém perguntar o que dá para fazer com o Magic xpa (uniPaaS), pode-se dizer: um Magic xpi (iBOLT).
O Magic xpi (iBOLT) explora e exibe os melhores recursos disponíveis no Magic xpa (uniPaaS): componentização, late bind, remote calls, integração Java, integração COM, build automático e dinâmico, isso só para mencionar alguns.
Com todos estes recursos existentes no Magic xpa (uniPaaS), temos no Magic xpi (iBOLT):
Um Studio de desenho de integrações/automações totalmente orientado a processos:
Uma vasta biblioteca de componentes de regras de negócio:
Parametrização gráfica, sem codificação:
Um Monitor de acompanhamento (on-line e off-line) das etapas dos processos de integração:
E um Server, que é o executor dos projetos desenhados com o Studio.
Então, sim, é verdade:
Quando temos um Magic xpi (iBOLT) executando um projeto de integração/automação, tecnicamente é um AppServer Magic xpa (uniPaaS), executando uma aplicação Magic xpa (uniPaaS), formada por vários componentes Magic xpa (uniPaaS), integrados a outros componentes COM, Java e .NET.
Já em relação ao Magic xpa (uniPaaS), temos um Studio totalmente ‘table driven’ e livre de codificação (como sempre foi o MAGIC desde a sua versão 1.0):
e um módulo Deployment multi plataforma, multi bancos de dados, que nos permite ter um mesmo paradigma (skill) de desenvolvimento para todos os ambientes suportados:
Um Line/Desktop/Open Client:
RIA Windows:
RIA Windows Mobile:
RIA BlackBerry:
NOTA: Previsão para o 1º Semestre de 2012: RIA iPhone e RIA Android.
Agora que entendemos esta parte, vamos compreender algumas outras coisas importantes:
A) O Magic xpi (iBOLT) e o Magic xpa (uniPaaS) não competem um com o outro. Eles atuam em harmonia. Possuem o seu foco bem definido. Nas soluções de aplicações RIA e/ou On-Line/Desktop/Open Client, a ferramenta correta é o Magic xpa (uniPaaS). Já nas soluções de Integração e/ou Automação de Processos, a ferramenta correta é o Magic xpi (iBOLT).
Veja que qual seja a área do negócio, ou da necessidade, há um produto (excelente) MSE para atender.
Alguns desenvolvedores entendem que não necessitam do Magic xpi (iBOLT), já que poderiam usar o Magic xpa (uniPaaS) para atender as suas necessidades de automação/integração. É verdade. A comprovação está ali em acima. A pergunta é: por quê? Por que montar uma arquitetura Magic xpa (uniPaaS) AppServer, uma aplicação de integração, se já temos pronto? O Magic xpa (uniPaaS) é muito bom. Mas para projetos desta natureza (automação e/ou integração), o Magic xpi (iBOLT) é ainda melhor e mais eficiente.
B) O Magic xpi (iBOLT) não tem a preferência (foco principal) da MSE em relação ao Magic xpa (uniPaaS). Esta é uma preocupação que alguns desenvolvedores tiveram (ou tem). O sucesso do Magic xpi (iBOLT) é mais uma garantia da evolução do Magic xpa (uniPaaS). O Magic xpa (uniPaaS) (o irmão mais velho) é a base do Magic xpi (iBOLT) (o irmão mais novo). A MSE tem uma missão clara: sempre disponibilizar tecnologia inovadora, atualizada e eficiente aos clientes de seus produtos, nas áreas em que eles atuam. E a constante evolução e atualização destes produtos comprova isso.
C) Conhecer ambos, só traz vantagens. O desenvolvedor Magic xpa (uniPaaS) que entra no mundo Magic xpi (iBOLT) já entra em vantagem. Ele conhece a ‘base’ de tudo. E tem um AppServer com uma extensa biblioteca de componentes já prontos. Já o desenvolvedor Magic xpi (iBOLT) que decide conhecer também o Magic xpa (uniPaaS), multiplica as suas capacidades. Ele pode ampliar muito os recursos do produto e da solução (projeto) que está criando. Sem mencionar que o produto Magic xpa (uniPaaS) já está embutido em todos os pacotes Magic xpi (iBOLT).
Por isso, quando você opta pelos produtos da MSE (Magic xpa e/ou Magic xpi), você está adquirindo confiança, competência e segurança para as suas soluções corporativas.
Como reflexo das constantes mudanças a que estamos passando como empresa e os grandes desenvolvimentos em nossas ofertas de produtos, incluindo a adição de novas habilidades que adotam os últimos avanços tecnológicos, nós renomeamos nosso núcleo de produtos da seguinte forma:
- uniPaaS é agora chamado de Magic xpa Plataforma de Aplicação
- iBOLT é agora chamado de Magic xpi Plataforma de Integração
Veja mais em: http://www.magicsoftware.
Manoel Frederico Silva
Product Manager & MAGIC Evangelist / Magic Software Brasil