Tutorial: Criando um projeto com o blueprint de aplicativo web moderno de três camadas

Você pode começar mais rapidamente com o desenvolvimento de software criando um projeto com um blueprint. Um projeto criado com um blueprint inclui os recursos de que você precisa, incluindo um repositório de origem para gerenciar seu código e um fluxo de trabalho para criar e implantar o aplicativo. Neste tutorial, explicaremos como usar o modelo de aplicativo web moderno de três camadas para criar um projeto na Amazon. CodeCatalyst O tutorial também inclui visualizar a amostra implantada, convidar outros usuários para trabalhar nela e fazer alterações no código com pull requests que são automaticamente criadas e implantadas nos recursos do Connected Conta da AWS quando a pull request é mesclada. Onde CodeCatalyst cria seu projeto com relatórios, feeds de atividades e outras ferramentas, seu blueprint cria AWS recursos Conta da AWS associados ao seu projeto. Seus arquivos de blueprint permitem que você crie e teste um exemplo de aplicativo moderno e o implante na infraestrutura do Nuvem AWS.

A ilustração a seguir mostra como as ferramentas CodeCatalyst são usadas para criar um problema para rastrear, mesclar e criar automaticamente a alteração e, em seguida, iniciar um fluxo de trabalho no CodeCatalyst projeto que executa ações para permitir AWS CDK e AWS CloudFormation provisionar sua infraestrutura.

As ações geram recursos no associado Conta da AWS e implantam seu aplicativo em uma AWS Lambda função sem servidor com um endpoint do API Gateway. A AWS Cloud Development Kit (AWS CDK) ação converte uma ou mais AWS CDK pilhas em AWS CloudFormation modelos e implanta pilhas em suas. Conta da AWS Os recursos em suas pilhas incluem CloudFront recursos da Amazon para distribuir conteúdo dinâmico da web, uma instância do Amazon DynamoDB para os dados do seu aplicativo e as funções e políticas que dão suporte ao aplicativo implantado.

Quando você cria um projeto com o blueprint de aplicativo web moderno de três camadas, seu projeto é criado com os seguintes recursos:

No CodeCatalyst projeto:

• Um repositório de origem com código de amostra e fluxo de trabalho YAML

• Um fluxo de trabalho que cria e implanta o código de amostra sempre que uma alteração é feita na ramificação padrão

• Um quadro de problemas e uma lista de pendências que você pode usar para planejar e monitorar o trabalho

• Um pacote de relatórios de teste com relatórios automatizados incluídos no código de amostra

No associado Conta da AWS:

• Três AWS CloudFormation pilhas que criam os recursos necessários para o aplicativo.

Para obter detalhes mais detalhados sobre os recursos que serão criados em AWS e CodeCatalyst como parte deste tutorial, consulteReferência.

nota

Os recursos e amostras incluídos em um projeto dependem do blueprint selecionado. A Amazon CodeCatalyst oferece vários planos de projetos que definem recursos relacionados à linguagem ou estrutura definida. Para saber mais sobre plantas, consulteReferência do plano do projeto.

Pré-requisitos

Para criar um projeto de aplicativo moderno neste tutorial, você deve ter concluído as tarefas da Configurando CodeCatalyst seguinte forma:

• Tenha um ID de AWS construtor para fazer login CodeCatalyst.

• Pertença a um espaço e tenha a função de administrador do espaço ou usuário avançado atribuída a você nesse espaço. Para obter mais informações, consulte Criação de um espaço que ofereça suporte aos usuários do AWS Builder ID, Gerenciando usuários do espaço e Função de administrador de espaço.

• Conta da AWS Associe-se ao seu espaço e tenha a função do IAM que você criou durante a inscrição. Por exemplo, durante a inscrição, você tem a opção de escolher criar uma função de serviço com uma política de função chamada política de CodeCatalystWorkflowDevelopmentRole-spaceNamefunção. A função terá um nome CodeCatalystWorkflowDevelopmentRole-spaceName com um identificador exclusivo anexado. Para obter mais informações sobre a função e a política de funções, consulteEntendendo a função CodeCatalystWorkflowDevelopmentRole-spaceNamede serviço. Para obter as etapas para criar a função, consulteCriando a CodeCatalystWorkflowDevelopmentRole-spaceNamefunção para sua conta e espaço.

