Construir, implementar, e configurar uma infraestrutura de aplicativos de middleware WebSphere® e os aplicativos que são executados nesta infraestrutura geralmente são tarefas para organizações de TI comerciais. Abordagens tradicionais para realizar estas tarefas pode ser algo problemático e gerar ineficiências e gastos. Estes problemas podem incluir

• Tempos de avanço longos para deixar os ambientes definidos e configurados.
• Uma inabilidade de recriar consistentemente ambientes, se necessário.
• Uma necessidade de muitos especialistas em infraestrutura na equipe de teste e desenvolvimento.

Uma solução integrada que utiliza o IBM WebSphere CloudBurst Appliance e o Rational® Automation Framework para WebSphere oferece uma abordagem vistualizada, automática e acionada por dados que resolve muitas destas ineficiências.

O WebSphere CloudBurst oferece uma maneira fácil de modelar seus ambientes de aplicativo na forma de padrões do WebSphere CloudBurst. Estes padrões, que podem ser construídos usando uma interface gráfica, são baseados em imagens virtuais do IBM® Hypervisor Edition. Estas imagens encapsulam muito da experiência em infraestrutura necessária para construir ambientes de middleware do WebSphere; elas permitem que a implementação e a inicialização de ambientes completos e prontos para as empresas aconteçam em questão de minutos. O melhor de tudo é que estes padrões são salvos no dispositivo, o que significa que é fácil de recriar consistentemente o mesmo ambiente quando necessário.

Enquanto o WebSphere CloudBurst lida com muitos dos requisitos necessários para implementar de maneira rápida e consistente uma infraestrutura de aplicativo do WebSphere, o Rational Automation Framework para WebSphere fornece benefícios similares na área de configuração do aplicativo e de suas dependências, além da infraestrutura mencionada.

O Rational Automation Framework para WebSphere vem com mais de 500 ações de configuração WebSphere prontas.. Elas incluem ações como a configuração de recursos JDBC, configuração de filas JMS, ajuste de contêineres de aplicativos, aplicativos de implementação... um pouco de tudo.

Você cria projetos do Rational Automation Framework para WebSphere que contenham qualquer número de etapas de configuração e, uma vez criados, é possível automatizar a invocação do projeto contra a célula WebSphere de destino. O resultado é a configuração e a implementação de seu aplicativo e de suas dependências sem a necessidade de fornecer qualquer script.

Ainda que possa haver sobreposições funcionais (o Rational Automation Framework para WebSphere pode ser usado para instalar produtos WebSphere, embora ele não ofereça a abordagem com base em padrões ou a habilidade de rápida implementação oferecida pelo WebSphere CloudBurst), a integração efetiva do WebSphere CloudBurst e do Rational Automation Framework para WebSphere claramente realça as melhores características e habilidades de cada produto. O resultado é um processo rápido, eficiente, automatizado e repetível para a definição de seus ambientes de aplicativos.

A Figura 1 mostra as responsabilidades individuais de cada software.

Como e quando integrar

Agora que foi estabelecido o porquê do WebSphere CloudBurst e do Rational Automation Framework para WebSphere, vamos examinar o como e o quando da integração destas duas soluções.

Completar a integração entre o WebSphere CloudBurst e o Rational Automation Framework paraWebSphere é algo bem simples — constrói-se essencialmente o padrão do WebSphere CloudBurst que representa a topologia do WebSphere desejada e anexa-se o pacote de script especial enviado com o Rational Automation Framework para WebSphere.

O pacote de script é a cola entre a implementação do WebSphere CloudBurst e o Rational Automation Framework para WebSphere. Durante a implementação, o WebSphere CloudBurst invoca o pacote de script de integração; esta invocação resulta na execução de um projeto do Rational Automation Framework para WebSphere project contra a célula do WebSphere criada pelo CloudBurst. A Figura 2 mostra a interação da integração entre os dois programas.

O projeto do Rational Automation Framework para WebSphere invocado, assim como o ambiente do Rational Automation Framework para WebSphere usado para este projeto, estão entre os parâmetros definidos pelo pacote de script. Isso significa que é possível definir estes valores no padrão ou fornecer os valores logo antes da implementação. (Os parâmetros de script, assim como o fornecimento de seus valores, serão discutidos posteriormente neste artigo.)

Importante onbservar:

Integrar o WebSphere CloudBurst e o Rational Automation Framework para WebSphere significa que é possível encapsular seu ambiente de aplicativo inteiro em um padrão sem precisar criar nenhum script próprio.

Ao invés, é possível aproveitar mais de 500 ações de configuração WebSphere fornecidas pelo Rational Automation Framework para WebSphere.

Além dos benefícios da experiência do WebSphere, esta solução integrada é aplicável a outros cenários importantes como a criação de padrões para ambientes do WebSphere existentes e a alteração de uma célula do WebSphere, e é capaz de capturar e reutilizar esta configuração.

Criação de padrões para seus ambientes WebSphere existentes

Considere isso: Você possui ambientes WebSphere que você deseja "importar" como um padrão em seu dispositivo WebSphere CloudBurst. O dispositivo não possui um recurso que permita selecionar um ambiente que já existe e importá-lo como um novo padrão.

