Escolha os serviços do Azure certos para seus aplicativos Java

Este artigo orienta você sobre como usar os serviços do Azure para implantação de aplicativos Java, enfatizando o suporte do Azure para diversas tecnologias e arquiteturas Java. Ele descreve métodos de implantação como "Lift and Shift", conteinerização e plataforma como serviço (PaaS), adaptados a vários níveis de controle e simplicidade.

O artigo defende uma mentalidade A+B, aconselhando-o a escolher serviços com base nas necessidades da aplicação em vez de uma escolha fixa A ou B. Ele sugere considerar casos de uso, metas de negócios, segurança e orçamento para uma abordagem flexível. O artigo destaca a parceria da Microsoft com os líderes do ecossistema Java para melhorar as experiências dos desenvolvedores e recomenda os serviços do Azure para implantar aplicativos Java - seja como origem, binários ou contêineres. Esta abordagem matizada ajuda-o a concentrar-se na inovação, apoiada pelo compromisso da Microsoft em fornecer às aplicações Java os serviços do Azure mais adequados para a sua estratégia de implementação, maximizando a eficiência, a escalabilidade e a relação custo-eficácia.

Implemente qualquer aplicação Java com confiança e facilidade

O ecossistema Java inclui diversas tecnologias, como Java SE, Jakarta EE (sucessor do Java EE e J2EE), Spring, vários servidores de aplicações e outros frameworks. Seja o que for que você esteja fazendo com Java - como criar um aplicativo, usar uma estrutura e executar um servidor de aplicativos - o Azure dá suporte à sua carga de trabalho com uma abundância de opções. Da mesma forma, o Azure dá suporte a qualquer arquitetura de aplicativo, desde aplicativos monolíticos executados em VMs ou em contêineres até aplicativos nativos da nuvem baseados em microsserviços executados em serviços totalmente gerenciados.

O Azure oferece os seguintes três métodos principais para executar aplicativos Java na nuvem, adaptados a diferentes níveis de controle e simplicidade:

• A abordagem "Lift and Shift" permite a migração de alterações mínimas de aplicativos existentes diretamente para as Máquinas Virtuais do Azure.

• A conteinerização oferece flexibilidade, com o Azure Kubernetes Service (AKS) e o Azure Red Hat OpenShift sendo as principais plataformas para orquestrar aplicativos em contêineres.

• A plataforma como serviço (PaaS) representa o auge da facilidade e eficiência, oferecendo produtividade ideal do desenvolvedor e capacidade de gerenciamento operacional, muitas vezes juntamente com o custo total de propriedade mais econômico.

Não importa o estágio de desenvolvimento do seu aplicativo Java, o Azure fornece uma solução de nuvem compatível para atender às suas necessidades. Você pode ler mais sobre essas ofertas em Implementar aplicativos Java com confiança e facilidade.

Portabilidade completa para suas aplicações Java: implemente perfeitamente em qualquer lugar

Não importa qual serviço do Azure você escolha para seu aplicativo Java, a flexibilidade do seu aplicativo é garantida. Como você tem o código Java e suas saídas compiladas, você tem a liberdade de implantar seu aplicativo onde quiser - seja em sua máquina de desenvolvimento local, servidores de compilação, ambientes locais ou qualquer plataforma de nuvem de sua escolha. A portabilidade da sua aplicação está nas suas mãos.

Claro, quando há tantas escolhas, você enfrenta um dilema.

Dilema – use o serviço A ou B para aplicações Java

Se você navegar pelas ofertas do Azure, poderá encontrar o dilema de selecionar o serviço do Azure mais adequado para executar seus aplicativos Java. Essa escolha é crucial, pois influencia o planejamento de recursos, o orçamento, os cronogramas do projeto e, finalmente, o tempo de comercialização do aplicativo. A decisão afeta não apenas os custos iniciais de implantação, mas também as despesas de manutenção contínuas.

No passado, as organizações muitas vezes se sentiam compelidas a escolher entre duas plataformas, tecnologias ou soluções concorrentes para seus aplicativos de software. Por exemplo, as organizações tinham que decidir entre WebLogic ou WebSphere para aplicativos Java Enterprise, Docker Swarm ou Kubernetes para gerenciamento de contêineres ou contêineres versus máquinas virtuais (VMs) para implementação. Esse processo de tomada de decisão é chamado de "mentalidade A ou B", e difere significativamente do teste A/B, que é um método para comparar duas versões de uma página da Web ou aplicativo entre si para determinar qual delas tem melhor desempenho. Em vez disso, a mentalidade A ou B neste contexto é sobre a escolha de uma plataforma ou tecnologia em vez de outra para a implantação de aplicativos. Ele vem de práticas locais tradicionais, onde as decisões geralmente são limitadas por fatores como modelos de entrega de software empacotados, investimentos iniciais substanciais em infraestrutura e licenciamento de software e os longos prazos de entrega necessários para criar e implantar qualquer plataforma de aplicativo.

