Suporte a Java no Azure e no Azure Stack
Os desenvolvedores de Java podem criar, integrar e implantar aplicativos em uma variedade de serviços do Azure e do Azure Stack. Os desenvolvedores são livres para usar a distribuição e a versão do Java preferenciais para a maioria dos serviços do Microsoft Azure. Alguns serviços fornecerão e gerenciarão um runtime do Java em nome dos clientes. Este documento ajudará você a entender quais serviços fornecem um runtime do Java por padrão e quais serviços não o fornecem.
Importante
Atualização 30 de junho de 2021: Zulu para Azure não recebe mais atualizações ou suporte desde 1º de janeiro de 2022. Os serviços do Azure fizeram a transição para o Microsoft Build do OpenJDK para JDK 11 e o Eclipse Temurin para JDK 8. Para obter mais informações, confira Fim das atualizações, do suporte e da disponibilidade do Zulu para builds do Azure do OpenJDK.
Versões com suporte de Java e agendamento de atualização
As seguintes versões do Java são suportadas pelas ferramentas de desenvolvedor da Microsoft, Azure, Azure Arc e serviços do Azure Stack:
- Java 8 (OpenJDK 8u) com binários do Eclipse Temurin .
- Java 11 (OpenJDK 11u) com Microsoft Build de binários OpenJDK.
- Java 17 (OpenJDK 17u) com Microsoft Build de binários OpenJDK.
As atualizações do OpenJDK 8u, do OpenJDK 11u e do OpenJDK 17u são lançadas a cada trimestre (janeiro, abril, julho e outubro).
Para obter mais informações sobre a disponibilidade de outras versões do Java e obter o roteiro de suporte, confira a documentação específica do serviço do Azure.
Serviços com um runtime gerenciado ou padrão do Java
Para os seguintes serviços, o runtime do Java é gerenciado ou fornecido por padrão pela Microsoft:
- Serviço de Aplicativo do Azure no Windows
- Serviço de Aplicativo do Azure no Linux
- Funções do Azure
- Azure Spring Apps
- Azure Service Fabric
- Azure HDInsight
- Pesquisa Cognitiva do Azure
- Azure Cloud Shell
- Azure DevOps
- Instância Gerenciada do Azure para Apache Cassandra
- Azure Cosmos DB for Apache Cassandra
Para alguns dos serviços acima, você poderá alterar o runtime do Java daquele fornecido por padrão. Para obter mais informações, confira a documentação do serviço.
Distribuições do OpenJDK implantadas
A Microsoft pode usar distribuições Java de terceiros e binários para uma variedade de versões Java em alguns de seus serviços - ou seja, Eclipse Temurin e Azul Zulu. Ela manterá essas distribuições de terceiros atualizadas enquanto houver atualizações disponíveis. Para todos os outros casos, a Microsoft compila, oferece suporte e implanta o Microsoft Build do OpenJDK.
Serviços sem um runtime gerenciado ou padrão do Java
A escolha do Java runtime cabe a você nos seguintes casos:
- Com serviços do Azure, como Máquinas Virtuais do Azure, Serviços de Kubernetes do Azure (AKS), Instâncias de Contêiner do Azure (ACI), Aplicativos de Contêiner do Azure, Azure Red Hat OpenShift e Aplicativo Web do Serviço de Aplicativo do Azure para Contêineres.
- Com serviços onde os usuários devem configurar manualmente a infraestrutura e seus componentes.
Embora os desenvolvedores de Java possam trazer runtimes do Java próprios de diferentes fornecedores para o Azure nesses serviços, a Microsoft recomenda que você use uma das seguintes distribuições do OpenJDK:
- Build da Microsoft do OpenJDK
- Temurin do Eclipse Adoptium
- Versões Azul Zulu do OpenJDK
Observação
O Azul Zulu para Azure não recebe mais atualizações desde 1º de janeiro de 2022. Para obter mais informações, confira Fim das atualizações, do suporte e da disponibilidade do Zulu para builds do Azure do OpenJDK.
Para obter informações sobre como instalar e usar o OpenJDK, confira a documentação de uma dessas distribuições.
Suporte ao cliente
Quanto aos problemas relacionados à implantação de aplicativos Java no Azure, serviços do Azure Stack, clusters habilitados para Azure Arc e integração às APIs REST do Azure, os clientes com um plano de suporte qualificado recebem o suporte sem nenhum custo adicional.
Comentários
https://aka.ms/ContentUserFeedback.
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulteEnviar e exibir comentários de