:Manage environments

Antes de começar

• Por padrão, os ambientes não possuem nome de domínio atribuído. Para utilizar nomes de domínio diferentes em cada ambiente, especifique o campo customDomains no arquivo s.yaml do seu repositório.

• Hospedar recursos da Alibaba Cloud (SLS, VPC, NAS) em um ambiente exige as permissões de serviço correspondentes. Anexe as políticas necessárias à função AliyunFCServerlessDevsRole.

• Um serviço pode ser implantado em vários ambientes. Decida se deseja utilizar as configurações fornecidas pelo ambiente.

Criar um ambiente

1. Faça login no Function Compute console e abra a página de detalhes da aplicação.

2. Clique em Create Environment.

3. Configure os seguintes parâmetros:

   Parâmetro	Descrição
   Environment Name	Nome descritivo para distinguir este ambiente. Um tipo de ambiente pode ter múltiplos ambientes nomeados.
   Environment Type	Categoria para filtragem: test, staging ou production.
   Description	Informações básicas como região e nome da função. As definições de região, logging, rede e armazenamento especificadas aqui têm precedência sobre o s.yaml. Por exemplo, se o s.yaml especificar China (Hangzhou), mas o ambiente estiver definido como China (Beijing), os recursos serão implantados em China (Beijing).
   Pipeline Configurations	Cada ambiente é mapeado para um pipeline por padrão. Configure o gatilho do pipeline e as etapas de build aqui.

Visualizar detalhes do ambiente

1. Faça login no Function Compute console.

2. No painel de navegação à esquerda, clique em Applications.

3. Na página Applications, localize sua aplicação e clique no ícone de expansão à esquerda para listar seus ambientes.

4. Clique em o nome de um ambiente para abrir a aba Environment Details. Esta aba exibe as informações abaixo e também fornece acesso ao desenvolvimento na nuvem e à configuração de pipeline:

   • Informações básicas

   • Configurações de source de código

   • Deployment History

   • Recursos

Reverter um ambiente

A reversão reimplanta o código e as configurações de recursos (por exemplo, o arquivo s.yaml) capturados no snapshot de uma implantação anterior.

1. Abra a aba Environment Details do ambiente alvo.

2. Na seção Deployment History, clique em Roll Back ao lado da implantação que deseja restaurar.

Gerenciar recursos

O Serverless Application Center exibe informações de vinculação de recursos em modo somente leitura. Para gerenciar recursos, utilize o arquivo s.yaml no seu repositório de código em vez de alterar configurações diretamente na página de gerenciamento de recursos.

Desenvolver na nuvem

1. Na página de detalhes da aplicação, clique em Cloud Development.

2. Clique em Initialize Code Repository para configurar o ambiente de código.

3. Após a inicialização, use o WebIDE para visualizar, editar e depurar código.

4. Envie as alterações para o repositório usando um dos seguintes métodos:

   • Use o terminal integrado ou o plug-in git.

   • Clique em Save Code to Repository no canto superior esquerdo para adicionar, fazer commit e enviar em uma única etapa.

Configurar pipelines

Para obter detalhes sobre a configuração de pipeline, consulte Gerenciar pipelines.

Excluir um ambiente

1. Faça login no Function Compute console.

2. No painel de navegação à esquerda, clique em Applications.

3. Localize o ambiente a ser excluído e clique em Delete na coluna Actions.

4. Na caixa de diálogo de confirmação, revise os recursos listados. Desmarque as caixas de seleção ao lado dos recursos que deseja manter.

Isolar serviços entre ambientes

O Serverless Application Center segue um modelo GitOps: os repositórios git são a fonte única de verdade para o estado da aplicação, e um arquivo yaml que segue a especificação yaml do Serverless Devs conduz as implantações.

Em muitos contextos empresariais, as funções de P&D e O&M possuem responsabilidades distintas. As equipes de O&M gerenciam a infraestrutura e autorizam os desenvolvedores a utilizá-la. As equipes de P&D gerenciam o código da aplicação. Se toda a infraestrutura for mantida em um repositório git, o pessoal de O&M precisará submeter código para alterar a infraestrutura, o que entra em conflito com o fluxo de trabalho da maioria dos engenheiros de O&M. Os métodos de implantação a seguir abordam essa separação em diferentes escalas.

vars:
  region: ${env(region)}
  service:
    name: demo-service-${env(prefix)}
    internetAccess: true
    logConfig:
      project: ${env(LOG_PROJECT)}
      logstore: fc-console-function-pre
    vpcConfig:
      securityGroupId: ${env(SG_ID)}
      vswitchIds:
        - ${env(VSWITCH_ID)}
      vpcId: ${env(VPC_ID)}

service:
  logConfig:
    project: ${environment.outputs.slsProject}
    logstore: ${environment.outputs.slsLogStore}
  vpcConfig:
    vpcId: ${environment.outputs.vpcId}
    securityGroupId: ${environment.outputs.securityGroupId}
    vswitchIds:
    - ${environment.outputs.vswitchId}
  nasConfig:
    userId: 10003
    groupId: 10003
    mountPoints:
    - serverAddr: ${environment.outputs.nasMountTargetId}
      nasDir: /fc-deploy-service
      fcDir: /mnt/auto

Referências

• Gerenciar pipelines

• Especificação yaml do Serverless Devs

• Herança yaml no Serverless Devs

• Configuração de <code data-tag="code" class="inline-code___exakR" id="code_14d2ec6a">customDomains</code>