Huawei Cloud para aplicações que exigem região, conectividade, identidade e operação definidas antes da mudança
Computação, dados, rede, identidade e continuidade organizados por critérios verificáveis.
Huawei Cloud é tratada separadamente do portfólio Huawei Enterprise de redes corporativas.
Huawei Cloud para evoluir a infraestrutura da sua empresa
Dependências entre aplicações, identidade, dados, conectividade, licenças e recuperação determinam se uma carga deve ser migrada, modernizada ou mantida fora da Huawei Cloud. A ADD começa por esse mapa e pelos critérios de aceite antes de propor serviços e uma sequência de mudança. Com atuação desde 2011, em São José do Rio Preto, a ADD Solution trabalha com engenharia, implantação e operação de infraestrutura. O ponto de partida é entender suas aplicações, dependências e prioridades para definir o que faz sentido migrar, modernizar ou manter no ambiente atual. Esta página trata dos serviços Huawei Cloud. Equipamentos e soluções de redes corporativas da Huawei Enterprise, como switches e infraestrutura de campus, pertencem a outro escopo de projeto.
Recursos escolhidos a partir da aplicação
Uma arquitetura útil combina serviços conforme a carga de trabalho. O Elastic Cloud Server, ou ECS, oferece máquinas virtuais para aplicações que precisam de controle sobre o sistema operacional. O Cloud Container Engine, CCE, disponibiliza clusters Kubernetes gerenciados para aplicações em contêineres. Sua adoção exige avaliar a maturidade da equipe, o ciclo de atualização e as dependências da aplicação. No armazenamento, o EVS atende ao uso de volumes em blocos, enquanto o OBS organiza dados como objetos. O SFS contempla compartilhamento de arquivos. A escolha depende do protocolo exigido, da frequência de acesso e das características de leitura e gravação. Bancos gerenciados, como RDS for MySQL, podem reduzir tarefas de administração da infraestrutura. Ainda é necessário validar versões, extensões, consultas, integrações e requisitos de manutenção. O catálogo orienta a avaliação; a composição final precisa ser confirmada para a região e a configuração pretendidas.
Uma base organizada para crescer
Antes de criar recursos, recomendamos definir a estrutura de contas, projetos, ambientes e responsabilidades. Produção, homologação e desenvolvimento devem ter critérios claros de separação, acesso e orçamento. Convenções de nomes, identificação de responsáveis e documentação facilitam a manutenção ao longo do tempo. A arquitetura também precisa registrar dependências externas, certificados, resolução de nomes, fluxos de dados e procedimentos de mudança. Quando aplicável, modelos de infraestrutura como código ajudam a reproduzir configurações e revisar alterações. O Resource Formation Service oferece recursos para esse tipo de provisionamento na Huawei Cloud, inclusive com disponibilidade documentada em LA-Sao Paulo1. O resultado esperado dessa etapa é uma base administrável: cada recurso tem uma finalidade, cada acesso tem um responsável e cada mudança pode ser avaliada antes de chegar à produção.
Redes para conectar aplicações e unidades
A Virtual Private Cloud, VPC, permite organizar sub-redes, endereçamento e controles de tráfego. Grupos de segurança e ACLs de rede cumprem papéis específicos na proteção das comunicações. O desenho deve limitar a exposição pública e registrar quais sistemas podem conversar entre si. Para ambientes híbridos, VPN e Direct Connect são alternativas de conexão entre a infraestrutura local e a nuvem. A seleção exige considerar banda, latência, redundância, operadoras, custos e capacidade operacional. Direct Connect depende também dos pontos de conexão disponíveis e da contratação do circuito correspondente. Serviços compatíveis com VPC Endpoint podem ser acessados por canais privados, sem depender de endereço IP público. Cada integração deve ser conferida na região escolhida. O teste de conectividade precisa incluir falhas de enlace, rotas alternativas e acesso administrativo.
Identidade e segurança com responsabilidades definidas
O IAM permite distribuir permissões para pessoas, aplicações e serviços. Uma implantação deve aplicar privilégio mínimo, autenticação multifator e revisão periódica de acessos. A federação com o provedor de identidade corporativo pode centralizar o ingresso e o desligamento de usuários, respeitando os protocolos e recursos suportados. Na operação cotidiana, recomendamos evitar contas compartilhadas e documentar acessos de emergência. Credenciais de aplicações precisam de armazenamento adequado, rotação e escopo restrito. As funcionalidades disponíveis variam entre edições do IAM, o que deve ser verificado antes de padronizar controles. A segurança segue um modelo de responsabilidade compartilhada. A Huawei Cloud administra a proteção da infraestrutura que fornece; o cliente mantém responsabilidades sobre seus dados, identidades e configurações. Em máquinas virtuais, isso inclui componentes como sistema operacional e aplicações. A divisão exata depende do serviço utilizado e precisa constar do plano operacional.
Proteção dos dados durante todo o ciclo de vida
Classificar informações antes da migração ajuda a escolher localização, criptografia, retenção e controles de acesso. No OBS, políticas de acesso e ciclo de vida precisam refletir a finalidade dos dados. Classes de armazenamento têm condições diferentes de recuperação e permanência, que devem entrar no planejamento técnico e financeiro. A criptografia exige atenção à gestão das chaves e às permissões de uso. No EVS, a integração com o Key Management Service permite criptografar discos. Para aplicações web, o WAF pode acrescentar inspeção e políticas de proteção, conforme a edição contratada e a forma de publicação. Esses recursos precisam ser acompanhados por correções, revisão de configurações e resposta a incidentes. A análise de conformidade deve envolver os responsáveis por privacidade e requisitos setoriais, considerando o tratamento efetivo dos dados e os contratos aplicáveis.
Operação com visibilidade e controle de consumo
O Cloud Eye acompanha métricas de recursos e permite configurar alarmes. O Log Tank Service reúne e analisa logs; o Cloud Trace Service registra operações suportadas para consulta e auditoria. Essas informações precisam chegar a pessoas com procedimentos claros para investigar e responder. Recomendamos definir indicadores para disponibilidade percebida, tempo de resposta, capacidade e sucesso dos backups. Alarmes devem ter prioridade, responsável e encaminhamento compatíveis com o impacto no negócio. A revisão de consumo precisa observar recursos ociosos, crescimento de armazenamento, tráfego e retenção de logs. O orçamento deve incluir suporte, conectividade, licenças e operação. Compromissos de contratação só fazem sentido depois de compreender o padrão de uso e as condições de cancelamento.
Migração com critérios de aceite e recuperação
O inventário inicial deve identificar sistemas operacionais, aplicações, bancos, integrações, volume de dados e janelas disponíveis. A partir dele, é possível organizar ondas de migração e selecionar um piloto representativo. O Server Migration Service, SMS, oferece recursos de replicação e sincronização para cenários suportados. Existem restrições importantes: mudanças de identificadores podem invalidar licenças, e os discos do destino são formatados durante o processo. Por isso, o destino precisa ser preparado especificamente para a migração, com proteção prévia de qualquer conteúdo existente. A validação deve abranger autenticação, integridade dos dados, rotinas agendadas, desempenho e funcionamento das integrações. Antes da virada, recomendamos definir quem aprova o resultado, como interromper gravações conflitantes e como retornar ao ambiente anterior. A operação assistida deve ter escopo e duração acordados.
Continuidade comprovada em testes
A estratégia de continuidade começa pela perda de dados tolerável e pelo tempo aceitável de recuperação, expressos em RPO e RTO. Esses objetivos orientam redundância, replicação, backup e procedimentos de retorno. O Cloud Backup and Recovery, CBR, trabalha com cofres e políticas para proteger recursos suportados. Frequência, retenção e replicação precisam ser configuradas de acordo com cada aplicação. Distribuir componentes entre zonas pode reduzir a exposição a falhas localizadas, mas exige que aplicação, banco e conectividade acompanhem o desenho. Testes de restauração devem verificar dados e funcionamento do serviço. O SLA do ECS diferencia modos de implantação e contém exclusões e regras para créditos. A disponibilidade da aplicação depende também das camadas que a empresa configura e opera.
Região e contratação precisam acompanhar o projeto
A Huawei Cloud documenta a região brasileira LA-Sao Paulo1. Sua existência deve ser considerada junto à disponibilidade de cada serviço, edição, capacidade e integração. Recursos anunciados globalmente podem ter cobertura regional diferente. Também é necessário verificar o instrumento contratual aplicável. O Customer Agreement internacional diferencia a contratação direta daquela realizada por Solution Partners, remetendo esta última ao EULA. Pré-pagamentos podem envolver encargos de cancelamento. Recursos vencidos ou inadimplentes seguem condições de carência e retenção, com exclusão de dados prevista após o prazo aplicável. Suporte, tributos, renovação e exportação de dados precisam ser analisados na proposta efetiva. A escolha de uma região brasileira orienta onde os recursos serão implantados. Uma exigência de residência de dados deve examinar também backups, replicação e processamento ligado ao suporte. Licenças de terceiros precisam ser validadas com seus respectivos fornecedores.
Decisões importantes sobre Huawei Cloud
Huawei Cloud e Huawei Enterprise têm o mesmo escopo?
São frentes distintas. Aqui, o foco são serviços de nuvem, como computação, armazenamento e plataformas gerenciadas. Redes corporativas, switches e soluções de campus da Huawei Enterprise devem ser dimensionados em seu próprio projeto, mesmo quando existe integração com a nuvem.
Posso utilizar uma região no Brasil?
Sim. LA-Sao Paulo1 consta na documentação oficial. Confirme a presença do serviço, a modalidade, a capacidade e as funções necessárias antes de contratar. A localização também deve ser compatível com os requisitos de latência e tratamento de dados.
É possível manter parte da infraestrutura local?
Sim. VPN e Direct Connect permitem conectar recursos locais e de nuvem. A arquitetura híbrida precisa tratar endereçamento, rotas, autenticação e falhas de comunicação. A escolha depende dos requisitos da aplicação e da conectividade disponível.
Qual é a diferença entre ECS e CCE?
ECS fornece máquinas virtuais. CCE oferece gerenciamento de clusters Kubernetes para contêineres, integrando recursos de computação, rede e armazenamento. A decisão depende da arquitetura da aplicação e da capacidade da equipe de administrar suas dependências e atualizações.
Quem cuida da segurança depois da implantação?
As responsabilidades devem ser distribuídas entre provedor, cliente e equipe contratada para operar o ambiente. Dados, acessos e configurações continuam exigindo gestão. O escopo varia conforme o serviço e precisa ser documentado, com responsáveis por correções e incidentes.
Minhas licenças atuais continuam válidas na nuvem?
Isso depende do fornecedor e do contrato de cada software. A documentação do SMS alerta que alterações de identificadores podem afetar licenças após a migração. A validação deve ocorrer antes do piloto, incluindo custos e condições de eventual substituição.
Backup é suficiente para manter a aplicação disponível?
O backup permite recuperar pontos protegidos, dentro da política configurada. Continuidade exige considerar também redundância, dependências e tempo de restauração. Os testes devem demonstrar se a combinação escolhida atende aos objetivos de recuperação definidos para o negócio.
Como iniciar um projeto com a ADD Solution?
Apresente as aplicações envolvidas, dificuldades atuais e prioridades de continuidade. A conversa inicial pode orientar um levantamento técnico, seguido de proposta com arquitetura, etapas de implantação, responsabilidades e condições de operação. O escopo será definido conforme a necessidade da empresa.
Cloud conectada à operação.
Planeje a nuvem a partir das aplicações e dos dados
Estruture infraestrutura, identidade, conectividade, proteção e operação com premissas verificáveis.