Sdílet prostřednictvím


Volba správných služeb Azure pro vaše aplikace v Javě

Tento článek vás provede používáním služeb Azure pro nasazení aplikací v Javě a zdůrazňuje podporu Azure pro různé technologie a architektury Javy. Popisuje metody nasazení, jako je "Lift and Shift", kontejnerizace a platforma jako služba (PaaS), přizpůsobené různým úrovním řízení a jednoduchosti.

Článek se zabývá myšlením A+B a doporučuje vám zvolit služby na základě potřeb aplikace oproti pevné volbě A nebo B. Navrhuje zvážit případ použití, obchodní cíle, zabezpečení a rozpočet pro flexibilní přístup. Tento článek popisuje partnerství Microsoftu s vedoucími ekosystémy Javy, které vylepšují vývojářská prostředí a doporučuje služby Azure pro nasazování aplikací v Javě – ať už jako zdroje, binární soubory nebo kontejnery. Tento nuanční přístup vám pomůže soustředit se na inovace podporované závazkem Microsoftu poskytovat aplikacím v Javě nejvhodnější služby Azure pro vaši strategii nasazení, maximalizovat efektivitu, škálovatelnost a nákladovou efektivitu.

Nasazení libovolné aplikace v Javě s jistotou a jednoduchostí

Ekosystém Javy zahrnuje různorodé technologie, jako je Java SE, Jakarta EE (následník Java EE a J2EE), Spring, řada aplikačních serverů a dalších architektur. Bez ohledu na to, co s Javou děláte – například sestavení aplikace, použití architektury a spuštění aplikačního serveru – podpora Azure vaše úlohy s množstvím možností výběru. Podobně podpora Azure libovolnou aplikační architekturu – od monolitických aplikací běžících na virtuálních počítačích nebo v kontejnerech až po aplikace založené na cloudu, které běží na plně spravovaných službách.

Azure nabízí následující tři primární metody spouštění aplikací v jazyce Java v cloudu, které jsou přizpůsobené různým úrovním řízení a jednoduchosti:

  • Přístup "Lift and Shift" umožňuje migraci stávajících aplikací přímo do služby Azure Virtual Machines s minimálními změnami.

  • Kontejnerizace nabízí flexibilitu díky azure Kubernetes Service (AKS) a Azure Red Hat OpenShiftu jako hlavní platformy pro orchestraci kontejnerizovaných aplikací.

  • Platforma jako služba (PaaS) představuje vrchol snadné a efektivity a zajišťuje optimální produktivitu vývojářů a provozní správu, často spojené s nejekonomičtějšími celkovými náklady na vlastnictví.

Bez ohledu na fázi vývoje aplikací v Javě poskytuje Azure kompatibilní cloudové řešení, které splňuje vaše požadavky. Další informace o těchto nabídkách si můžete přečíst v tématu Nasazení aplikací v Javě s jistotou a jednoduchostí.

Úplná přenositelnost aplikací v Javě: Bezproblémově se nasazuje kdekoli

Bez ohledu na to, kterou službu Azure vyberete pro svou aplikaci v Javě, je zaručena flexibilita vaší aplikace. Vzhledem k tomu, že máte kód Java a jeho kompilované výstupy, máte možnost nasadit aplikaci kdekoli, kam chcete – ať už na místním vývojovém počítači, sestavovat servery, místní prostředí nebo libovolnou cloudovou platformu podle vašeho výběru. Přenositelnost vaší aplikace je ve vašich rukou.

Samozřejmě, když existuje tolik možností, čelíte dilematu.

Dilema – použití služby A nebo B pro aplikace v Javě

Pokud procházíte nabídky Azure, můžete se setkat s dilema výběru nejvhodnější služby Azure pro spouštění aplikací v Javě. Tato volba je zásadní, protože ovlivňuje plánování zdrojů, rozpočet, časové osy projektů a nakonec čas uvedení aplikace na trh. Rozhodnutí ovlivňuje nejen náklady na počáteční nasazení, ale také průběžné náklady na údržbu.