Porém, é possível usar o Rational Automation Framework para WebSphere em sua célula WebSphere existente e utilizar sua ferramenta de geração de ambiente para criar um novo ambiente do Rational Automation Framework para WebSphere a partir da célula existente, armazenando de maneira eficiente a configuração de seu WebSphere.

É possível então criar um padrão, usar o pacote de script especial, e apontá-lo para um projeto do Rational Automation Framework para WebSphere que aplique os dados de configuração no ambiente do Rational Automation Framework para WebSphere criado durante a importação. Isso permite criar um padrão do WebSphere CloudBurst que seja exatamente igual a uma célula do WebSphere existente (Figura 3).

Configurar, capturar, reutilizar

Em alguns casos, é possível aplicar manualmente as alteração de configuração à célula do WebSphere, e então capturar e reutilizar a configuração resultante.

Por exemplo, talvez durante o teste de seu aplicativo você descubra certas configurações que produzam um comportamento ótimo — Ninguém quer desperdiçar algo assim.

Outro exemplo: para a primeira configuração de um ambiente de aplicativo dado, você pode preferir implementar rapidamente a célula usando o WebSphere CloudBurst, e então configurar manualmente o aplicativo e seus recursos.

Em ambos os casos, você talvez queira capturar a configuração atualizada e reutilizá-la como for necessário. Novamente, é possível usar o Rational Automation Framework para WebSphere para capturar a configuração e integrar a implementação de um padrão do WebSphere CloudBurst com um projeto do Rational Automation Framework para WebSphere que aplique tal configuração. Isso é parecido com o primeiro cenário, exceto que que neste caso os ambientes não são o destino (Figura 4).

Migração de ambientes entre domínios virtuais e físicos

Talvez seu ciclo de promoção de aplicativo abranja domínios virtuais e físicos. Por exemplo, é possível implementar tudo, desde testes até ambientes de pré-produção usando o WebSphere CloudBurst, mas assim que você mudar para a produção, e possível que queira configurar o mesmo ambiente no hardware físico.

A mudança de ambientes WebSphere virtualizados usando padrões WebSphere CloudBurst para ambientes WebSphere tradicionais instalados diretamente hardware pode ser difícil. Não é possível implementar padrões do WebSphere CloudBurst diretamente em servidores físicos. Isso pode dificultar garantir que o mesmo ambiente está sendo posto em produção já testada e verificada.

Entretanto, se a configuração está armazenada no ambiente de aplicativo WebSphere como um ambiente de Rational Automation Framework para WebSphere, é possível aplicar a configuração em células WebSphere físicas e virtuais usando o mesmo projeto do Rational Automation Framework para WebSphere. Isso dá a tranquilidade de saber que um ambiente está sendo posto em uma produção que realmente funciona (Figura 5).

Voltar para parte superior

Colocar em prática

Agora que você já entende como o WebSphere CloudBurst e o Rational Automation Framework para WebSphere se integram e quando usar esta integração, é hora de vermos um exemplo de cenário.

Vamos considerar um caso de uso que segue o esquema Configurar, capturar, reutilizar introduzido na última seção. Neste caso, definiremos manualmente o ambiente de aplicativo Apache DayTrader J2EE, capturaremos ele como um projeto e ambiente do Rational Automation Framework, e reutilizaremos como um padrão do WebSphere CloudBurst.

A implementação do padrão resultará na construção da célula do WebSphere Application Server e na invocação do projeto do Rational Automation Framework para WebSphere para a definição do ambiente de aplicativo Apache DayTrader. A integração permitirá automatizar completamente o processo, da implementação e configuração da célula do WebSphere Application Server à implementação e configuração do ambiente de aplicativo Apache DayTrader.

Para realizarmos este trabalho, é necessário seguir as seguintes etapas:

1. Criar um padrão customizado do WebSphere CloudBurst com o pacote de script de integração do Rational Automation Framework para WebSphere.
2. Implementar o padrão do WebSphere CloudBurst para criar uma célula do WebSphere Application Server.
3. Instalar, configurar e verificar manualmente o aplicativo Apache DayTrader.
4. Usar o Rational Automation Framework para WebSphere para capturar a configuração da célula do WebSphere Application Server.
5. Definir o Rational Automation Framework para WebSphere para aplicar a configuração capturada e implementar o aplicativo Apache DayTrader.
6. Implementar um padrão do WebSphere CloudBurst que utilize o novo projeto e o novo ambiente do Rational Automation Framework para WebSphere para automatizar a construção do aplicativo Apache DayTrader.

Oh, e eu quase esqueci de mencionar que — você poderá fazer tudo isso sem precisar escrever sequer uma linha de um script customizado!

Criação de um novo padrão

A primeira etapa é criar um padrão customizado do WebSphere CloudBurst com o pacote de script de integração do Rational Automation Framework para WebSphere. Antes disso, é necessário carregar o pacote de script de integração do Rational Automation Framework para WebSphere no catálogo de seu dispositivo WebSphere CloudBurst.