Etapa 1: criar o projeto de aplicativo web moderno de três camadas

Depois de criá-lo, seu projeto é onde você desenvolverá e testará o código, coordenará as tarefas de desenvolvimento e visualizará as métricas do projeto. Seu projeto também contém suas ferramentas e recursos de desenvolvimento.

Neste tutorial, você usará o blueprint de aplicativo web moderno de três camadas para criar um aplicativo interativo. O fluxo de trabalho criado e executado automaticamente como parte do seu projeto criará e implantará o aplicativo. O fluxo de trabalho só é executado com êxito depois que todas as funções e informações da conta estiverem configuradas para o seu espaço. Depois que o fluxo de trabalho for executado com êxito, você poderá visitar a URL do endpoint para ver o aplicativo.

Para criar um projeto com um blueprint

1. Abra o CodeCatalyst console em https://codecatalyst.aws/.

2. No CodeCatalyst console, navegue até o espaço em que você deseja criar um projeto.

3. Escolha Criar projeto.

4. Escolha Começar com um blueprint.

5. Na barra de pesquisa, insira modern.

6. Selecione o blueprint de aplicativo web moderno de três camadas e, em seguida, escolha Avançar.

7. Em Nomear seu projeto, insira o nome do projeto. Por exemplo: .

   MyExampleProject.

   nota

   O nome deve ser exclusivo em seu espaço.

8. Em Conta, escolha o Conta da AWS que você adicionou durante a inscrição. O blueprint instalará recursos nessa conta.

9. Em Deployment Role, escolha a função que você adicionou durante a inscrição. Para este exemplo, selecione CodeCatalystWorkflowDevelopmentRole-spaceName.

   Se não houver funções listadas, adicione uma. Para adicionar uma função, escolha Adicionar função do IAM e adicione a função à sua Conta da AWS. Para ter mais informações, consulte Administrando Contas da AWS um espaço.

10. Na plataforma de computação, escolha Lambda.

11. Na Opção de hospedagem de front-end, escolha Amplify Hosting. Para obter informações sobre AWS Amplify, consulte O que é AWS Amplify hospedagem? no Guia do AWS Amplify usuário.

12. Em Região de implantação, insira o código da região em que você deseja Região da AWS que o blueprint implante o aplicativo Mysfits e os recursos de suporte. Para obter uma lista de códigos de região, consulte Endpoints regionais no Referência geral da AWS.

13. Em Nome do aplicativo, deixe o padrão demysfitsstring.

14. (Opcional) Em Gerar visualização prévia do projeto, escolha Exibir código para visualizar os arquivos de origem que o blueprint instalará. Escolha Exibir fluxo de trabalho para visualizar os arquivos de definição do fluxo de trabalho de CI/CD que o blueprint instalará. A visualização é atualizada dinamicamente com base nas suas seleções.

15. Escolha Criar projeto.

O fluxo de trabalho do projeto começa assim que você cria o projeto. Levará um pouco de tempo para concluir a criação e a implantação do código. Enquanto isso, vá em frente e convide outra pessoa para o seu projeto.

Etapa 2: convidar alguém para seu projeto

Agora que você configurou seu projeto, convide outras pessoas para trabalhar com você.

Para convidar alguém para seu projeto

1. Navegue até o projeto para o qual você deseja convidar usuários.

2. No painel de navegação, escolha Configurações do projeto.

3. Na guia Membros, escolha Convidar.

4. Digite os endereços de e-mail das pessoas que você deseja convidar como usuários para o seu projeto. Você pode digitar vários endereços de e-mail separados por um espaço ou vírgula. Você também pode escolher entre membros do seu espaço que não sejam membros do projeto.

5. Escolha a função do usuário.

   Ao terminar de adicionar usuários, escolha Convidar.

Etapa 3: criar problemas para colaborar e monitorar o trabalho

