Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Nota
Os planos Basic, Standarde Enterprise entraram em um período de aposentadoria em 17 de março de 2025. Para obter mais informações, consulte o anúncio de aposentadoria do Azure Spring Apps.
Este artigo aplica-se a:✅ Java ✅ C#
Este artigo aplica-se a:✅ Basic/Standard ✅ Enterprise
Aplicativo e Implantação são os dois conceitos-chave no modelo de recursos do Azure Spring Apps. No Azure Spring Apps, um Aplicativo é uma abstração de um aplicativo de negócios. Uma versão de código ou binário é implantada enquanto a aplicação está a ser executada numa implementação. Os aplicativos são executados em uma instância de serviço do Azure Spring Apps ou simplesmente em uma instância de serviço, conforme mostrado a seguir.
Você pode ter várias instâncias de serviço em uma única assinatura do Azure, mas o Serviço Azure Spring Apps é mais fácil de usar quando todos os Aplicativos que compõem um aplicativo de negócios residem em uma única instância de serviço. Uma das razões é que é provável que as Aplicações comuniquem entre si. Eles podem facilmente fazer isso usando o registro de serviço Eureka na instância de serviço.
O plano do Azure Spring Apps Standard permite que um Aplicativo tenha uma implantação de produção e uma implantação de preparo, para que você possa fazer uma implantação azul/verde nela facilmente.
Aplicação
Os seguintes recursos/propriedades são definidos no nível do aplicativo.
| Funcionalidades | Descrição |
|---|---|
| Ponto de extremidade público |
O URL para aceder à aplicação. |
| Domínio Personalizado |
O CNAME registro que protege o domínio personalizado. |
| Vinculação de serviço |
A conexão pronta para uso com outros serviços do Azure. |
| Identidade gerenciada |
A identidade gerenciada pelo Microsoft Entra ID permite que seu aplicativo acesse facilmente outros recursos protegidos pelo Microsoft Entra, como o Azure Key Vault. |
| Armazenamento persistente |
A configuração que permite que os dados persistam além da reinicialização do aplicativo. |
Implementação
As seguintes funcionalidades/propriedades são definidas ao nível da implantação e são trocadas quando se faz a troca entre a implantação de produção e a de preparação.
| Funcionalidades | Descrição |
|---|---|
| CPU | O número de vcores por instância de aplicação. |
| Memória | O GB de memória por instância do aplicativo. |
| Contagem de instâncias |
O número de instâncias do aplicativo, definidas manualmente ou automaticamente. |
| Escala Automática | A contagem de instâncias escala automaticamente com base em as regras e agendas predefinidas. |
| Opções da JVM |
As opções da JVM a serem definidas. |
| Variáveis de ambiente |
As variáveis de ambiente a definir. |
| Versão de tempo de execução |
Java 8 ou Java 11. |
Ambiente
O Azure Spring Apps monta alguns arquivos YAML somente leitura em seus aplicativos implantados. Esses arquivos contêm o contexto do Azure de uma implantação. A lista a seguir mostra os caminhos e o conteúdo desses arquivos YAML:
/etc/azure-spring-cloud/context/azure-spring-apps.yml
AZURE_SPRING_APPS: SUBSCRIPTION_ID: <your-azure-subscription-id> RESOURCE_GROUP: <your-resource-group-name> NAME: <your-azure-spring-apps-name>/etc/azure-spring-cloud/context/azure-spring-apps-deployment.yml
AZURE_SPRING_APPS: APP: NAME: <your-app-name> DEPLOYMENT: NAME: <your-deployment-name> ACTIVE: true # true if the deployment is in production, false if in staging
Se seu aplicativo for um aplicativo Spring Boot, esses dois caminhos de arquivo serão adicionados à variável de SPRING_CONFIG_ADDITIONAL_LOCATION ambiente. Dessa forma, seu aplicativo pode carregar essas propriedades como configurações e usá-las em seu código. Por exemplo, você pode usar a @ConfigurationProperties anotação para vincular as propriedades YAML a uma classe Java. O trecho de código a seguir mostra como criar uma @Configuration classe que representa o contexto do Azure:
import lombok.Data;
import org.springframework.boot.context.properties.ConfigurationProperties;
import org.springframework.context.annotation.Configuration;
@Configuration
@ConfigurationProperties(prefix = "azure-spring-apps")
@Data
public class AzureSpringAppsContext {
private String subscriptionId;
private String resourceGroup;
private String name;
private AppContext app;
private DeploymentContext deployment;
@Data
public static class AppContext {
private String name;
}
@Data
public static class DeploymentContext {
private String name;
private boolean active;
}
}
Para quaisquer outros aplicativos poliglotas, talvez seja necessário ler e acessar as propriedades correspondentes usando as bibliotecas de leitura/gravação de arquivos correspondentes em seus aplicativos.
Restrições
- Um aplicativo deve ter uma implantação de produção. A API bloqueia a exclusão de uma implantação de produção. Você deve substituir uma implementação para o ambiente de staging antes de excluí-la.
- Um aplicativo pode ter, no máximo, duas implantações. A API bloqueia a criação de mais de duas implantações. Implemente o seu novo binário na produção existente ou no ambiente de pré-produção.
- O gerenciamento de implantação não está disponível no plano Básico. Utilize o plano Standard ou Enterprise para a capacidade de implantação azul-verde.