V minulosti se organizace často cítily nuceny vybírat mezi dvěma platformami, technologiemi nebo konkurenčními řešeními pro své softwarové aplikace. Organizace se například musely rozhodnout mezi WebLogic nebo WebSphere pro podnikové aplikace Java, Dockerem Swarm nebo Kubernetes pro správu kontejnerů nebo kontejnery a virtuálními počítači pro nasazení. Tento rozhodovací proces se nazývá "A nebo B mindset" a výrazně se liší od testování A/B, což je metoda porovnání dvou verzí webové stránky nebo aplikace proti sobě, aby bylo možné určit, která z nich funguje lépe. Místo toho si A nebo B v tomto kontextu myslíte, že pro nasazení aplikace zvolíte jednu platformu nebo technologii. Pochází z tradičních místních postupů, kdy rozhodnutí jsou často omezena faktory, jako jsou zabalené modely doručování softwaru, značné počáteční investice do infrastruktury a licencování softwaru a dlouhá doba potřebná k sestavení a nasazení jakékoli aplikační platformy.

Tento přístup do Azure může vést k nadměrnému množství času stráveného při vytváření jedné platformy, která se snaží vyhovět všem aplikacím, což může způsobit zpoždění a neekicienci. Azure ale nabízí výhodnější přístup, který podporuje posun od tohoto omezujícího myšlení na takový, který zahrnuje to nejlepší z obou světů, a nakonec přináší lepší návratnost investic (ROI).

Při přechodu do Azure nabízí cloudové prostředí flexibilní paradigma, ve kterém můžete zřizovat a zrušit zřízení prostředků podle svých potřeb a eliminovat nutnost výběru mezi jednotlivými službami. Tato flexibilita je součástí přístupu A+B, což je strategie, která se liší od tradičního myšlení A nebo B tím, že podporuje širší, inkluzivnější způsob myšlení. Azure tento posun usnadňuje díky snadnému i nákladově efektivnímu kombinování výhod více služeb a přijetí A+B myšlení. Tento přístup podtržítko princip výběru služeb, které nejlépe odpovídají konkrétním potřebám vaší aplikace, v podstatě obhajuje výběr správného nástroje pro danou práci.

Přechod na A+B myšlení umožňuje organizacím rozšířit své rozhodovací procesy a technické strategie a přijmout nové možnosti a příležitosti, které si tato mysl dovolit. Tento článek popisuje principy myšlení A+B, které vám umožní uvážlivě vybrat služby Azure, které nejlépe splňují požadavky vaší aplikace. Bez ohledu na to, jestli se jedná o Azure Container Apps (ACA), Aplikace Azure Service, Azure Kubernetes Service nebo Virtual Machines, vám A+B mindset poskytne zeměpisnou šířku k vyhodnocení a výběru z řady služeb Azure pro hostování vašich aplikací. Tato filozofie je použitelná univerzální, překračující hranice jazyka a rámce. I když jsou aplikace v Javě zde zaměřeny, je myšlení A+B stejně relevantní a přínosné pro aplikace vyvinuté v jakémkoli programovacím jazyce.

Přechodem na A+B myšlení nejste omezeni na jednu předem stanovenou službu. Místo toho máte možnost kombinovat služby způsobem, který nejlépe vyhovuje jedinečným požadavkům vaší aplikace. Tento přístup nejen zvyšuje flexibilitu a škálovatelnost, ale také optimalizuje náklady a provozní efektivitu. Tento přístup zajišťuje, že vaše technická strategie je stejně dynamická a přizpůsobitelná jako cloudové prostředí, ve kterém pracujete.

Proč není nutné uvažovat o službě A nebo B

Volba správné cloudové služby pro vaše aplikace nemusí být binárním rozhodnutím mezi službou A nebo službou B, a to díky flexibilitě a šíři možností, které cloud nabízí, zejména s Azure. V následujících částech se dozvíte, proč není nutné držet se tradiční volby "jedna nebo druhá" a jak může přechod na plynulejší přístup těžit z vašich operací.

Od starých zvyků po novou flexibilitu