CodeCatalyst ajuda você a monitorar recursos, tarefas, bugs e qualquer outro trabalho envolvido em seu projeto com problemas. Você pode criar problemas para monitorar o trabalho e as ideias necessárias. Por padrão, quando você cria um problema, ele é adicionado à sua lista de pendências. Você pode mover os problemas para um quadro onde você acompanha o trabalho em andamento. Você também pode atribuir um problema a um membro específico do projeto.

Para criar um problema para um projeto

1. No painel de navegação, escolha Problemas.

2. Escolha Criar problema.

3. Em Título da edição, forneça um nome para a edição. Opcionalmente, forneça uma descrição do problema. Neste exemplo, use make a change in the src/mysfit_data.json file.

4. Escolha a prioridade, a estimativa, o status e os rótulos. Em Destinatário, escolha +Adicionar para atribuir o problema a você mesmo.

5. Escolha Criar problema. O problema agora está visível no quadro. Escolha o cartão para mover a edição para a coluna Em andamento.

Para ter mais informações, consulte Problemas em CodeCatalyst.

Etapa 4: Exibir seu repositório de origem

Seu blueprint instala um repositório de origem que contém arquivos para definir e dar suporte ao seu aplicativo ou serviço. Alguns diretórios e arquivos dignos de nota no repositório de origem são:

• Diretório.cloud9 — contém arquivos de suporte para o AWS Cloud9 ambiente de desenvolvimento.

• Diretório.codecatalyst — contém o arquivo de definição do YAML fluxo de trabalho para cada fluxo de trabalho incluído no blueprint.

• Diretório.idea — Contém arquivos de suporte para os ambientes de JetBrains desenvolvimento.

• Diretório.vscode — contém arquivos de suporte para o Visual Studio Code Dev Environment.

• Diretório CDKStacks — Contém os arquivos de AWS CDK pilha que definem a infraestrutura no. Nuvem AWS

• diretório src — Contém o código-fonte do aplicativo.

• diretório de testes — contém arquivos para os testes integ e unitários que são executados como parte do fluxo de trabalho automatizado de CI/CD executado quando você cria e testa seu aplicativo.

• diretório web — Contém o código-fonte do front-end. Outros arquivos incluem arquivos de projeto, como o package.json arquivo que contém metadados importantes sobre seu projeto, a index.html página do site, o .eslintrc.cjs arquivo para código de linting e o tsconfig.json arquivo para especificar arquivos raiz e opções do compilador.

• Dockerfilearquivo — Descreve o contêiner do aplicativo.

• README.mdarquivo — Contém informações de configuração do projeto.

Para navegar até os repositórios de origem de um projeto

1. Navegue até seu projeto e faça o seguinte:

   • Na página de resumo do seu projeto, escolha o repositório que você deseja na lista e, em seguida, escolha Exibir repositório.

   • No painel de navegação, selecione Código e, em seguida, selecione Repositórios de origem. Em Repositórios de origem, escolha o nome do repositório na lista. Você pode filtrar a lista de repositórios digitando parte do nome do repositório na barra de filtro.

2. Na página inicial do repositório, visualize o conteúdo do repositório e as informações sobre os recursos associados, como o número de pull requests e fluxos de trabalho. Por padrão, o conteúdo da ramificação padrão é exibido. Você pode alterar a exibição escolhendo uma ramificação diferente na lista suspensa.

Etapa 5: criar um ambiente de desenvolvimento com uma ramificação de teste e fazer uma alteração rápida no código

Você pode trabalhar rapidamente no código em seu repositório de origem criando um ambiente de desenvolvimento. Para este tutorial, presumimos que você:

• Crie um ambiente de AWS Cloud9 desenvolvimento.

• Escolha a opção de trabalhar em uma nova ramificação fora da ramificação principal ao criar o Dev Environment.

• Use o nome test dessa nova filial.

Em uma etapa posterior, você usará o Dev Environment para fazer uma alteração no código e criar uma pull request.

Para criar um ambiente de desenvolvimento com uma nova ramificação

1. Abra o CodeCatalyst console em https://codecatalyst.aws/.

2. Navegue até o projeto em que deseja criar um Ambiente de Desenvolvimento.

3. Escolha o nome do repositório na lista de repositórios de origem do projeto. Como alternativa, no painel de navegação, escolha Código, escolha Repositórios de origem e escolha o repositório para o qual você deseja criar um ambiente de desenvolvimento.