Trazer essa mentalidade para o Azure pode levar a um tempo excessivo gasto na criação de uma única plataforma que tenta acomodar todos os aplicativos, potencialmente introduzindo atrasos e ineficiências. No entanto, o Azure oferece uma abordagem mais vantajosa, incentivando uma mudança dessa mentalidade restritiva para uma que abraça o melhor dos dois mundos, gerando um melhor retorno sobre o investimento (ROI).

À medida que você faz a transição para o Azure, o ambiente de nuvem oferece um paradigma flexível onde você pode provisionar e desprovisionar recursos de acordo com suas necessidades, eliminando a necessidade de escolher entre um serviço em vez de outro. Esta flexibilidade introduz a abordagem A+B, uma estratégia que diverge da mentalidade tradicional A ou B, incentivando uma forma de pensar mais ampla e inclusiva. O Azure facilita essa mudança, tornando fácil e econômico combinar as vantagens de vários serviços e adotar uma mentalidade A+B. Esta abordagem sublinha o princípio de selecionar os serviços que melhor se alinham com as necessidades específicas da sua candidatura, defendendo essencialmente a escolha da ferramenta certa para o trabalho em questão.

A transição para um mindset A+B permite que as organizações ampliem seus processos de tomada de decisão e estratégias técnicas, abraçando novas possibilidades e oportunidades que esse mindset proporciona. Este artigo delineia os princípios da mentalidade A+B, permitindo que você selecione criteriosamente os serviços do Azure que ressoam de forma mais eficaz com os requisitos do seu aplicativo. Quer se trate de Aplicações de Contentor do Azure (ACA), Serviço de Aplicações do Azure, Serviço Kubernetes do Azure ou Máquinas Virtuais, a mentalidade A+B dá-lhe a latitude para avaliar e escolher entre uma matriz de Serviços do Azure para alojar as suas aplicações. Esta filosofia é aplicável universalmente, transcendendo as fronteiras da linguagem e do enquadramento. Embora as aplicações Java sejam o foco aqui, a mentalidade A+B é igualmente relevante e benéfica para aplicações desenvolvidas em qualquer linguagem de programação.

Ao adotar a mentalidade A+B, você não está confinado a um único serviço pré-determinado. Em vez disso, você tem o poder de combinar serviços da maneira que melhor se adapte às demandas exclusivas do seu aplicativo. Essa abordagem não só aumenta a flexibilidade e a escalabilidade, mas também otimiza a eficiência operacional e de custos. Essa abordagem garante que sua estratégia técnica seja tão dinâmica e adaptável quanto o ambiente de nuvem em que você está operando.

Por que não é necessário pensar no serviço A ou B

Escolher o serviço de nuvem certo para seus aplicativos não precisa ser uma decisão binária entre o serviço A ou o serviço B, graças à flexibilidade e amplitude de opções que a nuvem oferece, especialmente com o Azure. As seções a seguir detalham por que manter a escolha tradicional de "um ou outro" não é necessário e como adotar uma abordagem mais fluida pode beneficiar suas operações.

De velhos hábitos a novas flexibilidades

Tradicionalmente, a implantação de sistemas de TI envolvia investimentos iniciais significativos em hardware e software, além de longos tempos de configuração. Esse ambiente tornou lógico selecionar cuidadosamente uma plataforma e otimizar tudo ao seu redor para economizar custos e recursos. No entanto, o ambiente de nuvem, incluindo o Azure, introduz uma mudança de paradigma com sua natureza elástica e sob demanda. Você paga apenas pelo que usa, e ajustar seus recursos para atender às suas necessidades torna-se simples, sem o ônus das despesas de capital iniciais.

A mudança para a nuvem