Novamente, é possível obter o pacote de script na instalação de seu Rational Automation Framework para WebSphere (no diretório Rational Automation Framework para WebSphere_HOME/framework/wca). Assim que você tiver o arquivo (ZIP), navegue para a seção do pacote de script do catálogo WebSphere CloudBurst e faça o upload do novo conteúdo. Quando o processo de upload estiver completo, clique no botão de atualização na barra de ferramentas do canto direito superior. (A Figura 6 mostra o pacote de script de integração.)

Ao clicar no botão de atualização, você verá os dados que descrevem o pacote de script após a inclusão do arquivo cbscript.json no archive. Estes dados dizem ao WebSphere CloudBurst o que invocar (neste caso um script de shell incluido no pacote de script) e define diversas variáveis de ambiente. É possível definir o valor para estas variáveis no padrão ou fornecê-los durante o processo de implementação; eles fornecem informações importantes como:

• RAFW_SERVER_HOST: O nome de host para o servidor do Rational Automation Framework para WebSphere.
• RAFW_SERVER_USER: O nome de usuário para fazer login no servidor do Rational Automation Framework para WebSphere.
• RAFW_SERVER_PASSWORD: A senha para fazer login no servidor do Rational Automation Framework para WebSphere.
• RAFW_AUTOMATION_PLAN: O nome do projeto do Rational Automation Framework para WebSphere para ser invocado durante a implementação.
• RAFW_ENVIRONMENT: O nome do ambiente do Rational Automation Framework para WebSphere usado pelo projeto do Rational Automation Framework para WebSphere. O ambiente contém os dados de configuração para a célula do WebSphere Application Server.
• RAFW_HOME_PATH: O local do sistema de arquivo para descompactar os binários do Rational Automation Framework paraWebSphere na máquina virtual. Este valor deve ser igual ao valor do LINUX_RAFW_HOME no arquivo RAFW_HOME/configure.properties no servidor do Rational Automation Framework para WebSphere. Estas bibliotecas estão incluídas no pacote de script por conveniência.
• RAFW_AUTOMATION_TIMEOUT: Este é o limite máximo de tempo, em minutos, que o WebSphere CloudBurst esperará para que o projeto especificado do Rational Automation Framework para WebSphere seja completado. Se o tempo se esgotar antes que o projeto do Rational Automation Framework para WebSphere seja completado, o projeto do Rational Automation Framework para WebSphere continuará a ser executado, porém o WebSphere CloudBurst informará que o sistema virtual está no estado inicial.

Quando o pacote de script estiver no catálogo, é possível construir seu novo padrão customizado. Navegue até a página Padrões e clone um padrão existente, ou crie um inteiramente novo. Para este cenário, você configurará um padrão com o gerenciador de implementação, modo customizado, e as partes do IBM HTTP Server como visto na Figura 7.

Antes de sair do Editor de Padrão, clique na opção Advanced Options . Desmarque a opção Enable messaging , mas mantenha a opção Define clusters marcada. O WebSphere CloudBurst atualiza este padrão para incluir a configuração necessária para criar o cluster do WebSphere Application Server durante a implementação.

Após clicar em OK no painel de Opções Avançadas, você verá um badge de configuração de Cluster adicionado àparte do gerente de implementação. Clique no ícone de configuração próximo a este badge e forneça os dados de configuração para o cluster, como mostra a Figura 8.

A partir destes dados de configuração, o WebSphere CloudBurst automaticamente criará um cluster do WebSphere Application Server contendo um membro de cada nó de customização. Use TradeCluster como um prefixo para o nome do cluster e o WebSphere CloudBurst cria e ajusta o cluster sem a necessidade de um script fornecido pelo usuário.

A implementação inicial

Antes de tentar integrar as implementação de padrão do WebSphere CloudBurst e do Rational Automation Framework para WebSphere, é necessário garantir que a máquina hospedando o servidor do Rational Automation Framework para WebSphere possa se conectar com sucesso às máquinas virtuais que o WebSphere CloudBurst cria. Além disso, garanta que o servidor do Rational Automation Framework para WebSphere tenha as chaves necessárias para fazer conexões SSH/SFTP a estas máquinas, ou configure a máquina hospedando o servidor do Rational Automation Framework para WebSphere para automaticamente aceitar novas chaves ma inicialização de tais conexões. Tenha em mente que configurar a aceitação automática de novas chaves é um risco à segurança em potencial.

Após terminar a construção deste padrão, é possível proceder com a implementação inicial. Ao configurar a parte do gerente de configuração durante o processo de implementação, você fornecerá informações sobre integração para o Rational Automation Framework para WebSphere.

A Figura 9 mostra a implementação do padrão DayTrader.

Esta implementação destina-se ao servidor do Rational Automation Framework para WebSphere em eastgrand.austin.ibm.com e utiliza o nome de usuário e a senha do cloudburst. Uma vez que vamos configurar manualmente este ambiente para a primeira implementação, o nome do projeto do Rational Automation Framework para WebSphere (RAFW_AUTOMATION_PLAN) não é importante. O tempo de execução do Rational Automation Framework para WebSphere gerará automaticamente um projeto que pode ser reutilizado. O nome do ambiente do Rational Automation Framework para WebSphere neste caso é DayTrader, e usamos os padrões fornecidos para o tempo limite.