Nasazení IT systémů tradičně zahrnovalo významné počáteční investice do hardwaru a softwaru spolu s dlouhými dobami nastavení. Díky tomuto prostředí je logické pečlivě vybrat jednu platformu a optimalizovat vše kolem ní, aby se ušetřily náklady a prostředky. Cloudové prostředí, včetně Azure, ale zavádí posun paradigmatu s jeho povahou na vyžádání a elastickou povahou. Platíte jenom za to, co používáte, a úprava prostředků tak, aby vyhovovaly vašim potřebám, bude jednoduchá, aniž byste museli zatěžovat počáteční kapitálové výdaje.

Přechod na cloud

Přechod na cloud a zejména do Azure přináší významnou změnu způsobu správy infrastruktury a platforem. Většina těžkého zdvižení, která byla dříve ramenem vaší organizace, se nyní přesouvá do Microsoftu, jak je vidět na následujícím diagramu. Tato změna zjednodušuje operace a snižuje úsilí potřebné ke správě aplikací. Nejste vázáni omezeními správy více platforem, což vám umožní vybrat si nejlepší nástroj pro každou úlohu, aniž byste se museli starat o dodatečné náklady a složitosti.

Následující diagram znázorňuje model sdílené odpovědnosti mezi zákazníkem a poskytovatelem cloudu:

Diagram s tabulkou, která zobrazuje model sdílené odpovědnosti mezi zákazníkem a poskytovatelem cloudu

Volba nejvhodnější pro každou potřebu

V tomto novém světě zaměřeném na cloud se rozhodovací proces stává spíše výběrem správného nástroje pro správnou úlohu, a ne se snaží přizpůsobit všem vašim potřebám jednu předem určenou službu. Ať už se jedná o volbu mezi aplikacemi Azure Kubernetes Service a Azure Container Apps for Spring Boot, nebo jakoukoli jinou sadou služeb, přesune se fokus na to, co nejlépe vyhovuje požadavkům každé konkrétní aplikace.

Nárůst mikroslužeb

Přijetí mikroslužeb dále podporuje tento flexibilní přístup. Mikroslužby záměrně podporují použití nejvhodnější technologie pro každou službu a podporují technologickou rozmanitost, která přirozeně odpovídá myšlení A+B. Tento přístup se týká použití silných stránek různých služeb k vytvoření robustnější, efektivnější a škálovatelné aplikační architektury.

Výhody přijetí A+B

Přijetí A+B myšlení nabízí několik klíčových výhod. Umožňuje větší flexibilitu a flexibilitu a umožňuje vám zvolit nejvhodnější nástroje a služby pro každý aspekt vašich operací. Tento přístup vede nejen k lepší efektivitě zdrojů a nákladů, ale také zkracuje dobu uvedení produktů na trh. V konečném důsledku tento přístup podporuje efektivitu provozu tím, že více vyrovná volby vašich technologií s vašimi obchodními potřebami a cíli.

V souhrnu nabízí cloud a Azure zejména nový způsob myšlení o nasazování a správě aplikací. Přechodem od omezující volby A nebo B a přijetím myšlení A+B můžete učinit rozhodnutí, která jsou lépe sladěná s konkrétními potřebami vašich aplikací, což vede ke zlepšení efektivity, flexibility a úspor nákladů.

Praktické pokyny pro přechod na A+B myšlení