A mudança para a nuvem, e para o Azure em particular, traz uma mudança significativa na forma como as responsabilidades da infraestrutura e da plataforma são gerenciadas. Grande parte do trabalho pesado, anteriormente suportado pela sua organização, agora muda para a Microsoft, como visto no diagrama a seguir. Essa alteração simplifica as operações e reduz o esforço necessário para gerenciar seus aplicativos. Você não está limitado pelas restrições de gerenciar várias plataformas, liberando-o para escolher a melhor ferramenta para cada trabalho sem se preocupar com os custos extras e complexidades.

O diagrama a seguir mostra o modelo de responsabilidade compartilhada entre o cliente e o provedor de nuvem:

Escolher o mais adequado a cada necessidade

Neste novo mundo centrado na nuvem, o processo de tomada de decisão passa a ser mais sobre a seleção da ferramenta certa para o trabalho certo, em vez de tentar encaixar todas as suas necessidades em um serviço predeterminado. Seja escolhendo entre o Serviço Kubernetes do Azure e os Aplicativos de Contêiner do Azure para aplicativos de Inicialização do Spring ou qualquer outro conjunto de serviços, o foco muda para o que melhor atende aos requisitos de cada aplicativo específico.

A ascensão dos microsserviços

A adoção de microsserviços apoia ainda mais esta abordagem flexível. Por design, os microsserviços incentivam o uso da tecnologia mais adequada para cada serviço, promovendo uma diversidade tecnológica que naturalmente se alinha com a mentalidade A+B. Essa abordagem consiste em usar os pontos fortes de diferentes serviços para criar uma arquitetura de aplicativos mais robusta, eficiente e escalável.

Benefícios de adotar A+B

Adotar uma mentalidade A+B oferece vários benefícios importantes. Permite uma maior agilidade e flexibilidade, permitindo-lhe escolher as ferramentas e serviços mais adequados para cada aspeto das suas operações. Essa abordagem não só leva a uma melhor eficiência de recursos e custos, mas também reduz o tempo de comercialização de seus produtos. Em última análise, essa abordagem promove a excelência operacional, alinhando suas escolhas tecnológicas mais de perto com suas necessidades e objetivos de negócios.

Em resumo, a nuvem, e o Azure em particular, oferece uma nova maneira de pensar sobre a implantação e o gerenciamento de seus aplicativos. Ao se afastar da escolha restritiva A ou B e adotar a mentalidade A+B, você pode tomar decisões mais alinhadas com as necessidades específicas de seus aplicativos, levando a maior eficiência, agilidade e economia de custos.

Orientações práticas para a transição para a mentalidade A+B

A lista a seguir enumera alguns princípios-chave que você pode usar como diretriz para fazer a transição para a mentalidade A+B e continuar com ela:

• Passe de caso de uso em solução, e não o contrário. Muitas vezes, muitas equipes de software decidem sobre a tecnologia primeiro e, em seguida, tentam forçar o ajuste dos casos de uso e design. Em muitos casos, essa abordagem incorre em uma sobrecarga significativa em termos de custo, tempo de desenvolvimento, recursos e despesas operacionais. Obtenha clareza sobre seus casos de uso e requisitos, funcionais e não funcionais, antes de entrar na solução.

• Entenda seus objetivos de negócios, a natureza do negócio e sua concorrência e com que frequência você precisa lançar novos recursos para a produção. Você deve sempre projetar sua solução para atender às suas metas e objetivos de negócios.

• Compreender os requisitos de segurança e conformidade. Na era da nuvem, onde tudo é acessado pela internet, a segurança é crucial e inegociável. Além disso, dependendo do setor que você atende, seu aplicativo pode precisar atender a determinados requisitos de conformidade. Você deve projetar sua solução para resistir a ataques avançados de segurança e atender aos seus requisitos de conformidade.

• Entenda seu orçamento e cronogramas. Tenha uma compreensão clara do seu orçamento para desenvolvimento inicial, operações contínuas e versões futuras. Além disso, entenda suas linhas do tempo. O custo dos projetos atrasados, tanto em termos de despesas adicionais como de impacto negativo nos negócios, é frequentemente subestimado. Projete sua solução para atender ao seu orçamento e cronograma.

• Pense nativa da nuvem, quando aplicável. A arquitetura e as tecnologias nativas da nuvem são uma abordagem para projetar, construir e operar cargas de trabalho que são construídas na nuvem e aproveitam ao máximo o modelo de computação em nuvem. Com o nativo da nuvem, você pode criar e implantar aplicativos para produção em um ritmo mais rápido. A nuvem também fornece recursos que podem não ser possíveis no local - por exemplo, elasticidade, escala global, análise avançada, IA e recursos de aprendizado de máquina (ML). Projete sua solução com base em tecnologias nativas da nuvem, tanto quanto possível.

