Escolher os serviços ideais do Azure para seus aplicativos Java

Este artigo orienta você sobre o uso dos 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 PaaS (Plataforma como Serviço), personalizados para vários níveis de controle e simplicidade.

O artigo defende uma mentalidade A+B, aconselhando você a escolher serviços com base nas necessidades do aplicativo, em vez de uma opção A ou B fixa. Ele sugere considerar o caso de uso, as metas de negócios, a segurança e o orçamento para uma abordagem flexível. O artigo destaca a parceria da Microsoft com os líderes do ecossistema Java para aprimorar as experiências do desenvolvedor e recomenda os serviços do Azure para a implantação de aplicativos Java, seja como origem, binários ou contêineres. Essa abordagem diferenciada ajuda você a se concentrar na inovação, apoiada pelo compromisso da Microsoft em fornecer aplicativos Java com os serviços do Azure mais apropriados para sua estratégia de implantação, maximizando a eficiência, a escalabilidade e a economia.

Implantar o aplicativo 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 aplicativos e outras estruturas. Não importa o que você esteja fazendo com o Java, como criando um aplicativo, usando uma estrutura e executando um servidor de aplicativos, o Azure dá suporte à sua carga de trabalho com várias opções. Da mesma forma, o Azure dá suporte a qualquer arquitetura de aplicativo, desde aplicativos monolíticos em execução em VMs ou em contêineres até aplicativos nativos da nuvem baseados em microsserviços em execução em serviços totalmente gerenciados.

O Azure oferece os três métodos principais a seguir para executar aplicativos Java na nuvem, personalizados para vários 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 AKS (Serviço de Kubernetes do Azure) e o Red Hat OpenShift no Azure sendo as principais plataformas para orquestrar aplicativos conteinerizados.

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

Independentemente do estágio de desenvolvimento do seu aplicativo Java, o Azure fornece uma solução de nuvem compatível para atender aos seus requisitos. Saiba mais sobre essas ofertas em Implantar aplicativos Java com confiança e facilidade.

Portabilidade completa para seus aplicativos Java: implantar com facilidade em qualquer lugar

Independentemente de qual serviço do Azure você escolher para seu aplicativo Java, a flexibilidade do aplicativo será garantida. Como você tem o código Java e suas saídas compiladas, é possível implantar seu aplicativo em qualquer lugar que desejar, seja em sua máquina de desenvolvimento local, servidores de build, ambientes locais ou qualquer plataforma de nuvem de sua escolha. A portabilidade do seu aplicativo está em suas mãos.

Claro, quando há muitas opções, você enfrenta um dilema.

Dilema – usar o serviço A ou B para aplicativos Java

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

No passado, as organizações muitas vezes se sentiam obrigadas a escolher entre duas plataformas, tecnologias ou soluções concorrentes para seus aplicativos de software. Por exemplo, as organizações tinham que decidir entre o WebLogic ou o WebSphere para aplicativos Java Enterprise, Docker Swarm ou Kubernetes para gerenciamento de contêiner ou contêineres versus máquinas virtuais (VMs) para a implantaçã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, nesse contexto, a mentalidade A ou B significa escolher uma plataforma ou tecnologia em vez de outra para implantação de aplicativos. Ela vem de práticas locais tradicionais, em que as decisões geralmente são restringidas por fatores como modelos de entrega de software empacotados, investimentos iniciais significativos em infraestrutura e licenciamento de software e longos prazos de entrega necessários para criar e implantar qualquer plataforma de aplicativos.

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, possivelmente introduzindo atrasos e ineficiências. No entanto, o Azure oferece uma abordagem mais vantajosa, incentivando uma mudança dessa mentalidade restritiva para uma que adote uma opção mais adequada, 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 em que você pode provisionar e desprovisionar recursos de acordo com suas necessidades, eliminando a necessidade de escolher entre um serviço em vez de outro. Essa flexibilidade marca o início da abordagem A+B, uma estratégia que diverge da mentalidade A ou B tradicional, incentivando uma forma de pensar mais ampla e inclusiva. O Azure facilita essa mudança, tornando mais fácil e econômico combinar as vantagens de vários serviços e adotar uma mentalidade A+B. Essa abordagem enfatiza o princípio de selecionar serviços que melhor se alinham às necessidades específicas de seu aplicativo, defendendo basicamente a escolha da ferramenta certa para o trabalho em questão.

A transição para uma mentalidade A+B permite que as organizações ampliem seus processos de tomada de decisão e estratégias técnicas, adotando as novas possibilidades e oportunidades que essa mentalidade oferece. Este artigo descreve os princípios da mentalidade A+B, permitindo que você selecione criteriosamente os serviços do Azure que repercutam com mais eficácia nos requisitos do seu aplicativo. Não importa que sejam Aplicativos de Contêiner do Azure (ACA), Serviço de Aplicativo do Azure, Serviço de Kubernetes do Azure ou Máquinas Virtuais, a mentalidade A+B concede a você a latitude para avaliar e escolher entre uma matriz de Serviços do Azure para hospedar seus aplicativos. Essa filosofia é aplicável universalmente, transcendendo os limites de linguagem e estrutura. Embora os aplicativos Java sejam o foco aqui, a mentalidade A+B é igualmente relevante e benéfica para aplicativos desenvolvidos em qualquer linguagem de programação.

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

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