Následující seznam uvádí některé klíčové principy, které můžete použít jako vodítko pro přechod na myšlení A+B a pokračovat s ním:

  • Přejděte od případu použití k řešení, ne naopak. Mnoho softwarových týmů se nejprve rozhodne o technologii a pak se pokusí vynutit přizpůsobení případů použití a návrhu. V mnoha případech tento přístup způsobuje významnou režii z hlediska nákladů, času vývoje, prostředků a provozních nákladů. Než se pustíte do řešení, získejte přehled o vašich případech použití a požadavcích, a to jak funkční, tak i nefunkčnosti.

  • Porozumíte obchodním cílům, povaze podnikání a vaší konkurenci a tomu, jak často potřebujete zavést nové funkce do produkčního prostředí. Vždy byste měli navrhnout řešení tak, aby splňovalo vaše obchodní cíle a cíle.

  • Seznamte se s požadavky na zabezpečení a dodržování předpisů. Ve věku cloudu, kde se ke všemu přistupuje přes internet, je zabezpečení zásadní a neopomenutelné. V závislosti na odvětví, které obsluhujete, může být také potřeba, aby vaše aplikace splňovala určité požadavky na dodržování předpisů. Řešení musíte navrhnout tak, aby odpovídalo pokročilým útokům na zabezpečení a splňovalo vaše požadavky na dodržování předpisů.

  • Seznamte se s rozpočtem a časovými osami. Máte jasné znalosti rozpočtu pro počáteční vývoj, průběžné operace a budoucí verze. Kromě toho porozumíte časovým osám. Náklady na zpožděné projekty, a to jak z hlediska dodatečných výdajů, tak negativních obchodních dopadů, se často podceňují. Navrhněte řešení tak, aby odpovídalo rozpočtu i časové ose.

  • Pokud je to možné, zamyslete se nad nativním cloudem. Architektura a technologie nativní pro cloud představují přístup k návrhu, vytváření a provozování úloh, které jsou integrované v cloudu a plně využívají výhod modelu cloud computingu. S nativním cloudem můžete vytvářet a nasazovat aplikace do produkčního prostředí rychleji. Cloud také poskytuje možnosti, které nemusí být v místním prostředí možné – například elasticita, globální škálování, pokročilá analýza, AI a možnosti strojového učení (ML). Navrhněte řešení na základě technologií nativních pro cloud co nejvíce.

  • Zamyslete se nad kulturou DevOps. DevOps není jenom nástroje nebo procesy, jedná se o postup vývoje softwaru, který podporuje spolupráci mezi vývojem a provozem, což vede k rychlejšímu a spolehlivějšímu doručování softwaru. Běžně označovaná jako kultura, DevOps spojuje lidi, procesy a technologie, aby poskytovaly nepřetržitou hodnotu.

Zvolte řešení, které vyhovuje vašim obchodním a nefunkčním požadavkům, například:

  • Nejrychlejší implementace
  • Nákladově efektivní z hlediska nákladů souvisejících s dovednostmi, sestavováním, nasazováním a provozem.
  • Snadné ovládání.
  • Plně kompatibilní s automatizací.
  • Podpora DevOps podle návrhu

Tyto principy vám pomohou soustředit se na to, kde by mělo být – na vytvoření řešení, které splňuje vaše obchodní cíle, a ne vynucení přizpůsobení řešení předem určené platformě.

Výjimky

Stejně jako cokoli jiného existují výjimky pro A+B. Následující seznam není vyčerpávající, ale poskytuje navigační pokyny k některým výjimkám, se kterými se můžete setkat:

  • Podniková strategie. Některé podniky například používají k sestavování a nasazování aplikací celopodnikové přijetí kontejnerů, protože můžou mít více programovacích jazyků a chtějí vytvářet a nasazovat všechny aplikace jednotným způsobem.

  • Příliš daleko dolů po řádku s prováděním. Před provedením analýzy A+B jste si mohli vybrat řešení. Pokud jste již hluboko v provádění řešení, pokračujte s ním, ale pro další aplikaci použijte principy A+B mindset k výběru správného řešení pro váš případ použití.

  • Migrace velkých objemů datových center Aby podniky urychlily cestu ke cloudu, často používají strategii nazvanou "lift and shift", která zahrnuje hromadnou migraci serverů (hostování aplikací) do Azure pomocí nástrojů, jako je Azure Migrate. Tento přístup se používá k migraci datových center do Azure a jejich vypnutí efektivním a nákladově efektivním způsobem. V tomto scénáři doporučujeme po migraci do Azure použít A+B mindset k modernizaci aplikací.

Klíčové aspekty

Poskytli jsme vám architekturu pro myšlení a principy, které můžete použít k výběru správných cílů v Azure pro vaše aplikace. Není to jedna velikost, která by vyhovovala všem. Není to A nebo B, ale A + B.

Následující diagram shrnuje klíčové aspekty výběru služby Azure pro libovolnou aplikaci:

Diagram znázorňující souhrn klíčových aspektů pro volbu služby Azure pro libovolnou aplikaci

Výběr správných služeb Azure pro aplikace v Javě

Abychom zjednodušili výběrový proces v mnoha technologických možnostech pro aplikace v Javě v Azure, vytvořili jsme jednoduchý rozhodovací strom, který vývojářům, zákazníkům a systémovým integrátorům pomůže s optimální službou Azure.

