Escolha os serviços do Azure certos 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 (Platform-as-a-Service), adaptados a 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 escolha fixa A ou B. Ele sugere considerar caso de uso, metas de negócios, segurança e orçamento para uma abordagem flexível. O artigo destaca a parceria da Microsoft com líderes do ecossistema Java para aprimorar as experiências do desenvolvedor e recomenda os serviços do Azure para implantar 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 de fornecer aos aplicativos Java os serviços do Azure mais apropriados para sua estratégia de implantação, maximizando a eficiência, a escalabilidade e a relação custo-benefício.
Implemente qualquer aplicativo Java com confiança e facilidade
O ecossistema Java inclui diversas tecnologias como Java SE, Jakarta EE (sucessor de Java EE e J2EE), Spring, vários servidores de aplicativos e outros frameworks. O que quer que você esteja fazendo com o Java - como criar um aplicativo, usar uma estrutura e executar um servidor de aplicativos - o Azure oferece suporte à sua carga de trabalho com uma abundância de opções. Da mesma forma, o Azure dá suporte a qualquer arquitetura de aplicativo - de aplicativos monolíticos executados em VMs ou em contêineres a aplicativos baseados em microsserviços nativos da nuvem executados em serviços totalmente gerenciados.
O Azure oferece os três métodos principais a seguir para executar aplicativos Java na nuvem, adaptados a 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 Serviço de Kubernetes do Azure (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 ápice da facilidade e eficiência, oferecendo produtividade ideal para o desenvolvedor e capacidade de gerenciamento operacional, muitas vezes associada ao 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 Implantar aplicativos Java com confiança e facilidade.
Portabilidade completa para seus aplicativos Java: implemente perfeitamente em qualquer lugar
Não importa qual serviço do Azure você escolher 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 em qualquer lugar que quiser - seja em sua máquina de desenvolvimento local, construir servidores, ambientes locais ou qualquer plataforma de nuvem de sua escolha. A portabilidade do seu aplicativo está em suas mãos.
É claro que, quando há tantas escolhas, você enfrenta um dilema.
Dilema – usar 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, por fim, o 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 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 tem melhor desempenho. Em vez disso, a mentalidade A ou B nesse contexto é sobre a escolha de uma plataforma ou tecnologia em vez de outra para implantação de aplicativos. Ele vem das 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 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, 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 abrace 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. Essa flexibilidade inaugura a abordagem A+B, uma estratégia que diverge da mentalidade tradicional A ou B, incentivando uma maneira mais ampla e inclusiva de pensar. 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. Essa abordagem ressalta o princípio de selecionar os serviços que melhor se alinham com as necessidades específicas de sua aplicação, essencialmente defendendo 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 decisórios 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 Aplicativos de Primavera do Azure, Serviço de Aplicativo do Azure, Aplicativos de Contêiner do Azure (ACA), 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 as fronteiras da linguagem e da estrutura. 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ê 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 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 "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ê só paga pelo que usa, e ajustar seus recursos para atender às suas necessidades se torna 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 de infraestrutura e plataforma são gerenciadas. Grande parte do trabalho pesado, anteriormente suportado por 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á preso às restrições de gerenciar várias plataformas, liberando-o para escolher a melhor ferramenta para cada trabalho sem se preocupar com os custos e complexidades extras.
O diagrama a seguir mostra o modelo de responsabilidade compartilhada entre o cliente e o provedor de nuvem:
Escolhendo o melhor ajuste para cada necessidade
Neste novo mundo centrado na nuvem, o processo de tomada de decisão se torna 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 de Kubernetes do Azure e os aplicativos Azure Spring Apps for Spring Boot, 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 essa 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 trata de usar os pontos fortes de diferentes serviços para criar uma arquitetura de aplicativo mais robusta, eficiente e escalável.
Benefícios de adotar A+B
Adotar uma mentalidade A+B oferece vários benefícios importantes. Permite maior agilidade e flexibilidade, permitindo que você escolha as ferramentas e 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 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 de tecnologia 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 redução de custos.
Orientação prática para a transição para a mentalidade A+B
A lista a seguir enumera alguns princípios fundamentais que você pode usar como diretriz para fazer a transição para a mentalidade A+B e continuar com ela:
Vá de caso de uso em solução, 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 do 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 dos negócios e sua concorrência e com que frequência você precisa implantar novos recursos na produção. Você deve sempre projetar sua solução para atender às suas metas e objetivos de negócios.
Compreenda 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 enfrentar ataques de segurança avançados 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 em andamento e versões futuras. Além disso, entenda suas linhas do tempo. 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 ao seu orçamento e cronograma.
Pense nativo na 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 da nuvem, você pode criar e implantar aplicativos na 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 entregar 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.
- Custo-benefício 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.
- Suporte ao 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 execução. Você pode ter escolhido uma solução antes de passar pela análise A+B. Se você já está se aprofundando 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 o seu caso de uso.
Migrações de data centers em larga 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.
Principais considerações
Fornecemos a estrutura de pensamento e os princípios que você pode usar para escolher os destinos certos no Azure para seus aplicativos. Não é um tamanho 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 seu 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 pergunta inicial a considerar é se você precisa de controle sobre a infraestrutura. Se você não fizer isso, os serviços gerenciados são o melhor e mais aconselhável caminho. 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 Spring do Azure, enquanto o Serviço de Aplicativo do Azure se adapta aos aplicativos Tomcat ou JBoss EAP.
Para aqueles que precisam de controle de infraestrutura, a escolha depende das preferências de tecnologia de várias nuvens: 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. 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 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 aplicativos Java como origem ou binários
Para aplicativos Java no Azure, 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ço 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 corresponder à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 encaixe perfeitamente com seus requisitos.
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 Spring. Para desenvolvedores que trabalham com aplicativos Spring, o Microsoft Azure colaborou com a Tanzu by Broadcom, líder em projetos de código aberto Spring, para oferecer um serviço de nuvem de primeira linha conhecido como Azure Spring Apps. Essa colaboração aprimora as experiências do desenvolvedor integrando 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 lidar com segredos e certificados TLS/SSL, autenticação "sem senha" com serviços de suporte 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.
Aplicações Java no JBoss EAP. Da mesma forma, para aplicativos Java que usam 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 da Red Hat, garantindo que seus aplicativos Java sejam executados sem problemas, com segurança e eficiência no Azure.
Aplicações Java Corporativas no WebLogic. Os aplicativos Java corporativos 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 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 origem ou binários:
Para saber mais sobre os serviços mencionados neste diagrama, use os links na tabela a seguir:
| Serviço | Guia de início rápido para aplicativos Java – implantado como origem ou binários |
|---|---|
| Azure Spring Apps | Implantar um aplicativo Spring |
| Serviço de Aplicativo | Implementar um aplicativo Java no Tomcat Implementar um aplicativo Java no JBoss EAP |
| Azure Functions | Implementar um aplicativo de função Java |
| Máquinas Virtuais do Azure | Oracle WebLogic Server em Máquinas Virtuais do Azure Família IBM WebSphere em Máquinas Virtuais do Azure |
Implementar 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 está na construção segura e confiável de contêineres, um passo crucial para o fornecimento rápido de 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 o ajuste em pipelines de Continuous Integration/Continuous Deployment (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 por não apenas facilitar a entrega de aplicativos em contêineres, mas também fornecer 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 correspondência 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 Spring. Os Aplicativos Spring do Azure são uma excelente opção para aplicativos Spring em contêineres. Ele oferece suporte a vários tipos de implantação, incluindo imagens de origem, binários ou contêiner. Essa flexibilidade permite que você alterne entre os métodos de implantação facilmente. Você pode começar com contêineres, mas depois decidir implantar como fontes ou binários. Essa opção é vantajosa porque contorna a necessidade de construção e manutenção contínua de contêineres, que podem ser pesadas, repetitivas e demoradas.
Aplicações Java no Tomcat. O Serviço de Aplicativo do Azure é adequado para conteinerizar 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 o Azure Spring Apps, 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 para desenvolvedores 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 mencionados 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 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 de aplicativos Java específicos - implantados como origem, 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 apropriados 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 e a agilidade operacionais. 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óxima etapa
Comentários
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, consulte https://aka.ms/ContentUserFeedback.
Enviar e exibir comentários de