A escolha do 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, principalmente com o Azure. As seções a seguir explicam em detalhes por que não é necessário manter a escolha tradicional "um ou outro" e como a adoção de 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, apresenta uma mudança de paradigma com sua natureza elástica 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, especificamente, para o Azure, traz uma mudança significativa na forma como as responsabilidades de infraestrutura e plataforma são gerenciadas. Grande parte do trabalho pesado, que anteriormente ficava sob a responsabilidade da sua organização, agora é transferido para a Microsoft, conforme mostrado no diagrama a seguir. Essa mudança simplifica as operações e reduz o esforço necessário para gerenciar seus aplicativos. Você não está limitado pelas restrições de gerenciamento de várias plataformas, o que lhe dá a liberdade para escolher a melhor ferramenta para cada trabalho sem se preocupar com os custos extras e as complexidades.

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

Escolhendo o melhor opção para cada necessidade

Neste novo mundo centrado em nuvem, o processo de tomada de decisão se torna mais sobre selecionar a ferramenta certa para o trabalho certo, em vez de tentar atender a todas as suas necessidades em um serviço predeterminado. Não importa que a escolha seja entre o Serviço de Kubernetes do Azure e os Aplicativos de Contêiner do Azure para aplicativos Spring Boot, ou qualquer outro conjunto de serviços, o foco muda para o que melhor atende aos requisitos de cada aplicativo específico.

O surgimento dos microsserviços

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

Benefícios de adotar A+B

A adoção de uma mentalidade A+B oferece vários benefícios importantes. Ela permite maior agilidade e flexibilidade, permitindo que você escolha as ferramentas e os serviços mais adequados para cada aspecto de suas operações. Essa abordagem não apenas leva a uma melhor eficiência de recursos e maior economia, mas também reduz o tempo de lançamento de seus produtos no mercado. Em última análise, essa abordagem promove a excelência operacional, alinhando suas escolhas de tecnologia mais de perto com suas necessidades e objetivos de negócios.

Em resumo, a nuvem, e especificamente o Azure, oferece uma nova maneira de pensar sobre como implantar e gerenciar 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, o que leva a uma maior eficiência, agilidade e economia de custos.

Orientação prática para fazer a transição para a mentalidade A+B

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

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

• Entenda suas metas de negócios, a natureza dos negócios e da concorrência, bem como com que frequência você precisa implantar novos recursos na produção. Você deve sempre projetar sua solução para atender a suas metas e objetivos de negócios.

• Entenda os requisitos de conformidade e segurança. Na era da nuvem, em que 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 de segurança avançados e atender a 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 seus cronogramas. O custo de projetos atrasados, tanto em termos de despesas extras quanto de impacto negativo nos negócios, é frequentemente subestimado. Projete sua solução para atender a seu orçamento e cronograma.

• Pense em nativo de nuvem quando aplicável. A arquitetura e as tecnologias nativas de nuvem são uma abordagem para projetar, construir e operar cargas de trabalho criadas na nuvem e aproveitar ao máximo o modelo de computação em nuvem. Com o nativo de nuvem, você pode criar e implantar aplicativos em 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 ML (aprendizado de máquina). Projete sua solução com base em tecnologias nativas de nuvem, tanto quanto possível.

• Pense na cultura DevOps. O DevOps não se resume apenas a ferramentas ou processos, é uma prática de desenvolvimento de software que promove a colaboração entre o desenvolvimento e as operações, resultando em uma entrega de software mais rápida e confiável. Designado com frequência como uma cultura, o DevOps conecta pessoas, processos e tecnologias para entregar valor contínuo.

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

• Mais rápido para implementar.
• Econômica em termos de custos envolvidos para qualificação, construção, implantação e operações.
• Fácil de operar.
• Totalmente compatível com automação.
• Favorável ao DevOps, conforme planejado.

Esses princípios ajudam você a manter seu foco no que é necessário: 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 em qualquer situação, 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 longe na linha de execução. Você pode ter escolhido uma solução antes de passar pela análise A+B. Se você já está profundamente envolvido na execução de sua solução, continue com ela, mas para o próximo aplicativo, use os princípios da mentalidade A+B para escolher a solução certa para seu caso de uso.

• Migrações de datacenter 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 (hospedagem de seus aplicativos) em massa para o Azure usando ferramentas, como Migrações para Azure. Algumas usam essa abordagem para migrar datacenters 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.

Principais considerações