Kromě praktických pokynů pro zvážení nefunkčních požadavků je z technologického hlediska počáteční otázka, kterou je potřeba vzít v úvahu, zda potřebujete mít kontrolu nad infrastrukturou. Pokud ne, spravované služby jsou nejlepší, nejpohodnější trasu. Povaha aplikací – bez ohledu na to, jestli jsou aplikace Spring nebo aplikační server – dále řídí rozhodnutí: Aplikace Spring odpovídají aplikacím Azure Container Apps, zatímco služba Aplikace Azure Service vyhovuje aplikacím Tomcat nebo JBoss EAP.

Pro ty, kteří vyžadují kontrolu infrastruktury, závisí volba na předvolbách více cloudových technologií: Azure Virtual Machines nabízí jednoduchý přechod a pro ty, které jsou integrované s Tanzu, jsou nabídky Tanzu na marketplace IaaS ideální. Zákazníci investované do Kubernetes mají možnosti Azure Kubernetes Service a Azure Red Hat OpenShift. Tato rozhodovací architektura je navržená tak, aby zjednodušila volby spárováním požadavků zákazníků s nejvhodnějšími řešeními Azure.

Microsoft spolupracuje s mnoha partnery, včetně partnerů v následujících oblastech:

  • Přední partneři ekosystému v Javě, jako jsou Oracle, Broadcom, Red Hat, IBM a OpenAI.
  • Klíčové databáze a organizace nástrojů, jako jsou MySQL, PostgreSQL, MongoDB Labs, DataStax, Redis Labs, Confluent a Elastic.
  • Odborníci na pozorovatelnost, jako jsou New Relic, Dynatrace, AppDynamics, Grafana Labs a Datadog.
  • Vývojové nástroje, jako jsou IntelliJ, Maven a Gradle.

Naše kombinovaná investice jde do vytváření plynulejších vývojářských prostředí a zajišťuje bezproblémovou integraci se základními službami, jako jsou databáze, mezipaměti, zasílání zpráv a adresáře, a poskytuje komplexní nástroje pro pozorovatelnost. S automatizací, vyrovnáváním zatížení a automatickým škálováním se snažíme vzít zátěž správy infrastruktury mimo vaše ramena. Díky této podpoře se můžete soustředit na vytváření obchodních hodnot prostřednictvím kódu s jistotou ve znalostech, že základní systémy jsou robustní a škálovatelné. Z těchto důvodů doporučujeme k hostování a spouštění typů aplikací v Javě používat konkrétní služby Azure.

Nasazení aplikací v Javě jako zdroje nebo binárních souborů

U aplikací v Javě v Azure, ať už nasazených přímo ze zdrojového kódu nebo jako kompilovaných binárních souborů (JAR, WAR nebo EAR), je nasazení zjednodušené díky komplexním nabídkám služeb Azure navrženým speciálně pro tyto účely. Základní přenositelnost aplikací v Javě znamená, že Azure může poskytovat širokou škálu služeb tak, aby odpovídaly vašim jedinečným strategiím nasazení a provozním potřebám. Tato flexibilita zajišťuje, že bez ohledu na specifika vaší aplikace v Javě existuje služba Azure, která dokonale odpovídá vašim požadavkům.

