Crie um Edge Container, conecte sua aplicação conteinerizada a um nome de domínio e acesse-a por meio desse domínio.
O Edge Container está atualmente em versão beta. Durante o período beta, o service está disponível gratuitamente para usuários elegíveis. Para solicitar acesso, entre em contato conosco.
Criar um container
O uso do Edge Container envolve cinco etapas: criação da aplicação, configuração de triggers, criação de uma versão, depuração e release.
Etapa 1: Criar uma aplicação
A aplicação é a unidade básica para gerenciar Edge Containers. Vincule um nome de domínio do Edge Security Acceleration (ESA) a uma aplicação para expô-la como um service externo.
Faça login no console do ESA e, no painel de navegação à esquerda, escolha .
-
Clique em Create Application, insira informações como Application Name e Service Port e clique em OK.
Application Name: O nome deve começar com uma letra minúscula e conter apenas letras minúsculas, dígitos e hifens (
-). Deve terminar com uma letra minúscula ou dígito e ter entre 6 e 128 bytes de comprimento.Service Port: A porta que o service no container expõe. O intervalo válido de portas é de 1 a 65535.
Etapa 2: Criar um trigger
Um trigger define como um Edge Container expõe services. Ao vincular um domínio, você conecta uma aplicação conteinerizada ao seu próprio nome de domínio. O ESA adiciona automaticamente um registro DNS para o domínio vinculado, permitindo que você use esse domínio para acessar a aplicação conteinerizada.
Na lista de edge containers, clique no ID da aplicação desejada ou em View Details na coluna Actions.
Na aba Triggers, clique em Add Domain Name.
Insira os Domains para acessar o container e clique em OK.
Após adicionar o domínio, um novo registro DNS é criado para o seu site. Em seguida, utilize esse nome de domínio para acessar sua aplicação conteinerizada.
Etapa 3: Criar uma versão
É necessário criar uma versão antes de fazer a release de uma aplicação. Cada versão pode ter sua própria imagem de container, especificação de computação e método de health check.
Não é possível lançar uma nova versão até que a porcentagem de tráfego da release atual atinja 100%. No entanto, você pode reverter a qualquer momento.
Na lista do Edge Container, clique no ID da aplicação ou em View Details na coluna Actions .
Na aba Version Management, clique em Create Version.
-
Preencha o Version Name, as Remarks e as Image Settings e clique em OK para criar a versão.
Parâmetro
Parâmetro
Descrição
Informações da Versão
Nome da Versão
O nome da versão deve ter entre 6 e 128 caracteres e conter apenas letras minúsculas, números e hifens (
-). Deve começar com uma letra e terminar com uma letra ou número. O nome precisa ser único.Descrição
Uma descrição da versão.
Configurações de Imagem
Nome da Imagem
O nome deve ter entre 6 e 128 caracteres e conter apenas letras minúsculas, dígitos e hifens
-. Deve começar com uma letra e terminar com uma letra ou dígito. O nome da imagem deve ser único.Tipo de Imagem
Imagem Personalizada: Insira o endereço completo da sua imagem de container personalizada.
Imagem ACR:
Para usar uma imagem ACR, ative primeiro o Container Registry. Em seguida, build repositories and images no Container Registry. O ESA pode referenciar diretamente imagens do Container Registry após você conceder permissão ao ESA para baixá-las.
Artifact Center: Um recurso do Alibaba Cloud Container Registry (ACR) que fornece imagens base oficiais de container seguras e confiáveis da Alibaba Cloud e da comunidade OpenAnolis. Essas imagens incluem sistemas operacionais base, runtimes de linguagem e imagens para aplicações de IA e big data. Elas suportam múltiplas arquiteturas, tornando o processo de conteinerização mais eficiente e seguro.
Configurações do Container
Especificação de computação
Selecione os recursos de CPU e memória para sua aplicação. As especificações suportadas incluem 1C2G, 2C4G, 2C8G, 4C8G, 4C16G, 8C16G e 8C32G. As taxas variam conforme a especificação selecionada.
Capacidade do Disco Temporário
Os tamanhos suportados são 512 MB, 10 GB, 20 GB e 30 GB. A opção de 512 MB é gratuita, enquanto os outros tamanhos são faturados.
Comando de Inicialização
O comando executado após a criação do container para iniciar o processo do service.
Método de health check
O método de health check. Métodos suportados: HTTP, TCP e COMMAND.
HTTP
URL do Health Check: O caminho do health check, por exemplo,
/test.Probe Port: A porta a ser sondada. Valores válidos: 1 a 65535.
Probe Host: O cabeçalho Host para a solicitação de health check HTTP.
SCHEME: O protocolo a ser usado. Valores suportados: HTTP e HTTPS.
HEADER: Cabeçalhos HTTP personalizados para a solicitação de health check.
TCP
Probe Port: A porta a ser sondada. Valores válidos: 1 a 65535.
COMMAND
Um script personalizado. O health check é considerado bem-sucedido se o script retornar um código de saída 0. Qualquer outro código de saída indica falha.
Parâmetros de Health Check
Atraso inicial da sonda
O tempo em segundos a aguardar após o início do container antes que o primeiro health check comece. Útil para aplicações com tempos de inicialização longos.
Timeout
Para health checks HTTP, este é o timeout de resposta.
Para health checks TCP, este é o timeout do handshake de conexão.
Para health checks COMMAND, este é o timeout de execução do script.
Intervalo da Sonda
O intervalo de tempo em segundos entre dois health checks consecutivos.
Limiar de Sucesso
O número de health checks bem-sucedidos consecutivos necessários após uma falha para marcar o container como saudável. Quando esse limiar é atingido, o container retorna ao service.
Limiar de Falha
O número de health checks com falha consecutivos necessários para marcar o container como não saudável. Quando esse limiar é atingido, o container é removido do service.
Comandos Avançados
postStart
Executado após a criação do container, mas antes do comando de inicialização, geralmente para inicialização do sistema.
preStop
Executado antes de um container ser encerrado, geralmente para um desligamento graceful.
Variável de Ambiente
Chave
O nome da variável de ambiente.
Valor
O valor da variável de ambiente.
Etapa 4: Depurar
Antes de publicar no Production Environment, depure sua aplicação no staging environment fornecido. O staging environment e o production environment são isolados, permitindo publicar versões diferentes da aplicação em cada um.
Na lista do Edge Container, clique no ID da aplicação ou em View Details na coluna Actions .
-
Na aba Version Management, clique em Release na seção Staging Environment. Na caixa de diálogo exibida, selecione a versão a ser publicada e clique em Release.
NotaQuando o release status for exibido como Released., a release para o staging environment estará concluída.
Após o sucesso da release, na área do Staging Environment, clique em Instance Logon para entrar no container e depurar a aplicação na janela de comandos.
Na seção do Staging Environment, clique em Instance Logs para visualizar os logs de inicialização e execução da aplicação.
Etapa 5: Fazer a release da versão
O Edge Container suporta releases canary, permitindo direcionar uma porcentagem do tráfego para uma nova versão durante uma release.
Na lista do Edge Container, clique no ID da aplicação ou em View Details na coluna Actions para acessar a aba Versions.
Na área do Production Environment, clique em Release e, na caixa de diálogo exibida, selecione a versão a ser publicada e a proporção de release desejada.
-
Clique em Release para iniciar a release. Um Release Status de Released. indica que a release foi concluída.
NotaO Edge Container suporta releases canary. Quando a porcentagem de release atinge 100%, a implantação é concluída e a nova versão se torna a versão baseline.
Se uma versão atualizada não atender aos seus requisitos, reverta para a versão baseline anterior. Uma reversão é concluída quando o status da release mostra
Rolled Back. A versão para a qual você reverteu torna-se a nova versão baseline.