Fornecemos a você 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 que seja adequado para todos. Não é A ou B, mas sim 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 ideais do Azure 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ões 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, partindo do ponto de vista tecnológico, a questão inicial a considerar é se você precisa ter controle sobre a infraestrutura. Se não precisa, os serviços gerenciados são o caminho melhor e mais aconselhável. 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 aos Aplicativos de Contêiner do Azure, enquanto o Serviço de Aplicativo do Azure é adequado para aplicativos Tomcat ou JBoss EAP.

Para aqueles que requerem 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 do Tanzu no marketplace de IaaS são ideais. Os clientes investidos no Kubernetes têm as opções do Serviço de Kubernetes do Azure e do Red Hat OpenShift no Azure. Essa estrutura de tomada de decisão foi projetada para simplificar as escolhas, combinando os requisitos do cliente com as 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 criar experiências de desenvolvedor mais tranquilas, 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 a automação, o balanceamento de carga e o dimensionamento automático, pretendemos tirar o fardo do gerenciamento de infraestrutura de seus ombros. Esse suporte permite que você se concentre na criação do valor de negócio por meio de seu código, confiante no conhecimento de que os sistemas subjacentes são robustos e escalonáveis. Por esses motivos, recomendamos o uso de serviços específicos do Azure para hospedar e executar seus tipos de aplicativo Java.

Implantar aplicativos Java como código-fonte 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 abrangentes ofertas de serviço do Azure projetadas especificamente para essas finalidades. A portabilidade inerente dos 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 de seu aplicativo Java, haja um serviço do Azure que se adapte perfeitamente aos seus requisitos.

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

• Aplicativos Spring. Para desenvolvedores que trabalham com aplicativos Spring, recomendamos usar os Aplicativos de Contêiner do Azure, que se integram 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 têm suporte. A segurança é uma prioridade, com integrações para o Key Vault que lida com segredos e certificados TLS/SSL, autenticação "sem senha" com serviços de backup por meio de identidades gerenciadas e RBAC (controle de acesso baseado em função) do Azure, garantindo um processo de implantação seguro e simplificado para aplicativos Spring na nuvem.

• Aplicativos 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 conjunto avançado de recursos projetados para aplicativos JBoss EAP. Esse suporte permite que você use a experiência combinada da Microsoft e Red Hat, garantindo que seus aplicativos Java funcionem sem problemas, com segurança e eficiência no Azure.

• Aplicativos Java empresariais no WebLogic. Os aplicativos Java empresariais tradicionais que executam 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 empresariais no Azure. Esse esforço coordenado garante que os aplicativos se beneficiem da robustez do WebLogic, bem como 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 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 tranquila e produtiva usando esses serviços personalizados do Azure, automatizando e protegendo seus aplicativos Java com facilidade. No entanto, a escolha de opções alternativas de implantação pode exigir que você mesmo lide com a criação e a 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 código-fonte ou binários:

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

Implantar 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, no gerenciamento e na governança de contêineres entre as empresas. O desafio está na construção segura e confiável de contêineres, uma etapa crucial para fornecer rapidamente aplicativos de software conteinerizados 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 CI/CD (Integração Contínua/Implantação Contínua), oferecendo um método de implantação flexível para aplicativos Java no formulário de contêiner.

Os serviços do Azure se destacam não apenas facilitando a entrega de aplicativos conteinerizados, mas também fornecendo caminhos claros para a implantação de códigos-fonte ou binários. Essa abordagem dupla minimiza o impacto sobre os desenvolvedores e alivia a carga para os operadores de infraestrutura ou plataforma. Considerando 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 aplicativo Java conteinerizado:

• Aplicativos Spring. Os Aplicativos de Contêiner do Azure são uma excelente opção para aplicativos Spring conteinerizados. Eles dão suporte a vários tipos de implantação, incluindo código-fonte, binários ou imagens de contêiner. Essa flexibilidade permite que você alterne facilmente entre os métodos de implantação. Você pode começar com contêineres, mas depois decidir implantar como códigos-fonte ou binários. Essa opção é vantajosa porque evita a necessidade de construção e manutenção contínuas de contêineres, que podem ser complicadas, repetitivas e demoradas.

• Aplicativos Java no Tomcat. O Serviço de Aplicativo do Azure é adequado para a conteinerização de aplicativos Java projetados para serem executados no Tomcat. Ele acomoda vários tipos de implantação, como binários ou imagens de contêiner. Assim 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 fáceis de usar pelo desenvolvedor para implantar aplicativos Java, seja por meio de métodos tradicionais ou de 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 mencionados neste diagrama, use os links da 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 personalizados 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 código-fonte, binários ou contêineres, simplificando o processo de implantação e garantindo o desempenho ideal. Esse foco na correspondência de estratégias de implantação com os serviços do Azure mais adequados 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 importante, permitindo uma transição perfeita entre sistemas locais e diferentes provedores de nuvem para aumentar 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 para nuvem para aplicativos Java, mas também maximiza a escalabilidade, a segurança, a observabilidade e a economia. Por fim, 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óxima etapa

Documentação do desenvolvedor do Azure para Java