Podívejte se na následující tři příklady, které ukazují, jak Azure vyhovuje různým scénářům nasazení aplikací v Javě:

  • Aplikace Spring. Pro vývojáře, kteří pracují s aplikacemi Spring, doporučujeme používat Azure Container Apps, které se integrují s oblíbenými vývojářskými nástroji, jako jsou IntelliJ, VS Code, Maven a Gradle, společně s automatizačními nástroji, jako jsou Azure DevOps, GitHub Actions a Jenkins. Podporují se také nástroje pozorovatelnosti, jako jsou Application Insights, New Relic, Dynatrace, App Dynamics, Grafana, Log Analytics, Elastic a Splunk. Zabezpečení je nejvyšší prioritou díky integraci pro službu Key Vault, která zpracovává tajné kódy a certifikáty TLS/SSL, ověřování bez hesla pomocí služeb pro zálohování prostřednictvím spravovaných identit a řízení přístupu na základě role v Azure (RBAC), což zajišťuje zabezpečený a zjednodušený proces nasazení aplikací Spring v cloudu.

  • Java Applications on JBoss EAP. Podobně pro aplikace v Javě využívajících JBoss EAP existuje přizpůsobené prostředí díky spolupráci mezi týmem Microsoft Azure a týmy Red Hat JBoss EAP. Výsledkem tohoto partnerství byla rozšířená podpora služby Aplikace Azure Service, která nabízí bohatou sadu funkcí navržených pro aplikace JBoss EAP. Díky této podpoře můžete využívat kombinované odborné znalosti Microsoftu a Red Hatu a zajistit, aby vaše aplikace v Javě běžely hladce, bezpečně a efektivně v Azure.

  • Podnikové aplikace Java ve službě WebLogic. Tradiční podnikové aplikace Java, které běží na Oracle WebLogic, mají také vyhrazenou cestu k Azure. Spolupráce mezi týmy Microsoft Azure a Oracle WebLogic zpevněla způsob optimalizace nasazení ve službě Azure Virtual Machines. Toto partnerství se rozšiřuje o integraci se základními funkcemi IaaS, jako jsou virtuální počítače, úložiště, sítě a nástroje pro vyrovnávání zatížení, které poskytují solidní základ pro podnikové aplikace v Javě v Azure. Toto koordinované úsilí zajišťuje, že aplikace budou těžit z odolnosti WebLogic i škálovatelnosti a flexibility infrastruktury Azure.

Tyto scénáře zvýrazňují odhodlání Azure nabízet flexibilní, zabezpečené a efektivní prostředí pro nasazení pro aplikace v Javě, které se věnuje různým architekturám a architekturám. Azure také poskytuje specializované služby pro jiné aplikace v Javě, jako jsou aplikace Tomcat nebo WebSphere, a zajišťuje tak, aby byla služba Azure vhodná pro každý typ aplikace v Javě.

Vývojáři a operátoři získají bezproblémové a produktivní prostředí cloudového nasazení pomocí těchto přizpůsobených služeb Azure, automatizací a zabezpečením aplikací v Javě. Volba alternativních možností nasazení ale může vyžadovat, abyste zvládli vytváření a údržbu těchto základních zkušeností vývojářů a operátorů sami.

Následující diagram znázorňuje doporučené služby Azure pro každý typ aplikace Java nasazený jako zdroj nebo binární soubory:

Diagram znázorňující doporučené služby Azure pro každý typ aplikace v Javě nasazený jako zdroj nebo binární soubory

Další informace o službách odkazovaných v tomto diagramu najdete v následující tabulce:

Služba Rychlý start pro aplikace v Javě – nasazený jako zdroj nebo binární soubory
Azure Container Apps Nasazení aplikace v Javě
Nasazení aplikace Quarkus
App Service Nasazení aplikace v Javě v Tomcatu
Nasazení aplikace v Javě v JBoss EAP
Azure Functions Nasazení aplikace funkcí v Javě
Azure Virtual Machines Oracle WebLogic Server na virtuálních počítačích Azure
Řada IBM WebSphere ve službě Azure Virtual Machines

Nasazení aplikací v Javě jako kontejnerů

Při nasazování aplikací v Javě představuje kontejnerizace špičkový přístup, který vylepšuje automatizaci při vytváření kontejnerů, správě a zásadách správného řízení napříč podniky. Problém spočívá v bezpečném a spolehlivém sestavování kontejnerů, zásadním krokem pro rychlé doručování vysoce kvalitních kontejnerizovaných softwarových aplikací. Tento proces může začít od nuly nebo používat existující kontejnerové systémy a integrovat nástroje, které kompilují a ukládají kód a binární soubory, aby se zjednodušily aktualizace a správa kontejnerů. Tato integrace je nezbytná pro přizpůsobení kanálů kontinuální integrace nebo průběžného nasazování (CI/CD) a nabízí flexibilní metodu nasazení pro aplikace v Javě ve formě kontejneru.