4. Na página inicial do repositório, escolha Create Dev Environment.

5. Escolha um IDE compatível no menu suspenso. Consulte Ambientes de desenvolvimento integrados compatíveis para ambientes de desenvolvimento Para mais informações.

6. Escolha o repositório a ser clonado, selecione Trabalhar em uma nova ramificação, insira um nome de ramificação no campo Nome da ramificação e escolha uma ramificação a partir da qual criar a nova ramificação no menu Criar ramificação.

7. Opcionalmente, adicione um alias para o Ambiente de Desenvolvimento.

8. Opcionalmente, escolha o botão de edição da configuração do Ambiente de Desenvolvimento para editar a configuração de computação, armazenamento ou tempo limite do Ambiente de Desenvolvimento.

9. Escolha Criar. Enquanto seu Ambiente de Desenvolvimento estiver sendo criado, a coluna de status do Ambiente de Desenvolvimento exibirá Iniciando e a coluna de status exibirá Executando após a criação do Ambiente de Desenvolvimento. Uma nova guia será aberta com seu ambiente de desenvolvimento no IDE de sua escolha. Você pode editar o código, confirmar e enviar suas alterações.

Nesta seção, você trabalhará com seu aplicativo de amostra gerado CodeCatalyst fazendo alterações no código com pull requests que são automaticamente criadas e implantadas nos recursos do Connected Conta da AWS quando a pull request é mesclada.

Para fazer uma alteração em seu src/mysfit_data.json arquivo

1. Navegue até o ambiente de desenvolvimento do seu projeto. Em AWS Cloud9, expanda o menu de navegação lateral para navegar pelos arquivos. mysfitsExpanda e abrasrc/mysfit_data.json. src

2. No arquivo, altere o valor do "Age": campo de 6 para 12. Sua linha deve ter a seguinte aparência:

       {
           "Age": 12,
           "Description": "Twilight's personality sparkles like the night sky and is looking for a forever home with a Greek hero or God. While on the smaller side at 14 hands, he is quite adept at accepting riders and can fly to 15,000 feet. Twilight needs a large area to run around in and will need to be registered with the FAA if you plan to fly him above 500 feet. His favorite activities include playing with chimeras, going on epic adventures into battle, and playing with a large inflatable ball around the paddock. If you bring him home, he'll quickly become your favorite little Pegasus.",
           "GoodEvil": "Good",
           "LawChaos": "Lawful",
           "Name": "Twilight Glitter",
           "ProfileImageUri": "https://www.mythicalmysfits.com/images/pegasus_hover.png",
           "Species": "Pegasus",
           "ThumbImageUri": "https://www.mythicalmysfits.com/images/pegasus_thumb.png"
       },

3. Salve o arquivo.

4. Mude para o repositório mysfits com o cd /projects/mysfits comando.

5. Adicione, confirme e envie suas alterações com os comandos git add, git commit e git push.

   git add .
   git commit -m "make an example change"
   git push

Etapa 6: Visualize o fluxo de trabalho que cria o aplicativo moderno

Depois de criar o projeto de aplicativo moderno, CodeCatalyst gera vários recursos em seu nome, incluindo um fluxo de trabalho. Um fluxo de trabalho é um procedimento automatizado definido em um arquivo.yaml que descreve como criar, testar e implantar seu código.

Neste tutorial, CodeCatalyst criei um fluxo de trabalho e o iniciei automaticamente quando você criou seu projeto. (O fluxo de trabalho ainda pode estar em execução, dependendo de há quanto tempo você criou seu projeto.) Use os procedimentos a seguir para verificar o progresso do fluxo de trabalho, analisar os registros gerados e os relatórios de teste e, por fim, navegar até a URL do aplicativo implantado.

Para verificar o progresso do fluxo de trabalho

1. No CodeCatalyst console, no painel de navegação, escolha CI/CD e, em seguida, escolha Fluxos de trabalho.

   Uma lista de fluxos de trabalho é exibida. Esses são os fluxos de trabalho que o CodeCatalyst blueprint gerou e iniciou quando você criou seu projeto.

