As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Etapa 3: Adição de um datastore de back-end
**Importante**
O AWS OpsWorks Stacks serviço chegou ao fim da vida útil em 26 de maio de 2024 e foi desativado para clientes novos e existentes. É altamente recomendável que os clientes migrem suas cargas de trabalho para outras soluções o mais rápido possível. Se você tiver dúvidas sobre migração, entre em contato com a AWS Support equipe no [AWS re:POST](https://repost.aws/) ou por meio do Premium [AWS Support](https://aws.amazon.com/support).
[Etapa 2.1: Criar uma pilha - Chef 11](gettingstarted-simple-stack.md) mostrou como criar uma pilha que foi usada por um aplicativo PHP. No entanto, aquele aplicativo era muito simples e fez pouco mais do que exibir um texto estático. Aplicativos de produção normalmente usam um datastore de back-end, resultando em uma configuração de pilha semelhante à da ilustração a seguir.
![\[AWS OpsWorks stack architecture diagram showing PHP app, MySQL, and user interactions.\]](http://docs.aws.amazon.com/pt_br/opsworks/latest/userguide/images/php_walkthrough_arch_3.png)
Esta seção mostra como estender MyStack para incluir um servidor de banco de dados MySQL back-end. Você precisa fazer mais do que simplesmente adicionar um servidor MySQL à pilha. Você também precisa configurar o aplicativo para se comunicar adequadamente com o servidor do banco de dados. OpsWorks O Stacks não faz isso por você; você precisará implementar algumas receitas personalizadas para lidar com essa tarefa.
**Topics**
+ [Etapa 3.1: Adição de um banco de dados de back-end](gettingstarted-db-db.md)
+ [Etapa 3.2: Atualização simples PHPApp](gettingstarted-db-update.md)
+ [Uma breve digressão: atributos de livros de receitas, receitas e pilhas OpsWorks](gettingstarted-db-recipes.md)
+ [Etapa 3.3: Adicionar os livros de receitas personalizados ao MyStack](gettingstarted-db-cookbooks.md)
+ [Etapa 3.4: Execução de receitas](gettingstarted-db-lifecycle.md)
+ [Etapa 3.5: Implantar SimplePHPApp, versão 2](gettingstarted-db-deploy.md)
+ [Etapa 3.6: Executar o Simple PHPApp](gettingstarted-db-run.md)
# Etapa 3.1: Adição de um banco de dados de back-end
**Importante**
O AWS OpsWorks Stacks serviço chegou ao fim da vida útil em 26 de maio de 2024 e foi desativado para clientes novos e existentes. É altamente recomendável que os clientes migrem suas cargas de trabalho para outras soluções o mais rápido possível. Se você tiver dúvidas sobre migração, entre em contato com a AWS Support equipe no [AWS re:POST](https://repost.aws/) ou por meio do Premium [AWS Support](https://aws.amazon.com/support).
A nova versão do Simple PHPApp armazena seus dados em um banco de dados de back-end. OpsWorks O Stacks oferece suporte a dois tipos de servidores de banco de dados:
+ A [camada MySQL OpsWorks Stacks](workinglayers-db-mysql.md) é um modelo para criar EC2 instâncias da Amazon que hospedam um banco de dados MySQL mestre.
+ A camada de serviço do Amazon RDS fornece uma forma de incorporar uma [instância Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html) em uma pilha.
Você também pode usar outros bancos de dados, como o Amazon DynamoDB ou criar uma camada personalizada para fornecer suporte a bancos de dados, como por exemplo, o [MongoDB](http://www.mongodb.org/). Para obter mais informações, consulte [Uso de um armazenamento de dados de back-end](customizing-rds.md).
Este exemplo usa uma camada do MySQL.
**Para adicionar uma camada MySQL ao MyStack**
1. Na página **Layers**, clique em **\$1 Layer**.
1. Na página **Add Layer**, para **Layer type**, selecione **MySQL**, aceite as configurações padrão e clique em **Add Layer**.
![\[Add Layer interface for MySQL with options to set usuário raiz password and apply to all instances.\]](http://docs.aws.amazon.com/pt_br/opsworks/latest/userguide/images/gsb3.png)
**Para adicionar uma instância à camada MySQL**
1. Na linha **MySQL** da página **Layers**, clique em **Add an instance**.
1. Na página **Instances**, sob **MySQL**, clique em **Add an instance**.
1. Aceite os valores padrão e clique em **Add instance**, mas não a inicie ainda.
**nota**
OpsWorks O Stacks cria automaticamente um banco de dados chamado usando o nome curto do aplicativo, simplephpapp neste exemplo. Você precisará desse nome se deseja usar as [receitas do Chef](http://docs.chef.io/recipes.html) para interagir com o banco de dados.
# Etapa 3.2: Atualização simples PHPApp
**Importante**
O AWS OpsWorks Stacks serviço chegou ao fim da vida útil em 26 de maio de 2024 e foi desativado para clientes novos e existentes. É altamente recomendável que os clientes migrem suas cargas de trabalho para outras soluções o mais rápido possível. Se você tiver dúvidas sobre migração, entre em contato com a AWS Support equipe no [AWS re:POST](https://repost.aws/) ou por meio do Premium [AWS Support](https://aws.amazon.com/support).
Para começar, você precisa de uma nova versão do Simple PHPApp que use um armazenamento de dados de back-end. No OpsWorks Stacks, é fácil atualizar um aplicativo. Se você usa um repositório Git ou Subversion, pode ter uma ramificação de repositório separada para cada versão do aplicativo. O aplicativo de exemplo armazena uma versão do aplicativo que usa um banco de dados de back-end na ramificação do repositório Git versão 2. Você só precisa atualizar a configuração do aplicativo para especificar a nova ramificação e reimplantar o aplicativo.
**Para atualizar o Simple PHPApp**
1.
**Abra a página de edição do aplicativo**
No painel de navegação, clique em **Aplicativos** e, em seguida, clique em **editar** na coluna **Ações** da PHPApp linha **Simples**.
1.
**Atualize a configuração do aplicativo**
Altere as seguintes configurações.
**Ramificação/Revisão**
Essa configuração indica a ramificação do repositório do aplicativo. A primeira versão do Simple PHPApp não se conectou a um banco de dados. Para usar uma versão do aplicativo habilitada para bancos de dados, defina esse valor como **version2**.
**Document root**
Essa configuração especifica a pasta raiz do aplicativo. A primeira versão do Simple PHPApp usava a configuração padrão, que é instalada `index.php` na pasta raiz padrão do servidor (`/srv/www`para aplicativos PHP). Se você especificar uma subpasta aqui — apenas o nome, sem “/' inicial —OpsWorks Stacks a anexará ao caminho padrão da pasta. A versão 2 do Simple PHPApp deve entrar`/srv/www/web`, então defina a **raiz do documento** como**web**.
**Tipo de fonte de dados**
Essa configuração associa um servidor de banco de dados com o aplicativo. O exemplo usa a instância do MySQL que você criou na etapa anterior, então defina o **tipo de fonte de dados** como OpsWorks e a instância do **banco de dados como a instância** que você criou na etapa anterior, **db-master1** (mysql). Deixe **o nome do banco** de dados vazio; o OpsWorks Stacks criará um banco de dados no servidor com o nome abreviado do aplicativo, simplephpapp.
Em seguida, clique em **Save** para salvar a nova configuração.
![\[Add App form with settings for SimplePHP application and OpsWorks data source.\]](http://docs.aws.amazon.com/pt_br/opsworks/latest/userguide/images/gsb2.png)
1. Inicie a instância MySQL.
Depois de atualizar um aplicativo, o OpsWorks Stacks implanta automaticamente a nova versão do aplicativo em qualquer nova instância do servidor de aplicativos quando você as inicia. No entanto, o OpsWorks Stacks não implanta automaticamente a nova versão do aplicativo nas instâncias de servidor existentes; você deve fazer isso manualmente, conforme descrito em[Etapa 2.4: Criar e implantar um aplicativo - Chef 11](gettingstarted-simple-app.md). Você poderia implantar o Simple atualizado PHPApp agora, mas, neste exemplo, é melhor esperar um pouco.
# Uma breve digressão: atributos de livros de receitas, receitas e pilhas OpsWorks
**Importante**
O AWS OpsWorks Stacks serviço chegou ao fim da vida útil em 26 de maio de 2024 e foi desativado para clientes novos e existentes. É altamente recomendável que os clientes migrem suas cargas de trabalho para outras soluções o mais rápido possível. Se você tiver dúvidas sobre migração, entre em contato com a AWS Support equipe no [AWS re:POST](https://repost.aws/) ou por meio do Premium [AWS Support](https://aws.amazon.com/support).
Você agora tem servidores de aplicativos e de banco de dados, mas eles ainda não estão prontos para uso. Você ainda precisa configurar o banco de dados e definir as configurações de conexão do aplicativo. OpsWorks O Stacks não executa essas tarefas automaticamente, mas oferece suporte aos livros de receitas, receitas e atributos dinâmicos do Chef. Você pode implementar duas receitas, uma para configurar o banco de dados e outra para definir as configurações de conexão do aplicativo, e fazer com que o OpsWorks Stacks as execute para você.
O livro de receitas phpapp, que contém as receitas necessárias, já está implementado e pronto para ser usado; você pode ir direto para [Etapa 3.3: Adicionar os livros de receitas personalizados ao MyStack](gettingstarted-db-cookbooks.md), se preferir. Se você deseja saber mais, esta seção fornece algumas informações sobre livros de receitas e receitas, e descreve como elas funcionam. Para ver o livro de receitas em si, acesse o [livro de receitas phpapp](https://github.com/amazonwebservices/opsworks-example-cookbooks/tree/master/phpapp).
**Topics**
+ [Receitas e atributos](#gettingstarted-db-recipes-attributes)
+ [Configuração do banco de dados](#gettingstarted-db-recipes-dbsetup)
+ [Conexão do aplicativo ao banco de dados](#gettingstarted-db-recipes-appsetup)
## Receitas e atributos
Uma receita do Chef é basicamente um aplicativo Ruby especializado que executa tarefas em uma instância, como a instalação de pacotes, criação de arquivos de configuração e execução de comandos do shell, e assim por diante. Os grupos de receitas relacionadas são organizados em *livros de receitas*, que também contêm arquivos de suporte, como modelos para a criação de arquivos de configuração.
OpsWorks Stacks tem um conjunto de livros de receitas que suportam as camadas integradas. Você também pode criar livros de receitas personalizados com suas próprias receitas para executar tarefas personalizadas em suas instâncias. Este tópico fornece uma breve introdução a receitas e mostra como usá-las para configurar o banco de dados e as definições de conexão do aplicativo. Para obter mais informações sobre livros de receitas e receitas, consulte [Livros de receitas e receitas](workingcookbook.md) ou [Personalizando pilhas OpsWorks](customizing.md).
As receitas geralmente dependem dos *atributos* do Chef para a entrada de dados:
+ Alguns desses atributos são definidos pelo Chef e fornecem informações básicas sobre a instância, como o sistema operacional.
+ OpsWorks As pilhas definem um conjunto de atributos que contêm informações sobre a pilha, como as configurações da camada, e sobre os aplicativos implantados, como o repositório do aplicativo.
Você pode adicionar atributos personalizados a esse conjunto atribuindo um [JSON personalizado](workingstacks-json.md) à pilha ou à implantação.
+ Seus livros de receitas também podem definir atributos específicos do livro de receitas.
Os atributos do livro de receitas phpapp são definidos em `attributes/default.rb`.
Para obter uma lista completa dos atributos do OpsWorks Stacks, consulte [Atributos de implantação e configuração de pilha: Linux](attributes-json-linux.md) e. [Atributos de livros de receitas integrados](attributes-recipes.md) Para obter mais informações, consulte [Sobrepor atributos](workingcookbook-attributes.md).
Os atributos são organizados em uma estrutura hierárquica, que pode ser representada como um objeto JSON.
Você incorpora esses dados em seu aplicativo usando a sintaxe de nó do Chef, da seguinte forma:
```
[:deploy][:simplephpapp][:database][:username]
```
O nó `deploy` tem um único nó de aplicativo, `simplephpapp`, que contém informações sobre o banco de dados do aplicativo, repositório Git, e assim por diante. Esse exemplo representa o valor do nome de usuário do banco de dados, que resulta em `root`.
## Configuração do banco de dados
O Configurar receitas integrado da camada do MySQL cria automaticamente um banco de dados para o aplicativo com o nome abreviado do aplicativo e, portanto, para este exemplo você já tem um banco de dados chamado simplephpapp. No entanto, você precisa concluir a configuração e criar uma tabela para o aplicativo a fim de armazenar seus dados. Você pode criar a tabela manualmente, mas uma abordagem melhor é implementar uma receita personalizada para lidar com a tarefa e fazer com que o OpsWorks Stacks a execute para você. Esta seção descreve como a receita, `dbsetup.rb`, é implementada. O procedimento para fazer com que o OpsWorks Stacks execute a receita é descrito posteriormente.
Para ver a receita no repositório, acesse [dbsetup.rb](https://github.com/amazonwebservices/opsworks-example-cookbooks/blob/master/phpapp/recipes/dbsetup.rb). O exemplo a seguir mostra o código do `dbsetup.rb`.
O `execute` é um *recurso do Chef* que executa um comando especificado. Neste caso, é um comando MySQL que cria uma tabela. A diretiva `not_if` assegura que o comando não será executado se a tabela especificada já existir. Para obter mais informações sobre os recursos do Chef, consulte [Sobre recursos e provedores](https://docs.chef.io/resource.html).
A receita insere valores de atributos na string de comando usando a sintaxe de nó abordada anteriormente. Por exemplo, o comando a seguir insere o nome do usuário do banco de dados.
```
#{deploy[:database][:username]}
```
Vamos destrinchar esse código um tanto enigmático:
+ Para cada iteração, o `deploy` é definido como o nó do aplicativo atual e tem como resultado `[:deploy][:app_name]`. Para este exemplo, o resultado é `[:deploy][:simplephpapp]`.
+ Usando os valores de atributos de implantação mostrados anteriormente, o nó inteiro tem como resultado `root`.
+ Você encapsula o nó em \$1\$1 \$1 para inseri-lo em uma string.
A maioria dos outros nós são resolvidos de maneira semelhante. A exceção é o `#{node[:phpapp][:dbtable]}`, que é definido pelo arquivo de atributos dos livros de receitas personalizados e tem como resultado o nome da tabela `urler`. O comando que é efetivamente executado na instância do MySQL é, portanto:
```
"/usr/bin/mysql
-uroot
-pvjud1hw5v8
simplephpapp
-e'CREATE TABLE urler(
id INT UNSIGNED NOT NULL AUTO_INCREMENT,
author VARCHAR(63) NOT NULL,
message TEXT,
PRIMARY KEY (id))'
"
```
Este comando cria uma tabela chamada `urler` com id, autor e campos de mensagens usando as credenciais e o nome do banco de dados dos atributos de implantação.
## Conexão do aplicativo ao banco de dados
A segunda peça do quebra-cabeça é o aplicativo, que precisa de informações de conexão, como a senha do banco de dados para acessar a tabela. O Simple PHPApp efetivamente tem apenas um arquivo funcional`app.php`; tudo `index.php` o que faz é carregar`app.php`.
O `app.php` inclui o `db-connect.php`, que lida com a conexão do banco de dados, mas esse arquivo não está no repositório. Não é possível criar o `db-connect.php` com antecedência porque ele define o banco de dados com base na instância específica. Em vez disso, a receita `appsetup.rb` gera o `db-connect.php` usando os dados de conexão dos atributos de implantação.
Para ver a receita no repositório, acesse [appsetup.rb](https://github.com/amazonwebservices/opsworks-example-cookbooks/blob/master/phpapp/recipes/appsetup.rb). O exemplo a seguir mostra o código do `appsetup.rb`.
Assim como ocorre com o `dbsetup.rb`, o `appsetup.rb` faz a iteração dos aplicativos do nó `deploy`, apenas simplephpapp novamente. Ele executa um bloco de código com um recurso `script` e um `template`.
O recurso `script` instala o [Composer](http://www.getcomposer.org): um gerenciador de dependências para aplicativos PHP. Em seguida, ele executa o comando `install` do Composer para instalar as dependências para o aplicativo de amostra no diretório raiz do aplicativo.
O recurso `template` gera `db-connect.php` e o coloca que `/srv/www/simplephpapp/current`. Observe o seguinte:
+ A receita usa uma instrução condicional para especificar o proprietário do arquivo que depende do sistema operacional da instância.
+ A diretiva `only_if` determina ao Chef que gere o modelo somente se o diretório especificado existir.
O recurso `template` opera em um modelo que tem essencialmente o mesmo conteúdo e estrutura do arquivo associado, mas inclui espaços reservados para diversos valores de dados. O parâmetro `source` especifica o modelo `db-connect.php.erb`, que está no diretório `templates/default` do livro de receitas phpapp, e contém o seguinte:
Quando o Chef processa o modelo, ele substitui os espaços reservados `<%= =>` pelos valores das variáveis correspondentes no recurso do modelo, que são, por sua vez, extraídos dos atributos de implantação. O arquivo gerado é, portanto:
# Etapa 3.3: Adicionar os livros de receitas personalizados ao MyStack
**Importante**
O AWS OpsWorks Stacks serviço chegou ao fim da vida útil em 26 de maio de 2024 e foi desativado para clientes novos e existentes. É altamente recomendável que os clientes migrem suas cargas de trabalho para outras soluções o mais rápido possível. Se você tiver dúvidas sobre migração, entre em contato com a AWS Support equipe no [AWS re:POST](https://repost.aws/) ou por meio do Premium [AWS Support](https://aws.amazon.com/support).
Armazene os livros de receitas personalizados em um repositório, assim como você faz com aplicativos. Cada pilha pode ter um repositório que contém um conjunto de livros de receitas personalizados. Em seguida, você OpsWorks orienta o Stacks a instalar seus livros de receitas personalizados nas instâncias da pilha.
1. Clique em **Stack** no painel de navegação para ver a página da pilha atual.
1. Clique em **Stack Settings** e, em seguida, **Edit**.
1. Modifique a configuração da pilha da seguinte forma:
+ **Usar livros de receitas do Chef personalizados**: **Sim**
+ **Tipo de repositório**: **Git**
+ **URL do repositório**: **git://github.com/amazonwebservices/opsworks-example-cookbooks.git**
1. Clique em **Save** para atualizar a configuração da pilha.
![\[Configuration options for custom Chef cookbooks with Git repository settings.\]](http://docs.aws.amazon.com/pt_br/opsworks/latest/userguide/images/gsb6.png)
OpsWorks Em seguida, o Stacks instala o conteúdo do seu repositório de livros de receitas em todas as instâncias da pilha. Se você criar novas instâncias, o OpsWorks Stacks instalará automaticamente o repositório do livro de receitas.
**nota**
Se precisar atualizar qualquer um dos seus livros de receitas ou adicionar novos livros de receitas ao repositório, você pode fazer isso sem tocar nas configurações da pilha. OpsWorks O Stacks instalará automaticamente os livros de receitas atualizados em todas as novas instâncias. No entanto, o OpsWorks Stacks não instala automaticamente livros de receitas atualizados nas instâncias on-line da pilha. Você deve orientar explicitamente o OpsWorks Stacks a atualizar os livros de receitas executando o `Update Cookbooks` comando stack. Para obter mais informações, consulte [Executa comandos de pilha](workingstacks-commands.md).
# Etapa 3.4: Execução de receitas
**Importante**
O AWS OpsWorks Stacks serviço chegou ao fim da vida útil em 26 de maio de 2024 e foi desativado para clientes novos e existentes. É altamente recomendável que os clientes migrem suas cargas de trabalho para outras soluções o mais rápido possível. Se você tiver dúvidas sobre migração, entre em contato com a AWS Support equipe no [AWS re:POST](https://repost.aws/) ou por meio do Premium [AWS Support](https://aws.amazon.com/support).
Depois de obter seus livros de receitas personalizados, você precisa executar as receitas nas instâncias apropriadas. Você pode [executá-las manualmente](workingcookbook-manual.md). No entanto, as receitas geralmente precisam ser executadas em pontos previsíveis do ciclo de vida de uma instância como, por exemplo, depois que a instância é inicializada ou quando você implanta um aplicativo. Esta seção descreve uma abordagem muito mais simples: faça com que o OpsWorks Stacks os execute automaticamente para você no momento apropriado.
OpsWorks O Stacks oferece suporte a um conjunto de [eventos de ciclo](workingcookbook-events.md) de vida que simplificam a execução de receitas. Por exemplo, o evento Configurar ocorre depois que a inicialização da instância termina e o evento Implantar ocorre quando você implanta um aplicativo. Cada layer tem um conjunto de receitas integradas associadas a cada evento de ciclo de vida. Quando um evento de ciclo de vida ocorre em uma instância, o agente executa as receitas associadas em cada camada da instância. Para que o OpsWorks Stacks execute uma receita personalizada automaticamente, adicione-a ao evento de ciclo de vida apropriado na camada apropriada e o agente executará a receita após a conclusão das receitas integradas.
Neste exemplo, você precisa executar duas receitas, `dbsetup.rb` na instância My SQLinstance e `appsetup.rb` na instância PHP App Server.
**nota**
Você especifica receitas no console usando o *recipe\$1name* formato*cookbook\$1name*::, onde *recipe\$1name* não inclui a extensão.rb. Por exemplo, a receita `dbsetup.rb` é especificada como phpapp::dbsetup**phpapp::dbsetup**.
**Para atribuir receitas personalizadas a eventos de ciclo de vida**
1. Na página **Camadas**, para MySQL, clique em **Receitas** e depois em **Editar**.
1. Na seção **Custom Chef recipes (Receitas do Chef personalizadas)**, insira [**phpapp::dbsetup**](gettingstarted-db-recipes.md#gettingstarted-db-recipes-dbsetup) para **Deploy (Implantar)**.
![\[Custom Chef recipes section with Repository URL and three configuration steps.\]](http://docs.aws.amazon.com/pt_br/opsworks/latest/userguide/images/gsb6a.png)
1. Clique no ícone **\$1** para atribuir a receita ao evento e clique em **Save** para salvar a nova configuração de layer.
1. Volte para a página **Camadas** e repita o procedimento para atribuir **phpapp::appsetup** ao evento **Implantar** da camada **PHP App Server**.
# Etapa 3.5: Implantar SimplePHPApp, versão 2
**Importante**
O AWS OpsWorks Stacks serviço chegou ao fim da vida útil em 26 de maio de 2024 e foi desativado para clientes novos e existentes. É altamente recomendável que os clientes migrem suas cargas de trabalho para outras soluções o mais rápido possível. Se você tiver dúvidas sobre migração, entre em contato com a AWS Support equipe no [AWS re:POST](https://repost.aws/) ou por meio do Premium [AWS Support](https://aws.amazon.com/support).
A etapa final é implantar a nova versão do SimplePHPApp.
**Para implantar o Simple PHPApp**
1. Na página **Aplicativos**, clique em **implantar** nas **Ações** do PHPApp aplicativo **Simple**.
![\[Apps page showing SimplePHPApp with deploy, edit, and delete options in the Actions column.\]](http://docs.aws.amazon.com/pt_br/opsworks/latest/userguide/images/gsb6aa.png)
1. Aceite os padrões e clique em **Deploy**.
![\[Deploy App interface with settings for SimplePHPApp and instance selection options.\]](http://docs.aws.amazon.com/pt_br/opsworks/latest/userguide/images/gs17a.png)
Ao clicar em **Deploy** na página **Deploy App**, você aciona um evento de ciclo de vida Implantar, que notifica os agentes para executar o Implantar receitas. Por padrão, o evento é acionado em todas as instâncias da pilha. O Implantar receitas integrado implanta o aplicativo somente nas instâncias apropriadas para aquele tipo de aplicativo, neste caso, nas instâncias do PHP App Server. No entanto, muitas vezes é útil acionar o evento Implantar em outras instâncias, a fim de permitir que elas respondam à implantação do aplicativo. Neste caso, você também deve acionar o evento Implantar na instância do MySQL para configurar o banco de dados.
Observe o seguinte:
+ O agente da instância do PHP App Server executa a receita integrada da camada e, em seguida, a receita `appsetup.rb`, que configura a conexão de banco de dados do aplicativo.
+ O agente da instância do MySQL não instala nada, mas executa a `dbsetup.rb` para criar a tabela urler.
Quando a implantação for concluída, **Status** será alterado para **successful** na página **Deployment**.
# Etapa 3.6: Executar o Simple PHPApp
**Importante**
O AWS OpsWorks Stacks serviço chegou ao fim da vida útil em 26 de maio de 2024 e foi desativado para clientes novos e existentes. É altamente recomendável que os clientes migrem suas cargas de trabalho para outras soluções o mais rápido possível. Se você tiver dúvidas sobre migração, entre em contato com a AWS Support equipe no [AWS re:POST](https://repost.aws/) ou por meio do Premium [AWS Support](https://aws.amazon.com/support).
Depois que o status de implantação mudar para **bem-sucedido**, você poderá executar a nova PHPApp versão Simple, da seguinte maneira.
**Para executar o Simple PHPApp**
1. Na página **Instances**, clique no endereço IP público na linha **php-app1**.
Você deve ver a página a seguir em seu navegador.
![\[Text input field labeled "Your Thoughts" with a "Share Your Thought" button above.\]](http://docs.aws.amazon.com/pt_br/opsworks/latest/userguide/images/gsb7.png)
1. Clique em **Share Your Thought (Compartilhar sua opinião)** e digite algo como **Hello world\$1** para **Your Thought (Sua opinião)** e seu nome para **Your Name (Seu nome)**. Em seguida, clique em **Submit Your Thought** para adicionar a mensagem ao banco de dados.
![\[Form with success message, text input fields for thought and name, and submit buttons.\]](http://docs.aws.amazon.com/pt_br/opsworks/latest/userguide/images/gsb8.png)
1. Clique em **Go Back** para visualizar todas as mensagens no banco de dados.