• Pense na cultura DevOps. DevOps não é apenas ferramentas ou processos, é uma prática de desenvolvimento de software que promove a colaboração entre desenvolvimento e operações, resultando em uma entrega de software mais rápida e confiável. Comumente chamado de cultura, o DevOps conecta pessoas, processos e tecnologia para oferecer valor contínuo.

Escolha a solução que atenda aos seus requisitos de negócios e não funcionais, ou seja:

• Mais rápido de implementar.
• Rentável em termos de custos envolvidos na qualificação, construção, implantação e operações.
• Fácil de operar.
• Totalmente compatível com automação.
• Suporte a DevOps por design.

Esses princípios ajudam você a manter seu foco onde deveria estar - na criação de uma solução que atenda às suas metas de negócios, em vez de forçar o ajuste da solução a uma plataforma predeterminada.

Exceções

Como qualquer outra coisa, há exceções para A + B. A lista a seguir não é exaustiva, mas fornece orientação direcional sobre algumas exceções que você pode encontrar:

• Estratégia empresarial. Por exemplo, algumas empresas usam uma adoção de contêineres em toda a empresa para criar e implantar aplicativos porque podem ter várias linguagens de programação em jogo e desejam criar e implantar todos os aplicativos de maneira unificada.

• Muito abaixo da linha com a execução. Você pode ter escolhido uma solução antes de passar pela análise A+B. Se você já está aprofundado na execução de sua solução, continue com ela, mas para a próxima aplicação, use os princípios da mentalidade A+B para escolher a solução certa para seu caso de uso.

• Migrações de data center em grande escala. Para acelerar sua jornada para a nuvem, as empresas geralmente usam uma estratégia chamada "lift and shift" que envolve a migração de servidores (hospedando seus aplicativos) em massa para o Azure usando ferramentas como o Azure Migrate. Alguns usam essa abordagem para migrar data centers para o Azure e desligá-los de maneira eficiente e econômica. Nesse cenário, recomendamos usar a mentalidade A+B para modernizar aplicativos após a migração para o Azure.

Considerações principais

Fornecemos a estrutura para pensar e os princípios que você pode usar para escolher os destinos certos no Azure para seus aplicativos. Não é um tamanho único que serve para todos. Não é A ou B, mas A + B.

O diagrama a seguir resume as principais considerações para escolher um serviço do Azure para qualquer aplicativo:

Como escolher os serviços do Azure certos para seus aplicativos Java

Para simplificar o processo de seleção em meio à infinidade de opções de tecnologia para aplicativos Java no Azure, criamos uma árvore de decisão simples para ajudar desenvolvedores, clientes e integradores de sistemas a obter o serviço ideal do Azure.

Além da orientação prática para considerar requisitos não funcionais, do ponto de vista tecnológico, a questão inicial a considerar é se você precisa de controle sobre a infraestrutura. Caso contrário, os serviços gerenciados são a melhor e mais aconselhável rota. A natureza dos aplicativos, sejam eles baseados no Spring ou no Servidor de Aplicativos, orienta ainda mais a decisão: os aplicativos Spring se alinham com os Aplicativos de Contêiner do Azure, enquanto o Serviço de Aplicativo do Azure se adequa aos aplicativos EAP Tomcat ou JBoss.

Para aqueles que exigem controle de infraestrutura, a escolha depende das preferências de tecnologia multinuvem: as Máquinas Virtuais do Azure oferecem uma transição simples e, para aqueles integrados ao Tanzu, as ofertas de mercado Tanzu on IaaS são ideais. Os clientes investidos no Kubernetes têm as opções do Serviço Kubernetes do Azure e do Azure Red Hat OpenShift. Esta estrutura de tomada de decisão foi concebida para simplificar as escolhas ao associar os requisitos do cliente às soluções mais adequadas do Azure.

A Microsoft colabora com vários parceiros, incluindo parceiros nas seguintes áreas:

• Principais parceiros do ecossistema Java, como Oracle, Broadcom, Red Hat, IBM e OpenAI.
• Principais organizações de banco de dados e ferramentas, como MySQL, PostgreSQL, MongoDB Labs, DataStax, Redis Labs, Confluent e Elastic.
• Especialistas em observabilidade, como New Relic, Dynatrace, AppDynamics, Grafana Labs e Datadog.
• Ferramentas de desenvolvimento, como IntelliJ, Maven e Gradle.