2. Observe a lista de fluxos de trabalho. Você deve ver quatro:

   • Os dois fluxos de trabalho na parte superior correspondem à test ramificação que você criou anteriormente. Etapa 5: criar um ambiente de desenvolvimento com uma ramificação de teste e fazer uma alteração rápida no código Esses fluxos de trabalho são clones dos fluxos de trabalho na filial. main O não ApplicationDeploymentPipelineestá ativo porque está configurado para uso com a main ramificação. O OnPullRequestfluxo de trabalho não foi executado porque nenhuma solicitação de pull foi feita.

   • Os dois fluxos de trabalho na parte inferior correspondem à main ramificação que foi criada quando você executou o blueprint anteriormente. O ApplicationDeploymentPipelinefluxo de trabalho está ativo e tem uma execução em andamento (ou concluída).

     nota

     Se a ApplicationDeploymentPipelineexecução falhar com um DeployBackenderro ou Build @cdk_bootstrap, pode ser porque você executou o aplicativo web moderno de três camadas anteriormente e ele deixou recursos antigos para trás e esse conflito com o blueprint atual. Você precisará excluir esses recursos antigos e, em seguida, executar novamente o fluxo de trabalho. Para ter mais informações, consulte Limpeza de recursos.

3. Escolha o ApplicationDeploymentPipelinefluxo de trabalho associado à main ramificação, na parte inferior. Esse fluxo de trabalho foi executado usando o código-fonte na main ramificação.

   Um diagrama do fluxo de trabalho é exibido. O diagrama mostra vários blocos, cada um representando uma tarefa ou ação. A maioria das ações é organizada verticalmente, com as ações na parte superior sendo executadas antes das abaixo. As ações organizadas lado a lado são executadas em paralelo. Todas as ações agrupadas devem ser executadas com êxito antes que a ação abaixo delas possa ser iniciada.

   Os blocos principais são:

   • WorkflowSource— Esse bloco representa seu repositório de origem. Ele mostra, entre outras informações, o nome do repositório de origem (mysfits) e o commit que iniciou automaticamente a execução do fluxo de trabalho. CodeCatalyst gerou esse commit quando você criou seu projeto.

   • Construir — Esse bloco representa um agrupamento de duas ações que devem ser concluídas com êxito para que a próxima ação seja iniciada.

   • DeployBackend— Esse bloco representa uma ação que implanta os componentes de back-end do aplicativo na AWS nuvem.

   • Testes — Esse bloco representa um agrupamento de duas ações de teste que devem ser concluídas com êxito para que a próxima ação seja iniciada.

   • DeployFrontend— Esse bloco representa uma ação que implanta os componentes de front-end do aplicativo na AWS nuvem.

4. Escolha a guia Definição (na parte superior). O arquivo de definição do fluxo de trabalho aparece à direita. O arquivo tem as seguintes seções dignas de nota:

   • Uma Triggers seção, na parte superior. Esta seção indica que o fluxo de trabalho deve começar sempre que o código for enviado para a main ramificação do repositório de origem. Os envios para outras ramificações (comotest) não iniciarão esse fluxo de trabalho. O fluxo de trabalho é executado usando os arquivos na main ramificação.

   • Uma Actions seção, abaixoTriggers. Esta seção define as ações que você vê no diagrama do fluxo de trabalho.

5. Escolha a guia Estado mais recente (na parte superior) e escolha qualquer ação no diagrama do fluxo de trabalho.

6. À direita, escolha a guia Configuração para ver as configurações usadas pela ação durante a última execução. Cada definição de configuração tem uma propriedade correspondente no arquivo de definição do fluxo de trabalho.

7. Deixe o console aberto e vá para o próximo procedimento.

Para revisar os registros de compilação e os relatórios de teste

1. Escolha a guia Estado mais recente.

2. No diagrama do fluxo de trabalho, escolha a DeployFrontendação.

3. Aguarde até que a ação termine. Observe que o ícone “em andamento” ( ) mude para um ícone de “sucesso” ( ).

4. Escolha a ação build_backend.

5. Escolha a guia Registros e expanda algumas seções para ver as mensagens de registro dessas etapas. Você pode ver mensagens relacionadas à configuração do back-end.