Služby Azure vyniknou nejen tím, že zmírní doručování kontejnerizovaných aplikací, ale také poskytují jasné cesty pro nasazení ze zdrojů nebo binárních souborů. Tento duální přístup minimalizuje dopad na vývojáře a sníží zatížení pro operátory infrastruktury nebo platformy. Vzhledem k vlastní přenositelnosti Javy zajišťuje široký výběr kontejnerových služeb Azure, že najdete perfektní shodu pro strategii a potřeby nasazení.

Podívejte se na následující dva příklady, které ukazují, jak Azure vyhovuje scénářům nasazení kontejnerizovaných aplikací v Javě:

  • Aplikace Spring. Azure Container Apps je skvělou volbou pro kontejnerizované aplikace Spring. Podporuje více typů nasazení, včetně zdrojových, binárních souborů nebo imagí kontejnerů. Tato flexibilita umožňuje snadno přesouvat mezi metodami nasazení. Můžete začít s kontejnery, ale později se rozhodnete nasadit jako zdroje nebo binární soubory. Tato možnost je výhodná, protože obchází potřebu průběžného sestavování a údržby kontejnerů, což může být těžkopádné, opakující se a časově náročné.

  • Java Applications on Tomcat. Aplikace Azure Service je vhodná pro kontejnerizaci aplikací v Javě navržených pro spouštění v Tomcatu. Vyhovuje různým typům nasazení, jako jsou binární soubory nebo image kontejnerů. Podobně jako Azure Container Apps nabízí tato služba flexibilitu pro přepínání mezi strategiemi nasazení. Můžete začít s nasazením kontejneru a zachovat možnost pozdějšího přepnutí na nasazení binárních souborů (WAR a JAR). Tato všestrannost zajišťuje, že si můžete vybrat nejúčinnější metodu nasazení pro váš konkrétní scénář, což zjednoduší proces vývoje a nasazení.

Tyto příklady podtržítko závazku Azure poskytovat všestranná, efektivní a vývojářská prostředí pro nasazování aplikací v Javě, ať už prostřednictvím tradičních metod nebo moderní kontejnerizace.

Následující diagram znázorňuje doporučené služby Azure pro každý typ aplikace v Javě nasazený jako kontejnery:

Diagram znázorňující doporučené služby Azure pro každý typ aplikace Java nasazený jako kontejnery

Další informace o službách odkazovaných v tomto diagramu najdete v následující tabulce:

Služba Rychlý start pro kontejnerizované aplikace v Javě
Azure Container Apps Nasazení aplikace v Javě
Nasazení aplikace Quarkus
App Service Nasazení aplikace v Javě v Tomcatu
Azure Red Hat OpenShift Nasazení aplikace v Javě v JBoss EAP
Azure Kubernetes Service Nasazení aplikace v Javě na Serveru WebLogic
Nasazení aplikace v Javě ve službě WebSphere Liberty

Shrnutí

Azure při navigaci v nasazení aplikací v Javě nabízí nuanční přístup A+B a nabízí spektrum služeb přizpůsobených potřebám každé aplikace. Spolupráce Microsoftu s vedoucími ekosystémy Javy vedla k vytvoření sady služeb Azure, které se doporučují pro konkrétní typy aplikací v Javě – nasazené jako zdroj, binární soubory nebo kontejnery – zjednodušují proces nasazení a zajišťují optimální výkon. Tato akce se zaměřuje na sladění strategií nasazení s nejvhodnějšími službami Azure podtržítkem závazku Microsoftu poskytovat flexibilitu při výběru správných nástrojů pro úlohu. Základní přenositelnost aplikací v Javě je klíčovou výhodou, která umožňuje bezproblémový přechod mezi místními systémy a různými poskytovateli cloudu za účelem zvýšení provozní efektivity a flexibility. Tím, že microsoft obhajuje tento širší a inkluzivnější proces výběru, nejen zjednodušuje cestu ke cloudu pro aplikace v Javě, ale také maximalizuje škálovatelnost, zabezpečení, pozorovatelnost a nákladovou efektivitu. Pokyny Microsoftu nakonec umožňují vývojářům a podnikům používat ekosystém Azure a zajistit, aby každá aplikace v Javě v cloudovém prostředí nejlépe vyhovovala svým potřebám.

Další krok

Dokumentace pro vývojáře v Azure pro Javu