Nosso investimento combinado vai para a criação de experiências de desenvolvedor mais suaves, garantindo integrações perfeitas com serviços essenciais, como bancos de dados, caches, mensagens e diretórios, além de fornecer ferramentas abrangentes para observabilidade. Com automação, balanceamento de carga e dimensionamento automático, nosso objetivo é tirar o fardo do gerenciamento de infraestrutura de seus ombros. Esse suporte permite que você se concentre na criação de valor comercial por meio de seu código, confiante no conhecimento de que os sistemas subjacentes são robustos e escaláveis. Por esses motivos, recomendamos o uso de serviços específicos do Azure para hospedar e executar seus tipos de aplicativos Java.

Implementar aplicações Java como origem ou binários

Para aplicativos Java no Azure, sejam implantados diretamente do código-fonte ou como binários compilados (arquivos JAR, WAR ou EAR), a implantação é simplificada graças às ofertas de serviços abrangentes do Azure projetadas especificamente para esses fins. A portabilidade inerente de aplicativos Java significa que o Azure pode fornecer uma ampla variedade de serviços para atender às suas estratégias de implantação exclusivas e necessidades operacionais. Essa flexibilidade garante que, independentemente das especificidades do seu aplicativo Java, haja um serviço do Azure que se adapte perfeitamente às suas necessidades.

Considere os três exemplos a seguir, que mostram como o Azure atende a diferentes cenários de implantação de aplicativos Java:

• Aplicações de mola. Para desenvolvedores que trabalham com aplicativos Spring, recomendamos o uso do Azure Container Apps, que se integra a ferramentas de desenvolvimento populares como IntelliJ, VS Code, Maven e Gradle, juntamente com ferramentas de automação como Azure DevOps, GitHub Actions e Jenkins. Ferramentas de observabilidade como Application Insights, New Relic, Dynatrace, App Dynamics, Grafana, Log Analytics, Elastic e Splunk também são suportadas. A segurança é uma prioridade máxima, com integrações para o Key Vault lidando com segredos e certificados TLS/SSL, autenticação "sem senha" com serviços de backup por meio de identidades gerenciadas e controle de acesso baseado em função (RBAC) do Azure, garantindo um processo de implantação seguro e simplificado para aplicativos Spring na nuvem.

• Aplicações Java no JBoss EAP. Da mesma forma, para aplicativos Java que usam o JBoss EAP, há uma experiência personalizada graças à colaboração entre a equipe do Microsoft Azure e as equipes do Red Hat JBoss EAP. Essa parceria resultou em suporte aprimorado no Serviço de Aplicativo do Azure, oferecendo um rico conjunto de recursos projetados para aplicativos JBoss EAP. Esse suporte permite que você use a experiência combinada da Microsoft e da Red Hat, garantindo que seus aplicativos Java sejam executados sem problemas, com segurança e eficiência no Azure.

• Aplicações Java Empresariais em WebLogic. Os aplicativos Java empresariais tradicionais executados no Oracle WebLogic também têm um caminho dedicado para o Azure. A colaboração entre o Microsoft Azure e as equipes do Oracle WebLogic abriu caminho para a implantação otimizada em Máquinas Virtuais do Azure. Essa parceria se estende à integração com recursos fundamentais de IaaS, como máquinas virtuais, armazenamento, rede e balanceadores de carga, fornecendo uma base sólida para aplicativos Java corporativos no Azure. Esse esforço coordenado garante que os aplicativos se beneficiem da robustez do WebLogic e da escalabilidade e flexibilidade da infraestrutura do Azure.

Esses cenários destacam a dedicação do Azure em oferecer um ambiente de implantação flexível, seguro e eficiente para aplicativos Java, atendendo a várias estruturas e arquiteturas. O Azure também fornece serviços especializados para outros aplicativos Java, como aqueles executados no Tomcat ou no WebSphere, garantindo que haja um serviço do Azure adequado para cada tipo de aplicativo Java.

Desenvolvedores e operadores obtêm uma experiência de implantação de nuvem suave e produtiva usando esses serviços personalizados do Azure, automatizando e protegendo seus aplicativos Java com facilidade. No entanto, escolher opções de implantação alternativas pode exigir que você mesmo cuide da construção e manutenção dessas experiências essenciais de desenvolvedor e operador.

O diagrama a seguir mostra os serviços recomendados do Azure para cada tipo de aplicativo Java implantado como origem ou binários:

Para saber mais sobre os serviços referenciados neste diagrama, use os links na tabela a seguir:

Implemente aplicativos Java como contêineres

Quando se trata de implantar aplicativos Java, a conteinerização representa uma abordagem de ponta que aprimora a automação na criação, gerenciamento e governança de contêineres em todas as empresas. O desafio reside na construção segura e fiável de contentores, um passo crucial para o fornecimento rápido de aplicações de software em contentores de alta qualidade. Esse processo pode começar do zero ou usar sistemas de contêiner existentes, integrando ferramentas que compilam e armazenam código e binários para simplificar as atualizações e o gerenciamento de contêineres. Essa integração é vital para se encaixar em pipelines de Integração Contínua/Implementação Contínua (CI/CD), oferecendo um método de implementação flexível para aplicativos Java em forma de contêiner.

Os serviços do Azure se destacam não apenas facilitando a entrega de aplicativos em contêineres, mas também fornecendo caminhos claros para implantação a partir de fontes ou binários. Essa abordagem dupla minimiza o impacto sobre os desenvolvedores e alivia a carga para os operadores de infraestrutura ou plataforma. Dada a portabilidade inerente do Java, a ampla seleção de serviços de contêiner do Azure garante que você encontre a combinação perfeita para sua estratégia e necessidades de implantação.

Considere os dois exemplos a seguir, que mostram como o Azure atende a cenários de implantação de aplicativos Java em contêineres:

• Aplicações de mola. Os Aplicativos de Contêiner do Azure são uma excelente opção para aplicativos Spring em contêineres. Ele suporta vários tipos de implantação, incluindo origem, binários ou imagens de contêiner. Essa flexibilidade permite que você alterne entre métodos de implantação facilmente. Você pode começar com contêineres, mas depois decidir implantar como fontes ou binários. Esta opção é vantajosa porque contorna a necessidade de construção e manutenção contínua de contentores, que podem ser complicados, repetitivos e demorados.

• Aplicações Java no Tomcat. O Serviço de Aplicativo do Azure é adequado para contêinerizar aplicativos Java projetados para serem executados no Tomcat. Ele acomoda vários tipos de implantação, como binários ou imagens de contêiner. Como os Aplicativos de Contêiner do Azure, esse serviço oferece flexibilidade para alternar entre estratégias de implantação. Você pode começar com a implantação de contêiner e manter a opção de alternar posteriormente para a implantação de binários (WARs e JARs). Essa versatilidade garante que você possa escolher o método de implantação mais eficiente para seu cenário específico, simplificando o processo de desenvolvimento e implantação.

Esses exemplos ressaltam o compromisso do Azure em fornecer ambientes versáteis, eficientes e amigáveis ao desenvolvedor para implantar aplicativos Java, seja por meio de métodos tradicionais ou conteinerização moderna.

O diagrama a seguir mostra os serviços recomendados do Azure para cada tipo de aplicativo Java implantado como contêineres:

Para saber mais sobre os serviços referenciados neste diagrama, use os links na tabela a seguir:

Resumo

Ao navegar na implantação de aplicativos Java, o Azure defende uma abordagem A+B diferenciada, oferecendo um espectro de serviços adaptados para atender às necessidades de cada aplicativo. A colaboração da Microsoft com os líderes do ecossistema Java resultou em um conjunto de serviços do Azure, cada um recomendado para tipos específicos de aplicativos Java - implantados como origem, binários ou contêineres - simplificando o processo de implantação e garantindo um desempenho ideal. Esse foco em combinar estratégias de implantação com os serviços mais apropriados do Azure ressalta o compromisso da Microsoft em fornecer a você a flexibilidade de escolher as ferramentas certas para o trabalho. A portabilidade inerente dos aplicativos Java é uma vantagem fundamental, permitindo uma transição perfeita entre sistemas locais e diferentes provedores de nuvem para melhorar a eficiência operacional e a agilidade. Ao defender esse processo de seleção mais amplo e inclusivo, a Microsoft não apenas simplifica a jornada na nuvem para aplicativos Java, mas também maximiza a escalabilidade, a segurança, a observabilidade e a relação custo-benefício. Em última análise, a orientação da Microsoft capacita desenvolvedores e empresas a usar o ecossistema do Azure, garantindo que cada aplicativo Java prospere no ambiente de nuvem mais adequado às suas necessidades.

Próximo passo

Documentação do desenvolvedor do Azure para Java