6. Escolha a guia Relatórios e, em seguida, escolha o backend-coverage.xml relatório. CodeCatalyst exibe o relatório associado. O relatório mostra os testes de cobertura de código que foram executados e indica a proporção de linhas de código que foram validadas com sucesso por meio de testes, como 80%.

   Para obter mais informações sobre relatórios de teste, consulteTestando usando fluxos de trabalho em CodeCatalyst.

   dica

   Você também pode visualizar seus relatórios de teste escolhendo Relatórios no painel de navegação.

7. Deixe o CodeCatalyst console aberto e vá para o próximo procedimento.

Para confirmar que o aplicativo moderno foi implantado com sucesso

1. Retorne ao ApplicationDeploymentPipelinefluxo de trabalho e escolha o link Run- string da última execução.

2. No diagrama do fluxo de trabalho, encontre a DeployFrontendação e escolha o link Exibir aplicativo. O site da Mysfit é exibido.

   nota

   Se você não vê o link Exibir aplicativo dentro da DeployFrontendação, certifique-se de escolher o link de ID de execução.

3. Procure o pégaso Mysfit chamado Twilight Glitter. Anote o valor da idade. Isso é6. Você fará uma alteração no código para atualizar a idade.

Etapa 7: peça que outras pessoas revisem suas alterações

Agora que você tem alterações em uma ramificação chamadatest, você pode pedir que outras pessoas as revisem criando uma pull request. Execute as etapas a seguir para criar uma pull request para mesclar as alterações da test ramificação na main ramificação.

Para criar uma pull request

1. Navegue até o projeto.

2. Execute um destes procedimentos:

   • No painel de navegação, escolha Código, escolha Pull requests e, em seguida, escolha Create pull request.

   • Na página inicial do repositório, escolha Mais e, em seguida, escolha Criar pull request.

   • Na página do projeto, escolha Criar pull request.

3. No repositório de origem, certifique-se de que o repositório de origem especificado seja aquele que contém o código confirmado. Essa opção só aparece se você não criou a pull request na página principal do repositório.

4. Na ramificação de destino, escolha a ramificação na qual mesclar o código depois que ele for revisado.

5. Na ramificação de origem, escolha a ramificação que contém o código confirmado.

6. Em Título do pull request, insira um título que ajude outros usuários a entender o que precisa ser revisado e por quê.

7. (Opcional) Na descrição da pull request, forneça informações como um link para problemas ou uma descrição de suas alterações.

   dica

   Você pode escolher Escrever descrição para mim para gerar CodeCatalyst automaticamente uma descrição das alterações contidas na pull request. Você pode fazer alterações na descrição gerada automaticamente depois de adicioná-la ao pull request.

   Essa funcionalidade exige que recursos generativos de IA estejam habilitados para o espaço. Para obter mais informações, consulte Gerenciamento de recursos generativos de IA.

8. (Opcional) Em Problemas, escolha Vincular problemas e, em seguida, escolha um problema na lista ou insira sua ID. Para desvincular um problema, escolha o ícone de desvinculação.

9. (Opcional) Em Revisores obrigatórios, escolha Adicionar revisores obrigatórios. Escolha na lista de membros do projeto para adicioná-los. Os revisores obrigatórios devem aprovar as alterações antes que o pull request possa ser mesclado na ramificação de destino.

   nota

   Você não pode adicionar um revisor como revisor obrigatório e como revisor opcional. Você não pode se adicionar como revisor.

10. (Opcional) Em Revisores opcionais, escolha Adicionar revisores opcionais. Escolha na lista de membros do projeto para adicioná-los. Os revisores opcionais não precisam aprovar as alterações como um requisito para que a pull request possa ser incorporada à ramificação de destino.

11. Analise as diferenças entre as filiais. A diferença exibida em uma pull request são as alterações entre a revisão na ramificação de origem e a base de mesclagem, que é a confirmação principal da ramificação de destino no momento em que a pull request foi criada. Se nenhuma alteração for exibida, as ramificações podem ser idênticas ou você pode ter escolhido a mesma ramificação para a origem e o destino.