Para RAFW_HOME_PATH, utiliza-se o diretório /opt/IBM/WebSphere/Profiles/RAFW. Este local é usado ao invés do caminho padrão porque o Rational Automation Framework para WebSphere tentará criar diretórios e arquivos em cada máquina virtual em seu sistema virtual, uma vez que virtuser está operando como usuário do sistema.

É necessário garantir que o local onde o Rational Automation Framework para WebSphere tentar criar arquivos e diretórios seja acessível ao virtuser. É possível fazer isso também usando imagem customizada na qual as permissões de arquivo apropriadas tenham sido definidas.

Em ambos os casos, é preciso também alterar o valor do parâmetroLINUX_RAFW_HOME no arquivo RAFW_HOME/configure.properties no servidor do Rational Automation Framework para WebSphere, para corresponder ao valor doRAFW_HOME_PATH usando durante a implementação.

Quando seu sistema virtual novo estiver no estado de início, é possível acessar o console de administração do WebSphere Application Server para iniciar o ambiente de aplicativo Apache DayTrader.

Antes disso, vamos dar uma olhada nos artefatos do Rational Automation Framework para WebSphere gerados como parte do processo de implementação. Acesse o console do Rational Automation Framework para WebSphere (neste caso, abrindo a URL http://eastgrand.austin.ibm.com) e clique em Ambientes . Você verá um ambiente com o nome RAFW_DayTrader_CloudBurstCell0. É possível clicar no link para ver o que o Rational Automation Framework para WebSphere criou para você (Figura 10).

O pacote de script de integração criou este novo ambiente ao usar os dados disponibilizados para fazer pacotes de scripts nas implementações do WebSphere CloudBurst. Você atualizará este ambiente ao instalar e configurar o ambiente de aplicação DayTrader para conter as informações atualizadas.

Além do ambiente do Rational Automation Framework para WebSphere se você clicar no link Projetos , você verá um projeto do Rational Automation Framework para WebSphere recém-criado. Ele possui o mesmo nome do que o ambiente do Rational Automation Framework para WebSphere criado (Figura 11).

Inicialmente, o projeto contém uma etapa única que é na verdade uma chamada da biblioteca RAFW_WAS_70_ND_Configure. Esta biblioteca é enviada com o Rational Automation Framework para WebSphere, e você pode usá-la para aplicar ou importar configurações para um célula do WebSphere Application Server 7.0 inteira. Este projeto será usado para importar a configuração da célula após a definição do ambiente DayTrader.

Após importar a configuração, você modificará levemente o projeto para aplicar apenas a configuração para reduzir o tempo de implementação geral. Entretanto, você ainda usará as bibliotecas enviadas e não precisará escrever nem ma linha de script customizado.

Definição e verificação do DayTrader

O aplicativo Apache DayTrader é um aplicativo de referência de desempenho que modela um sistema de comércio de ações on-line. O aplicativo é feito de servlets, JSPs, diversos tipos de Enterprise JavaBeans, uma fonte de dados de back-end, e mais. A Figura 12 é um diagrama tirado do site da Web do Apache DayTrader que descreve o layout do ambiente de aplicativo.

Ao invés de passar pelas etapas de instalação para implementar o aplicativo DayTrader, vá para o site da Web onde é possível encontrar a fonte do aplicativo, assim como construir e implementar instruções (veja Recursos).

Ao final do artigo, você terá mapeado este ambiente e a infraestrutura depende de um padrão do WebSphere CloudBurst integrado com um projeto do Rational Automation Framework para WebSphere. Um padrão do WebSphere CloudBurst representará a célula do WebSphere Application Server que mapeia a parte do JavaEE Application Server do diagrama. A definição do banco de dados não está incluída no padrão do WebSphere CloudBurst atual, embora no WebSphere CloudBurst 2.0 fosse possível incluir facilmente uma parte DB2® no padrão par encapsular o servidor do banco de dados do ambiente.

O ambiente do Rational Automation Framework para WebSphere conterá dados de configuração para o aplicativo, seus recursos, e suas dependências. Isso garantirá a implementação correta do aplicativo e de seus servlets, JSPs, eEnterprise JavaBeans. Além disso, o ambiente do Rational Automation Framework para WebSphere conterá os dados necessários para configurar corretamente componentes para a integração entre o aplicativo DayTrader, os clientes de aplicativo, e fontes de dados de back-end.

Com base no padrão construído e implementado anteriormente neste artigo, deve-se configurar o aplicativo Apache DayTrader para executar dentro e um cluster de servidor do WebSphere Application Server. Este cluster conterá um membro de cada nó customizado n implementação. A Figura 13 mostra o resultado da implementação desejado.

Após instalar o aplicativo, configurar os recursos necessários e dependências, e inicializar com sucesso o aplicativo, você pode verificar se ele está funcionando ao navegar para a URL http://<host>:9080/daytrader. Ali, clique na aba Configuration e você verá a seguinte página (Figura 14):

Para começar a verificação, clique nas tabelas e índices (Re)-create DayTrader Database e após terminar as etapas nesta página, clique em (Re)-populate DayTrader Database. Após criar e preencher as tabelas de banco de dados, é possível testar o aplicativo clicando no link Test DayTrader Scenario e seguir as instruções na página.

Quando estiver satisfeito com a configuração de seu ambiente. Você pode proceder e atualizar o ambiente do Rational Automation Framework para WebSphere com esta nova configuração.

Captura da configuração do DayTrader

Agora que o processo de configuração e verificação manual do ambiente do Apache DayTrader foi finalizado, é provável que você não queira fazer tudo de novo (mito menos a cada vez que precisar de uma nova implementação). Você quer capturar a configuração que você sabe que funciona, e usá-la como for necessário. É exatamente o que você fará; começa com a captura de sua configuração existente usando o Rational Automation Framework para WebSphere.

Durante a implementação de padrão inicial, o pacote de script de integração causou a geração automática de um projeto do Rational Automation Framework para WebSphere (como mostra a A figura 10). É possível usar este projeto para importar a configuração existente de seu ambiente DayTrader ao executá-lo no modo Import.

Para isso, acesse o console do Rational Automation Framework para WebSphere clique no link Projetos , e clique emRAFW_DayTrader20_CloudBurstCell0 . Na página de detalhes dos projetos, clique em Iniciar projeto na barra de ferramentas superior para criar uma nova tarefa. Na página de detalhes da tarefa, simplesmente altere o campo de Modo para Import, como mostra a figura15.

Neste ponto, clique em Executar e uma tarefa do Rational Automation Framework para WebSphere começará. Isso iniciará a execução da biblioteca RAFW_WAS70_ND_CONFIGURE contra a célula do WebSphere Application Server na qual o aplicativo DayTrader foi implementado.

Note que o local do ambiente do WebSphere Application Server e de outros detalhes pertinentes, como nomes da célula e do nó, já existe no ambiente do projeto. Novamente, a integração do pacote de script faz isso automaticamente quando cria o ambiente do DayTrader durante a implementação inicial.

Após clicar em Executar, o Rational Automation Framework para WebSphere rediceciona você para a página de detalhes da tarefa que você iniciou. Você pode monitorar o progresso da tarefa de importação quando ela estiver completa, será exibido o status mostrado na Figura 16.

Captura do aplicativo DayTrader

Agora o ambiente do DayTrader está atualizado com as últimas informações de configuração do ambiente do aplicativo Apache DayTrader. Isso inclui a configuração para recursos de JDBC, mecanismos de mensagem, e mais. Entretanto, ainda é necessário importar o aplicativo atual e armazená-lo no ambiente do DayTrader.

Para fazer isso, crie um projeto simples do Rational Automation Framework para WebSphere que importe os binários do aplicativo e que crie um arquivo de propriedades que o Rational Automation Framework paraWebSphere usará para instalar o aplicativo.

Clique no link Projetos na barra de ferramentas à direita e quando a página do projeto abrir, clique em Inserir projeto na parte superior. Na parte inferior da tela, aparece a seção de detalhes para o novo projeto. Insira Importar aplicativo DayTrader como o novo nome do projeto e selecione RAFW_DayTrader_CloudBurstCell0 como o ambiente para o novo projeto. É necessário também certificar-se de que o seletor certo está definido com base na configuração do Rational Automation Framework para WebSphere. Quando terminar, Salve (Figura 17).

Este novo projeto consiste de três etapas, projetadas para realizarem o seguinte:

1. Criar um arquivo de propriedades usado para implementar o aplicativo DayTrader.
2. Atualizar o arquivo de propriedades com um par de valor chave de nome de aplicativo.
3. Importar os binários do aplicativo da célula existente do WebSphere Application Server.

Para criar uma nova etapa, clique no projeto Importar aplicativo DayTrader e então clique em Adicionar etapa na barra de ferramentas superior. Quando o painel de detalhes da etapa aparece na parte inferior da tela, insira Criar arquivo de propriedades como o nome da primeira etapa. A Figura 18 mostra o comando completo para esta etapa.

A segunda etapa atualiza o arquivo de propriedades criado na primeira etapa com um par de valor chave que fornece o nome do aplicativo. Isto é necessário para uma implementação de sucesso do aplicativo Apache DayTrader. Clique em Adicionar etapa e crie uma nova etapa chamada Adicionar nome do aplicativo. A Figura 19 mostra o comando para esta nova etapa.

A terceira etapa na verdade importará os binários do aplicativo DayTrader e os armazenará no servidor do Rational Automation Framework para WebSphere. Clique em Adicionar etapa novamente e crie uma nova etapa com o nome Obter binários do aplicativo. A Figura 20 mostra o comando para esta etapa.

Antes de executar o projeto, é necessário garantir que as pastas corretas existem no servidor do Rational Automation Framework for WebSphere. Na máquina hospedando a instância de servidor do Rational Automation Framework para WebSphere que você está usando, certifique-se de que a pasta<RAFW_HOME>/users/environments/DayTrader/cells/<CELL_NAME>/clusters/<CLUSTER_NAME>/apps/properties existe. Após verificar ou criar a pasta no Rational Automation Framework para WebSphere, clique em Iniciar projeto e, a seguir, clique em Executar para começar a tarefa. O Rational Automation Framework para WebSphere direcionará você para a página de detalhes onde você pode monitorar o status de cada etapa no projeto.

Quando o projeto estiver completo, é possível verificar que ele tem os resultados esperados ao verificar pela presença dos seguintes arquivos:

• <RAFW_HOME>/users/environments/DayTrader/cells/<CELL_NAME>/clusters/<CLUSTER_NAME>/apps/properties/DayTrader2-EE5.properties
• <RAFW_HOME>/users/environments/DayTrader/cells/<CELL_NAME>/apps/media/DayTrader2-EE5.ear

Note que o nome do arquivo de propriedades e de EAR pode variar com base no nome do aplicativo usado durante a instalação manual anterior neste processo.

Atualização do projeto do Rational Automation Framework para WebSphere

É possível usar o ambiente do DayTrader Rational Automation Framework para WebSphere existente e o projetoRAFW_DayTrader_CloudBurstCell0 para aplicar novamente a configuração do aplicativo Apache DayTrader em subsequentes implementações do padrão WebSphere CloudBurst. Primeiro, porém, é preciso fazer duas alterações no projeto existente.

Adicione uma etapa para implementar o aplicativo importado. Para fazer isso, clique no link Projetos na barra de ferramentas à esquerda do console do Rational Automation Framework for WebSphere, e clique em RAFW_DayTrader_CloudBurstCell0 . Na página de detalhes do projeto, clique em Adicionar etapa e insira Implementar DayTrader como o nome da etapa. A Figura 21 mostra o comando para implementar a aplicação.

Agora, você substituirá a chamada de biblioteca composta RAFW_WAS70_ND_CONFIGURE no projeto por chamadas de bibliotecas individuais. Embora seja possível manter uma única etapa para chamar a biblioteca composta RAFW_WAS70_ND_CONFIGUE, substituir a etapa única com diversas etapas permite realizar apenas as ações de configuração necessárias para o ambiente do aplicativo Apache DayTrader. Você ainda está usando bibliotecas de configuração enviadas, então não será preciso enviar scripts customizados.

O benefício de quebrar o projeto em diversas etapas que realizam apenas as ações de configuração que você precisa é que você pode diminuir significantemente o tempo de implementação geral de seu ambiente de aplicativo.

Especificamente para a configuração de seu ambiente de aplicativo Apache DayTrader, você usará as bibliotecas pré-definidas do Rational Automation Framework para WebSphere:

• RAFW_was_common_configure_environments
• RAFW_was_common_configure_resources
• RAFW_was_common_configure_security
• RAFW_was_common_configure_servers
• RAFW_was_common_configure_service_integration
• RAFW_was_common_configure_users_and_groups

Você criará seis novas etapas para usar essas seis bibliotecas. Cada uma dessas etapas possuirá a propriedade sequencial cujos valores mapeiam para uma das bibliotecas acima. A Figura 22 mostra a declaração da etapa para o uso da biblioteca RAFW_was_common_configure_environments.

A propriedade sequencial é definida para RAFW_was_common_configure_environments, garantindo assim que a etapa resultará em uma chamada desta biblioteca. Observe a instrução echo no campo de comando. O Rational Automation Framework para WebSphere requer o fornecimento de um comando válido para cada etapa. Ao executar esta etapa no projeto, o Rational Automation Framework para WebSphere invocará primeiro o comando, e então chamará a biblioteca especificada no sequencial método sequencial .

Há mais uma etapa para ser adicionada a este projeto. A etapa final no projeto iniciará todos os processos na célula, incluindo o gerente de implementação, agentes de nós, e cluster de servidor de aplicativo. Para isso, simplesmente adicione uma nova etapa chamada RAFW_start_cell. Na propriedade sequencial da nova etapa, selecione a biblioteca RAFW_start_cell e lembre-se de fornecer um comando válido (echo 'calling RAFW_start_cell' para seguir nosso modelo). Isso é tudo que precisa ser feito para que o Rational Automation Framework para WebSphere inicie os processos da célula.

Ao terminar de criar as etapas, o projeto resultante deve ser similar ao da Figura 23.

No projeto recém-terminado, a etapa inicial que chama a biblioteca RAFW_WAS_70_ND_Configure foi simplesmente desativada. Se decidir posteriormente retornar para simplesmente aplicar todas as configurações, não ajustando assim com diversas etapas, é possível habilitar aquela etapa novamente e desabilitar ou remover as etapas 2-6.

Se desejar, é possível posteriormente ajustar o projeto selecionando exatamente quais ações de configuração executar para cada biblioteca em uso. Para fazer isso, clique no link Libraries na barra de ferramentas à esquerda do console do Rational Automation Framework for WebSphere e selecione a biblioteca desejada. Haverá uma lista de diferentes ações de configuração em diferentes escopos; é possível habilitar seletivamente ou desabilitar cada uma dessas etapas. Neste caso, manteremos o comportamento padrão e deixaremos todas as ações habilitadas.

Neste ponto, você completou a configuração necessária para o ambiente e o projeto de seu Rational Automation Framework para WebSphere.

Início de uma nova implementação

Agora você está pronto para implementar o padrão do WebSphere CloudBurst criado anteriormente. A diferença é que desta vez o projeto do Rational Automation Framework para WebSphere e o ambiente do Rational Automation Framework para WebSphere existem e refletem as ações de informações configuração necessárias para automatizar completamente a construção do ambiente de aplicativo do Apache DayTrader.

Desta vez, ao implementar o padrão do WebSphere CloudBurst, a próxima coisa que você verá será uma célula do WebSphere Application Server ativa e em execução com o aplicativo DayTrader instalado , iniciado, totalmente configurado, e pronto para o uso.

Para iniciar a implementação, acesse de novo o console do WebSphere CloudBurst e navegue até Padrões . Selecione o padrão criado anteriormente, aquele com o pacote de script de integração do Rational Automation Framework para WebSphere, e então clique no ícone de implementação na barra de ferramentas na parte superior direita. Assim como foi feito na última vez, você passará pelo processo de configuração de cada parte do padrão para a implementação. A Figura 24 mostra os dados de configuração para o pacote de script de integração.

Note que a única diferença entre a primeira implementação e esta é que RAFW_AUTOMATION_PLAN (ou o nome do projeto) é alterado. Este projeto não existia antes da primeira implementação, mas o pacote de script automaticamente o criou durante a primeira implementação. Desde então, o projeto (e o ambiente) do Rational Automation Framework paraWebSphere foi atualizado e você deseja garantir os resultados desta implementação na invocação do projeto atualizado. Este conjunto de dados faz exatamente isso.

Vale notar que neste ponto você pode definir as informações para o pacote de script de integração no padrão. Isso evita erros de entrada de dados durante a implementação e relaciona um padrão particular ao projeto e ao ambiente especificado do Rational Automation Framework para WebSphere. Entretanto, se você definir estes valores no padrão e e não definir o padrão novamente, não é possível mudar a referência ao projeto e ao ambiente do Rational Automation Framework para WebSphere a menos que você clone o padrão.

Depois que você configurar cada parte, clique emOK e deixe o processo de implementação começar. Quando a implementação estiver completa, a interface do WebSphere CloudBurst deve mostra que o sistema virtual está no estado de início, como visto na Figura 25.

Se você acessar o console do Rational Automation Framework para WebSphere, você verá que duas tarefas foram completadas com sucesso (como na Figura 26):

A primeira tarefa, neste caso a WCA_ENV_UPDATE_52, atualizou o Rational Automation Framework para o ambiente do WebSphere DayTrader com informações sobre a nova célula do WebSphere Application Server. Isso garante que para a informação que varia de implementação em implementação (como nomes de host, nomes de células, e nomes de nós, o ambiente do Rational Automation Framework para WebSphere contém os dados corretos e atualizados. O projeto usado para criar esta tarefa, o WCA_ENV_UPDATE, é enviado com o Rational Automation Framework para WebSphere e o pacote de script de integração do Rational Automation Framework para WebSphere no padrão do WebSphere CloudBurst invoca automaticamente durante a mplementação.

Neste ponto, você pode fazer login no console de administração do WebSphere Application Server. Na listagem de aplicativos comerciais, você deve ver o aplicativo DayTrader2-EE5 no estado iniciado.

Como antes, você pode acessar a página de configuração do DayTrader, definir e preencher os bancos de dados, e verificar se o aplicativo está trabalhando.

Voltar para parte superior

Em conclusão

Você completou a configuração do WebSphere CloudBurst e do Rational Automation Framework para WebSphere para o ambiente do aplicativo Apache DayTrader:

• Você começou implementando o padrão do WebSphere CloudBurst com o pacote de script de integração do Rational Automation Framework para WebSphere.
• Quando a célula do WebSphere Application Server ficou pronta, você instalou, configurou, e verificou manualmente o aplicativo Apache DayTrader e suas dependências.
• Você então importou a configuração da definição e atualizou o ambiente gerado automaticamente do Rational Automation Framework para WebSphere.
• Você modificou o projeto do Rational Automation Framework para WebSphere para aplicar apenas as ações de configuração necessárias, implementou o ambiente DayTrader, e iniciou todos os processos de células.
• Finalmente, você implementou um padrão do WebSphere CloudBurst com o pacote de script de integração, apontou para o ambiente e o projeto previamente configurados do Rational Automation Framework para WebSphere, e viu a construção automatizada da célula e do ambiente de aplicativo do Apache DayTrader.

Agora você possui um padrão do WebSphere CloudBurst e um projeto do Rational Automation Framework para WebSphere que pode ser usado para reconstruir com confiança e rapidez o ambiente do Apache DayTrader inteiro quando for preciso.

Definir ambientes de aplicação J2EE não triviais pode ser demorado, complexo, e quase impossível de uma maneira consistente, mas se você utilizar o WebSphere CloudBurst para entregar células do WebSphere Application Server, é possível fazer isso com velocidade jamais vista e usar ações de configurações WebSphere prontas do Rational Automation Framework para WebSphere para configurar ambientes de aplicativo complexos dentro destas células.

O melhor de tudo é que os padrões do WebSphere CloudBurst e os projetos do Rational Automation Framework para WebSphere codificam o processo de ponta-a-ponta da configuração de uma célula do WebSphere Application Server e configuram um ambiente de aplicativo na célula. Isso significa que você pode confiar na habilidade de configurar repetitivamente o mesmo ambiente de aplicativo sempre que for preciso.

Assim, o WebSphere CloudBurst e o Rational Automation Framework para WebSphere combinam para tornar a configuração de ambientes de aplicativos J2EE mais fáceis, rápidos e mais consistentes do que nunca.

Agradecimentos

Gostaria de agradecer Ruth Willenborg, David Brauneis, e Leigh Williamson por suas contribuições para este artigo.

Recursos

Aprender

• Um tutorial deste autor, "Migração do ambiente de aplicativos com WebSphere CloudBurst," pode contribuir para seu conhecimento sobre o CloudBurst ao demonstrar como usar padrões para preservar a fidelidade de ambientes de aplicativos, quando migram por ciclos de vida.
  
  
• Saiba mais sobre como o "Rational Automation Framework para WebSphere pode ajudar você a automatizar tarefas administrativas complexas para ambientes WAS e Portal.
  
  
• Nos recursos para desenvolvedores de nuvem do developerWorks, descubra e compartilhe o conhecimento e a experiência dos desenvolvedores de aplicativos e serviços que estão criando os seus projetos de implementação de nuvem.
  
  
• Nos Recursos do WebSphere, você encontra mais sobre os produtos WebSphere, como o WebSphere CloudBurst Appliance.
  
  
• Nos Rational resources, você encontra mais sobre os produtos WebSphere, como o Rational Automation Framework para WebSphere.
  
  
• Confira o blog do autor, Dustin Amrhein, "A view from the clouds: Cloud computing for the WebSphere developer," para mais informações sobre o WebSphere e a Nuvem.
  
  
• A ferramenta O blog do IBM Developer Cloud fornece os mais recentes detalhes sobre o Developer Cloud, de especialistas em computação em Nuvem.
  
  
• A ferramenta A Wiki está sendo sempre atualizada com cenários de uso comum para a nuvem do desenvolvedor.
  
  
• A ferramenta grupo do Developer Cloud no My developerWorks é a comunidade para o desenvolvimento de negócios e teste na IBM Cloud.
  
  
• Mantenha-se atualizado com os eventos técnicos e Webcasts do DeveloperWorks.
  
  
• A ferramenta O canal IBMdevcloud no YouTube oferece todos os tipos de demonstrações como o uso de uma gama de produtos IBM na Nuvem de teste e a criação e o acesso a instâncias.
  
  
• A ferramenta ibm.com/cloud portal serve como uma visão geral de alto nível das ofertas da IBM Cloud.
  
  

Obter produtos e tecnologias

• De uma olhada mais de perto no Apache DayTrader por meio desta amostra de referência.
  
  
• Descubra mais sobre o WebSphere CloudBurst Appliance: Estende aplicativos de SOA inteligentes e serviços na nuvem.
  
  
• Faça o download e veja a demo do Rational Automation Framework para WebSphere: um recurso opcional do Rational Build Forge.
  
  
• A ferramenta site IBM Smart Business Development and Test on the IBM Cloud é o seu lugar para começar a desenvolver seus aplicativos para a nuvem.
  
  
• Com osoftware de avaliação da IBM, disponível para download diretamente do developerWorks, construa seu próximo projeto em Nuvem.
  
  

Discutir

• Participe dos grupos do Rational Automation Framework para WebSphere no My developerWorks.
  
  
• A ferramenta Developer Cloud group no My developerWorks é a comunidade para o desenvolvimento de negócios e teste na IBM Cloud.
  
  
• Envolva-se com a comunidade developerWorks (blogs, grupos, fóruns, podcasts, perfis, newsletters, wikis, e tópicos da comunidade) por meio do My developerWorks, uma rede profissional e conjunto de ferramentas comunitárias para conectar, compartilhar e colaborar.
  
  

Sobre o autor

Dustin Amrhein entrou para a IBM como membro da equipe de desenvolvimento do WebSphere Application Server. Enquanto esteve nessa posição, Dustin trabalhou principalmente com infraestrutura e modelos de programação de serviços da Web. Além disso, Dustin trabalhou no desenvolvimento de uma estrutura de serviços RESTful para Java Runtime. Em sua função atual, Dustin é evangelista técnico de tecnologias emergentes no portfólio WebSphere da IBM.

Classificar este artigo

Comentários

Voltar para parte superior

Índice

• Como e quando integrar
• Colocar em prática
• Em conclusão
• Recursos
• Sobre o autor
• Comentários

Conheça a IBM da sua cidade

A IBM está mais perto do que você imagina!

---

Saiba mais