Compute Nest:Perguntas frequentes sobre o SaaS Boost

Se você inserir uma URL de instância do SaaS Boost inválida ou um código de produto incorreto, o sistema exibirá o seguinte erro:

O nome do erro é SaasBoostCommodityNotFound, e a descrição é "The current SaaS Boost product code or public network address does not exist. Go back to My Services to modify the product configuration or unbind the product."

Insira novamente o código do produto SaaS Boost e o endereço de rede pública. Certifique-se de colar os valores sem espaços à esquerda ou à direita.

O campo SaaS Boost public network address está na seção Use Now, na página de detalhes da instância de serviço.

Os logs podem apresentar o seguinte erro: failed: The TLS connection was non-properly terminated.

Esse erro geralmente ocorre devido a problemas intermitentes de conexão com github.com durante horários de pico. Caso encontre essa falha, clique em Retry e aguarde até que a conexão seja estabelecida com sucesso.

[executionStep begins at 2024-07-24 14:35:02]
[INFO] PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
[14:35:02] [SUCCESS] Credentials obtained successfully
[14:35:02] [INFO] Using working directory /root/workspace/my_repo
[14:35:02] [INFO] Executing step
[14:35:02] [INFO] BUILD_JOB_ID=230836360
[14:35:03] [INFO] Cleaning up directories /root/workspace /root/workspace/my_repo...
[14:35:03] git_host = github.com
[14:35:03] git clone https://github.com/<organization>/<repo>.git  --branch master /root/workspace/my_repo
[14:35:13] Cloning into '/root/workspace/my_repo'...
[14:35:13] fatal: unable to access 'https://github.com/<organization>/<repo>.git/': gnutls_handshake() failed: The TLS connection was non-properly terminated.
[14:35:13] [ERROR] Clone failed
[14:35:13] [ERROR] BUILD ERROR
[14:35:13] [ERROR] 230836360
[14:35:13] [ERROR] Step failed with return code: 2

O pipeline inclui as etapas npm build e Java build. Após a conclusão do build, o pipeline carrega o pacote JAR do Function Compute em um bucket do OSS e o pacote JAR do servidor em um repositório de artefatos do Compute Nest. A implantação efetiva começa somente depois do carregamento desses arquivos.

• A implantação do Function Compute substitui diretamente o pacote ZIP no bucket do OSS.

• A implantação do servidor executa o script deploy.sh no projeto.

Ao compreender as etapas gerais do pipeline, utilize os logs de erro para diagnosticar problemas comuns de desenvolvimento.

Na página de detalhes da tarefa de build do pipeline, acesse a aba Local Debugging Tool. Essa página fornece comandos Docker, incluindo docker volume create e docker run, para replicar exatamente o ambiente de build localmente e facilitar a depuração. Clique em Copy para obter todos os comandos.

Essa falha normalmente ocorre nos seguintes cenários:

• O usuário que criou a instância de serviço não possui permissões suficientes.

  Se estiver utilizando um usuário RAM, conceda as permissões listadas na tabela abaixo. Para instruções sobre como conceder permissões a um usuário RAM, consulte Gerenciar permissões de usuários RAM.

  Permissões necessárias para recursos de nuvem

  Nome da política	Descrição
  AliyunECSFullAccess	Acesso total ao ECS.
  AliyunVPCFullAccess	Acesso total à VPC.
  AliyunROSFullAccess	Acesso total ao ROS.
  AliyunCloudMonitorFullAccess	Acesso total ao CloudMonitor.
  AliyunOSSFullAccess	Acesso total ao OSS.
  AliyunOOSFullAccess	Acesso total ao OOS.
  AliyunFCFullAccess	Acesso total ao Function Compute.
  AliyunOTSFullAccess	Acesso total ao Tablestore.
  AliyunComputeNestSupplierFullAccess	Acesso total para fornecedores gerenciarem o Compute Nest.

• O tipo de instância ECS selecionado está esgotado na zona de disponibilidade atual. Escolha outro tipo de instância ou uma zona de disponibilidade diferente e tente novamente.

• Um plugin obrigatório não está instalado no cluster ACK.

  Instale o plugin ack-pod-identity-webhook no seu cluster ACK.

  No console do ACK, acesse O&M > Add-ons no painel de navegação à esquerda. Na aba Security, localize o cartão do componente ack-pod-identity-webhook e clique em Install.

Para mais detalhes, visualize os logs de implantação na página de detalhes da instância de serviço.

No console do Compute Nest, clique em Service Instances no painel de navegação à esquerda. Acesse a página de detalhes da instância de serviço correspondente, selecione a aba Logs e clique em Deployment Logs para visualizar os registros. Os logs contêm informações como data, categoria do log, tipo de recurso, ID associado, origem e status.

• Proxy reverso

  Uma abordagem comum é utilizar um servidor de proxy reverso, como Nginx, Apache, HAProxy ou Traefik. Configure o proxy reverso no servidor que hospeda o Domínio B para encaminhar requisições à porta correspondente no Domínio A.

• Balanceador de carga em nuvem

  Configure um balanceador de carga em nuvem para redirecionar as requisições recebidas pelo Domínio B ao servidor backend e à porta associados ao Domínio A. Geralmente, essa configuração ocorre pela interface de gerenciamento do balanceador de carga.