12. Quando você estiver convencido de que a pull request contém o código e as alterações que você deseja revisar, escolha Criar.

    nota

    Depois de criar a pull request, você pode adicionar comentários. Os comentários podem ser adicionados à pull request ou a linhas individuais em arquivos, bem como à pull request geral. Você pode adicionar links para recursos, como arquivos, usando o sinal @ seguido pelo nome do arquivo.

Quando você cria a pull request, o OnPullRequestfluxo de trabalho começa a usar os arquivos de origem na test ramificação. Enquanto seus revisores aprovam sua alteração de código, você pode observar os resultados escolhendo o fluxo de trabalho e visualizando o resultado do teste.

Depois de revisar a alteração, você pode mesclar o código. A mesclagem do código com a ramificação padrão iniciará automaticamente o fluxo de trabalho que criará e implantará suas alterações.

Para mesclar uma pull request do console CodeCatalyst

1. Navegue até seu projeto de aplicativo moderno.

2. Na página do projeto, em Abrir pull requests, escolha a pull request que você deseja mesclar. Se você não vê a pull request, escolha Exibir tudo e, em seguida, escolha-a na lista. Escolha Merge (Mesclar).

3. Escolha entre as estratégias de mesclagem disponíveis para o pull request. Opcionalmente, selecione ou desmarque a opção de excluir a ramificação de origem após mesclar a pull request e, em seguida, escolha Mesclar.

   nota

   Se o botão Mesclar não estiver ativo ou você ver o rótulo Não mesclável, um ou mais revisores obrigatórios ainda não aprovaram a pull request ou a pull request não pode ser mesclada no console. CodeCatalyst Um revisor que não aprovou uma pull request é indicado por um ícone de relógio em Visão geral na área de detalhes da pull request. Se todos os revisores obrigatórios aprovaram o pull request, mas o botão Mesclar ainda não estiver ativo, você pode ter um conflito de mesclagem. Você pode resolver conflitos de mesclagem para a ramificação de destino no CodeCatalyst console e, em seguida, mesclar a pull request, ou pode resolver conflitos e mesclar localmente e, em seguida, enviar o commit que contém a mesclagem para. CodeCatalyst Para obter mais informações, consulte Mesclando uma pull request (Git) e sua documentação do Git.

Depois de mesclar as alterações da test ramificação na ramificação, a main alteração inicia automaticamente o ApplicationDeploymentPipelinefluxo de trabalho que cria e implanta sua alteração.

Para ver a confirmação mesclada ser executada no fluxo de trabalho ApplicationDeploymentPipeline

1. No painel de navegação, escolha CI/CD e, em seguida, escolha Fluxos de trabalho.

2. Em Fluxos de trabalho, em ApplicationDeploymentPipeline, expanda Execuções recentes. Você pode ver a execução do fluxo de trabalho iniciada pela confirmação de mesclagem. Opcionalmente, escolha-a para observar o progresso da execução.

3. Quando a execução for concluída, recarregue o URL que você visitou anteriormente. Veja o pégaso para verificar se a idade mudou.

   

Etapa 8: fechar o problema

Quando um problema é resolvido, ele pode ser fechado no CodeCatalyst console.

Para encerrar um problema de um projeto

1. Navegue até o projeto.

2. No painel de navegação, escolha Problemas.

3. Coloque rag-and-drop o problema na coluna Concluído.

Para ter mais informações, consulte Problemas em CodeCatalyst.

Limpeza de recursos

Limpe CodeCatalyst e AWS remova vestígios deste tutorial do seu ambiente.

Você pode optar por continuar usando o projeto usado neste tutorial ou excluir o projeto e seus recursos associados.

nota

A exclusão desse projeto excluirá todos os repositórios, problemas e artefatos do projeto para todos os membros.

Para excluir um projeto

1. Navegue até seu projeto e escolha Configurações do projeto.

2. Na guia General (Geral), escolha Edit (Editar).

3. Abaixo do nome do projeto, escolha Excluir projeto.

Para excluir recursos no AWS CloudFormation Amazon S3

1. Faça login no AWS Management Console com a mesma conta que você adicionou ao seu CodeCatalyst espaço.

2. Vá para o AWS CloudFormationserviço.

3. Exclua a pilha de strings mysfits.

4. Exclua a pilha de strings development-mysfits.

