Enterprise Distributed Application Service:Migrar um cluster Spring Cloud com múltiplas aplicações para o EDAS

Por que migrar para o EDAS

O EDAS substitui a sobrecarga operacional da infraestrutura Spring Cloud autogerenciada por uma plataforma gerenciada. Após a migração:

• Implantação flexível -- Configure parâmetros de inicialização, acompanhe visualmente o progresso da implantação e utilize conexões e desconexões de serviço graceful para evitar perda de requisições.

• Descoberta de serviço integrada -- O EDAS oferece descoberta de serviço e gerenciamento de configuração em sua versão comercial, substituindo soluções autogerenciadas como Eureka, ZooKeeper ou Consul.

• Administração centralizada de serviços -- Consulte serviços publicados e consumidos diretamente pelo console do EDAS. Além de consultar informações de instâncias, acesse rastreamentos de microsserviços, topologia de chamadas do sistema e análise de SQL lento.

• Auto Scaling -- Dimensione dinamicamente as instâncias da aplicação horizontalmente com base no tráfego.

• Lançamentos graduais -- Execute lançamentos graduais de ponta a ponta para validação em pequena escala antes de distribuir atualizações para todas as instâncias.

• Limitação de taxa e degradação -- Aplique limitação de taxa e degradação de serviço para manter a estabilidade da aplicação sob carga elevada.

Escolha um método de migração

O EDAS suporta dois métodos de migração. Ambos preservam a continuidade do serviço.

Se optar pela troca de registro, siga a configuração padrão em Implementar registro e descoberta de serviços. O restante deste guia aborda o registro duplo e a assinatura dupla.

Visão geral da migração

A migração consiste em três fases:

1. Migrar aplicações (obrigatório) -- Migre primeiro as aplicações stateless, uma por vez.

2. Migrar a instância do Server Load Balancer (SLB) ou atualizar o DNS (opcional) -- Direcione o tráfego para a nova implantação.

3. Migrar armazenamento e filas de mensagens (opcional) -- Necessário apenas se suas aplicações ainda não utilizarem serviços da Alibaba Cloud, como ApsaraDB RDS e Message Queue.

Este guia foca na fase 1.

Fase 1: Migrar aplicações

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
    <version>{Version}</version>
</dependency>

spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848
ribbon.nacos.enabled=false

<dependency>
    <groupId>com.alibaba.edas</groupId>
    <artifactId>edas-sc-migration-starter</artifactId>
    <version>1.0.5</version>
</dependency>

@SpringBootApplication
public class ConsumerApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConsumerApplication.class, args);
    }
}

@SpringBootApplication
@RibbonClients(defaultConfiguration = MigrationRibbonConfiguration.class)
public class ConsumerApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConsumerApplication.class, args);
    }
}

Fase 2: Migrar a instância do SLB ou atualizar o DNS (opcional)

Após a migração de todas as aplicações, atualize o roteamento de rede:

• Se uma instância do SLB foi usada antes da migração, reutilize-a . Selecione uma política para anexar a instância do SLB conforme necessário. Para mais informações, consulte Visão geral da vinculação do SLB.

• Se nenhuma instância do SLB foi usada, crie uma e vincule-a à sua aplicação de ponto de entrada (por exemplo, API Gateway).

• Configuração de nome de domínio:

  • Se a instância do SLB for reutilizada, nenhuma alteração de DNS será necessária.

  • Se uma nova instância do SLB for criada, atualize o DNS para apontar para a nova instância do SLB e remova a antiga. Consulte Alterar servidores DNS para um nome de domínio.

Fase 3: Migrar armazenamento e filas de mensagens (opcional)

Se suas aplicações já utilizam serviços da Alibaba Cloud, como ApsaraDB RDS e Message Queue, nenhuma migração de armazenamento ou fila de mensagens é necessária.

Caso suas aplicações não estejam na Alibaba Cloud, entre em contato com o suporte técnico do EDAS para obter um plano completo de migração.

Ajustar dinamicamente as políticas de registro e assinatura

Durante a migração, ajuste em quais registros uma aplicação se registra ou assina sem reinicialização. Use o recurso de gerenciamento de configuração do EDAS, o Spring Cloud Config ou o Nacos Config para atualizar as seguintes propriedades em tempo de execução.

# Subscribe to both Eureka and Nacos
spring.cloud.edas.migration.subscribes=nacos,eureka

# Subscribe to Nacos only
spring.cloud.edas.migration.subscribes=nacos

# Register with all registries (default)
spring.cloud.edas.migration.registry.excludes=

# Stop registering with Eureka
spring.cloud.edas.migration.registry.excludes=eureka

# Stop registering with both Nacos and Eureka
spring.cloud.edas.migration.registry.excludes=nacos,eureka

Limpeza pós-migração

Depois que todas as aplicações estiverem em execução no EDAS, remova a configuração específica da migração:

1. Exclua a dependência edas-sc-migration-starter do arquivo pom.xml (ou build.gradle) de cada aplicação.

2. Remova a anotação @RibbonClients(defaultConfiguration = MigrationRibbonConfiguration.class) da classe principal.

3. Remova a dependência e a configuração do registro de serviço original (por exemplo, configurações do cliente Eureka ou Consul).

4. Remova ribbon.nacos.enabled=false do arquivo application.properties.

5. Reinicie as aplicações em lotes durante horários de baixa demanda.

Projeto de demonstração

O EDAS fornece um projeto de exemplo que demonstra o registro duplo e a assinatura dupla. Baixe o projeto e siga o README incluído para executá-lo localmente.