5. Escolha (mas não exclua) a pilha CDKToolkit. Escolha a guia Recursos. Escolha o StagingBucketlink e exclua o bucket e o conteúdo do bucket no Amazon S3.

   nota

   Se você não excluir esse bucket manualmente, poderá ver um erro ao executar novamente o blueprint de aplicativo web moderno de três camadas.

6. (Opcional) Exclua a pilha CDKToolkit.

Referência

O modelo moderno de aplicativo web de três camadas implanta recursos em seu CodeCatalyst espaço e em sua AWS conta na nuvem. AWS Esses recursos são:

• No seu CodeCatalyst espaço:

  • Um CodeCatalyst projeto que inclui os seguintes recursos:

    • Um repositório de origem — Esse repositório contém código de amostra para um aplicativo web 'Mysfits'.

    • Um fluxo de trabalho — Esse fluxo de trabalho cria e implanta o código do aplicativo Mysfits sempre que uma alteração é feita na ramificação padrão

    • Quadro de problemas e lista de pendências — Esse quadro e a lista de pendências podem ser usados para planejar e acompanhar o trabalho.

    • Um conjunto de relatórios de teste — Esse pacote inclui relatórios automatizados incluídos no código de amostra.

• No associado Conta da AWS:

  • Uma pilha CDKToolkit — Essa pilha implanta os seguintes recursos:

    • Um bucket de armazenamento do Amazon S3, uma política de bucket e a AWS KMS chave usada para criptografar o bucket.

    • Uma função de implantação do IAM para a ação de implantação.

    • AWS Funções e políticas do IAM em apoio aos recursos na pilha.

    nota

    O CDKToolkit não é desmontado e recriado para cada implantação. Essa é uma pilha que é iniciada em cada conta para apoiar o. AWS CDK

  • Uma pilha de strings development-mysfits — Essa BackEnd pilha implanta os seguintes recursos de back-end:

    • Um endpoint do Amazon API Gateway.

    • AWS Funções e políticas do IAM em apoio aos recursos na pilha.

    • Uma AWS Lambda função e uma camada fornecem a plataforma de computação sem servidor para o aplicativo moderno.

    • Uma política e uma função do IAM para a implantação do bucket e a função Lambda.

  • Uma pilha de strings mysfits — Essa pilha implanta o aplicativo de front-end. AWS Amplify

Consulte também

Para obter mais informações sobre os AWS serviços em que os recursos são criados como parte deste tutorial, consulte o seguinte:

• Amazon S3 — Um serviço para armazenar seus ativos de front-end em um serviço de armazenamento de objetos que oferece escalabilidade, alta disponibilidade de dados, segurança e desempenho líderes do setor. Para obter mais informações, consulte o Guia do usuário do Amazon S3.

• Amazon API Gateway — Um serviço para criar, publicar, manter, monitorar e proteger REST, HTTP e WebSocket APIs em qualquer escala. Para obter mais informações, consulte o Guia do desenvolvedor do API Gateway.

• Amplify — Um serviço para hospedar seu aplicativo de front-end. Para obter mais informações, consulte o Guia do usuário de AWS Amplify hospedagem.

• AWS Cloud Development Kit (AWS CDK)— Uma estrutura para definir a infraestrutura de nuvem em código e provisioná-la por meio dela. AWS CloudFormation AWS CDK Isso inclui o AWS CDK Toolkit, que é uma ferramenta de linha de comando para interagir com AWS CDK aplicativos e pilhas. Para obter mais informações, consulte o Guia do desenvolvedor do AWS Cloud Development Kit (AWS CDK).

• Amazon DynamoDB — Um serviço de banco de dados NoSQL totalmente gerenciado para armazenar dados. Para obter mais informações, consulte o Guia do desenvolvedor do Amazon DynamoDB.

• AWS Lambda— Um serviço para invocar seu código em uma infraestrutura computacional de alta disponibilidade sem provisionar ou gerenciar servidores. Para obter mais informações, consulte o Guia do desenvolvedor do AWS Lambda.

• AWS IAM — Um serviço para controlar com segurança o acesso AWS e seus recursos. Para obter mais informações, consulte o Manual do usuário do IAM.