Välj rätt Azure-tjänster för dina Java-program
Den här artikeln beskriver hur du använder Azure-tjänster för Java-programdistribution och betonar Azures stöd för olika Java-tekniker och -arkitekturer. Den beskriver distributionsmetoder som "Lift and Shift", containerization och Platform-as-a-Service (PaaS), skräddarsydda för olika kontroll- och enkelhetsnivåer.
Artikeln förespråkar ett A+B-tänkesätt som råder dig att välja tjänster baserat på programbehov framför ett fast A- eller B-val. Det föreslår att du överväger användningsfall, affärsmål, säkerhet och budget för en flexibel metod. Artikeln belyser Microsofts samarbete med Java-ekosystemledare för att förbättra utvecklarupplevelsen och rekommenderar Azure-tjänster för att distribuera Java-program – oavsett om de är källa, binärfiler eller containrar. Den här nyanserade metoden hjälper dig att fokusera på innovation, som stöds av Microsofts åtagande att tillhandahålla Java-program med de lämpligaste Azure-tjänsterna för din distributionsstrategi, maximera effektivitet, skalbarhet och kostnadseffektivitet.
Distribuera alla Java-program med säkerhet och lätthet
Java-ekosystemet innehåller olika tekniker som Java SE, Jakarta EE (efterföljare till Java EE och J2EE), Spring, många programservrar och andra ramverk. Vad du än gör med Java – till exempel att skapa en app, använda ett ramverk och köra en programserver – stöder Azure din arbetsbelastning med ett överflöd av val. På samma sätt stöder Azure alla programarkitekturer – från monolitiska program som körs på virtuella datorer eller i containrar till molnbaserade mikrotjänstbaserade program som körs på fullständigt hanterade tjänster.
Azure erbjuder följande tre primära metoder för att köra Java-program i molnet, skräddarsydda för olika nivåer av kontroll och enkelhet:
Metoden "Lift and Shift" möjliggör minimal ändringsmigrering av befintliga program direkt till Azure Virtual Machines.
Containerisering ger flexibilitet, med Azure Kubernetes Service (AKS) och Azure Red Hat OpenShift som huvudplattformar för orkestrering av containerbaserade appar.
PaaS (Platform-as-a-Service) representerar toppen av enkelhet och effektivitet, vilket ger optimal utvecklarproduktivitet och drifts hanterbarhet, ofta i kombination med den mest ekonomiska totala ägandekostnaden.
Oavsett fasen i din Java-programutveckling tillhandahåller Azure en kompatibel molnlösning som uppfyller dina krav. Du kan läsa mer om dessa erbjudanden i Distribuera Java-program med säkerhet och lätthet.
Fullständig portabilitet för dina Java-program: distribuera sömlöst var som helst
Oavsett vilken Azure-tjänst du väljer för ditt Java-program garanteras programmets flexibilitet. Eftersom du har Java-koden och dess kompilerade utdata har du friheten att distribuera ditt program var du vill – oavsett om det är på din lokala utvecklingsdator, på byggservrar, lokala miljöer eller valfri molnplattform. Programmets portabilitet ligger i dina händer.
Naturligtvis, när det finns så många val, står du inför ett dilemma.
Dilemma – använda tjänst A eller B för Java-program
Om du navigerar i Azures erbjudanden kan du stöta på dilemmat att välja den lämpligaste Azure-tjänsten för att köra dina Java-program. Det här valet är avgörande eftersom det påverkar din resursplanering, budget, projektets tidslinjer och i slutändan programmets tid till marknaden. Beslutet påverkar inte bara de initiala distributionskostnaderna utan även de löpande underhållskostnaderna.
Tidigare kände sig organisationer ofta tvungna att välja mellan två plattformar, tekniker eller konkurrerande lösningar för sina program. Organisationer var till exempel tvungna att välja mellan WebLogic eller WebSphere för Java Enterprise-program, Docker Swarm eller Kubernetes för containerhantering eller containrar jämfört med virtuella datorer för distribution. Den här beslutsprocessen kallas för "A- eller B-tänkesätt" och skiljer sig avsevärt från A/B-testning, vilket är en metod för att jämföra två versioner av en webbsida eller app med varandra för att avgöra vilken som presterar bättre. I stället handlar A- eller B-tänkesättet i det här sammanhanget om att välja en plattform eller teknik framför en annan för programdistribution. Det kommer från traditionella lokala metoder, där beslut ofta begränsas av faktorer som paketerade programvaruleveransmodeller, betydande investeringar i infrastruktur och programvarulicensiering och de långa ledtider som krävs för att skapa och distribuera alla programplattformar.
Att använda det här tänkesättet i Azure kan leda till alltför lång tid på att skapa en enda plattform som försöker hantera alla program, vilket kan leda till fördröjningar och ineffektivitet. Azure erbjuder dock ett mer fördelaktigt tillvägagångssätt som uppmuntrar till en övergång från detta restriktiva tankesätt till ett som omfattar det bästa av två världar, vilket i slutändan ger en bättre avkastning på investeringen (ROI).
När du övergår till Azure erbjuder molnmiljön ett flexibelt paradigm där du kan etablera och avetablera resurser efter dina behov, vilket eliminerar behovet av att välja mellan en tjänst framför en annan. Denna flexibilitet leder till A+B-metoden, en strategi som avviker från det traditionella A- eller B-tänkesättet genom att uppmuntra till ett bredare, mer inkluderande sätt att tänka. Azure underlättar det här skiftet genom att göra det både enkelt och kostnadseffektivt att blanda fördelarna med flera tjänster och använda ett A+B-tänkesätt. Den här metoden understryker principen om att välja tjänster som bäst överensstämmer med programmets specifika behov, och förespråkar i huvudsak att välja rätt verktyg för det aktuella jobbet.
Övergången till ett A+B-tänkesätt gör det möjligt för organisationer att bredda sina beslutsprocesser och tekniska strategier och ta till sig nya möjligheter och möjligheter som detta tankesätt ger. Den här artikeln beskriver principerna i A+B-tänkesättet, så att du på ett omdömesgillt sätt kan välja Azure-tjänster som resonerar mest effektivt med programmets krav. Oavsett om det är Azure Spring Apps, Azure App Service, Azure Container Apps (ACA), Azure Kubernetes Service eller Virtual Machines, ger A+B-tänkesättet dig friheten att utvärdera och välja mellan en matris med Azure-tjänster som värd för dina program. Den här filosofin gäller universellt och överskrider språk- och ramverksgränser. Även om Java-program är i fokus här är A+B-tänkesättet lika relevant och fördelaktigt för program som utvecklats på alla programmeringsspråk.
Genom att använda A+B-tänkesättet är du inte begränsad till en enda, förutbestämd tjänst. I stället har du möjlighet att kombinera tjänster på ett sätt som bäst passar dina program unika krav. Den här metoden förbättrar inte bara flexibiliteten och skalbarheten, utan optimerar även kostnader och driftseffektivitet. Den här metoden säkerställer att din tekniska strategi är lika dynamisk och anpassningsbar som den molnmiljö du arbetar i.
Varför det inte är nödvändigt att tänka på tjänst A eller B
Att välja rätt molntjänst för dina program behöver inte vara ett binärt beslut mellan tjänst A eller tjänst B, tack vare flexibiliteten och bredden av alternativ som molnet erbjuder, särskilt med Azure. I följande avsnitt beskrivs varför det inte är nödvändigt att hålla sig till det traditionella valet "det ena eller det andra" och hur det kan vara bra att använda ett mer flytande tillvägagångssätt.
Från gamla vanor till ny flexibilitet
Traditionellt innebar distribution av IT-system betydande investeringar i maskinvara och programvara, tillsammans med långa installationstider. Den här miljön gjorde det logiskt att noggrant välja en plattform och optimera allt runt den för att spara på kostnader och resurser. Molnmiljön, inklusive Azure, introducerar dock ett paradigmskifte med sin elastiska karaktär på begäran. Du betalar bara för det du använder, och att justera dina resurser för att uppfylla dina behov blir enkelt, utan bördan av initiala kapitalutgifter.
Övergången till molnet
Att flytta till molnet, och i synnerhet till Azure, medför en betydande förändring i hur infrastruktur- och plattformsansvar hanteras. Mycket av de tunga lyften, som tidigare axlades av din organisation, övergår nu till Microsoft, som du ser i följande diagram. Den här ändringen förenklar driften och minskar den ansträngning som krävs för att hantera dina program. Du är inte bunden av begränsningarna för att hantera flera plattformar, vilket gör att du kan välja det bästa verktyget för varje jobb utan att behöva oroa dig för de extra kostnaderna och komplexiteten.
Följande diagram visar modellen med delat ansvar mellan kund och molnleverantör:
Välja den bästa passformen för varje behov
I den här nya molncentrerade världen handlar beslutsprocessen mer om att välja rätt verktyg för rätt jobb i stället för att försöka anpassa alla dina behov till en fördefinierad tjänst. Oavsett om det handlar om att välja mellan Azure Kubernetes Service och Azure Spring Apps för Spring Boot-program, eller någon annan uppsättning tjänster, flyttas fokus till vad som bäst uppfyller kraven för varje specifikt program.
Ökningen av mikrotjänster
Införandet av mikrotjänster stöder ytterligare denna flexibla metod. Genom design uppmuntrar mikrotjänster användningen av den teknik som passar bäst för varje tjänst, vilket främjar en teknisk mångfald som naturligt överensstämmer med A +B-tänkesättet. Den här metoden handlar om att använda de olika tjänsternas styrkor för att skapa en mer robust, effektiv och skalbar programarkitektur.
Fördelar med att omfamna A+B
Att anta ett A+B-tänkesätt ger flera viktiga fördelar. Det ger större flexibilitet och flexibilitet så att du kan välja de lämpligaste verktygen och tjänsterna för varje aspekt av din verksamhet. Detta tillvägagångssätt leder inte bara till bättre resurs- och kostnadseffektivitet utan förkortar också tiden till marknaden för dina produkter. I slutändan främjar den här metoden driftskvalitet genom att anpassa dina teknikval närmare dina affärsbehov och mål.
Sammanfattningsvis erbjuder molnet och i synnerhet Azure ett nytt sätt att tänka på hur du distribuerar och hanterar dina program. Genom att gå ifrån det restriktiva A- eller B-valet och använda A+B-tänkesättet kan du fatta beslut som är mer anpassade till de specifika behoven i dina program, vilket leder till bättre effektivitet, flexibilitet och kostnadsbesparingar.
Praktisk vägledning för övergången till A+B-tänkesättet
I följande lista räknas några viktiga principer upp som du kan använda som en riktlinje för att övergå till A+B-tänkesättet och fortsätta med det:
Gå från användningsfall till lösning, inte tvärtom. Ofta bestämmer sig många programvaruteam först för teknik och försöker sedan tvinga fram användningsfall och design. I många fall medför den här metoden en betydande omkostnad när det gäller kostnader, utvecklingstid, resurser och driftskostnader. Få klarhet i dina användningsfall och krav, både funktionella och icke-funktionella, innan du hoppar in i lösningen.
Förstå dina affärsmål, verksamhetens natur och din konkurrens och hur ofta du behöver distribuera nya funktioner till produktion. Du bör alltid utforma din lösning för att uppfylla dina affärsmål och mål.
Förstå säkerhet och efterlevnadskrav. I molnets tidsålder, där allt nås via Internet, är säkerheten avgörande och inte förhandlingsbar. Beroende på vilken bransch du betjänar kan ditt program också behöva uppfylla vissa efterlevnadskrav. Du måste utforma din lösning för att klara avancerade säkerhetsattacker och uppfylla dina efterlevnadskrav.
Förstå din budget och dina tidslinjer. Ha en tydlig förståelse för din budget för inledande utveckling, pågående åtgärder och framtida versioner. Dessutom kan du förstå dina tidslinjer. Kostnaden för försenade projekt, både när det gäller extra kostnader och negativ affärspåverkan, underskattas ofta. Utforma din lösning för att uppfylla både din budget och tidslinje.
Tänk molnbaserat där det är tillämpligt. Molnbaserad arkitektur och -teknik är en metod för att utforma, konstruera och driva arbetsbelastningar som är inbyggda i molnet och dra full nytta av molnbaserad databehandlingsmodell. Med molnbaserad kan du skapa och distribuera program till produktion snabbare. Molnet innehåller även funktioner som kanske inte är möjliga lokalt – till exempel elasticitet, global skala, avancerad analys, AI och maskininlärning (ML). Utforma din lösning baserat på molnbaserad teknik så mycket som möjligt.
Tänk DevOps-kultur. DevOps är inte bara verktyg eller processer, det är en programvaruutvecklingspraxis som främjar samarbete mellan utveckling och drift, vilket resulterar i snabbare och mer tillförlitlig programvaruleverans. DevOps kallas ofta för kultur och kopplar samman människor, processer och teknik för att leverera kontinuerligt värde.
Välj den lösning som uppfyller dina affärs- och icke-funktionella krav, en lösning som är:
- Snabbast att implementera.
- Kostnadseffektivt när det gäller kostnader för kompetensskapande, skapande, distribution och drift.
- Lätt att använda.
- Fullständigt kompatibel med automatisering.
- Stöd för DevOps genom design.
Dessa principer hjälper dig att hålla fokus där det ska vara – att skapa en lösning som uppfyller dina affärsmål i stället för att tvinga lösningen till en fördefinierad plattform.
Undantag
Som allt annat finns det undantag till A+B. Följande lista är inte fullständig, men den ger vägledning om vissa undantag som du kan stöta på:
Företagsstrategi. Vissa företag använder till exempel en företagsomfattande implementering av containrar för att skapa och distribuera program eftersom de kan ha flera programmeringsspråk på spel, och de vill skapa och distribuera alla program på ett enhetligt sätt.
För långt ned i raden med körning. Du kanske har valt en lösning innan du går igenom A+B-analysen. Om du redan är djupt inne i körningen av din lösning fortsätter du med den, men för nästa program använder du principerna i A+B-tänkesättet för att välja rätt lösning för ditt användningsfall.
Storskaliga datacentermigreringar. För att påskynda resan till molnet använder företag ofta en strategi som kallas "lift and shift" som omfattar att migrera servrar (som är värdar för deras program) i bulk till Azure med hjälp av verktyg som Azure Migrate. Vissa använder den här metoden för att migrera datacenter till Azure och stänga av dem på ett effektivt och kostnadseffektivt sätt. I det här scenariot rekommenderar vi att du använder A+B-tänkesättet för att modernisera program efter migrering till Azure.
Viktiga överväganden
Vi har gett dig ramverket för tänkande och de principer som du kan använda för att välja rätt mål i Azure för dina program. Det är inte en storlek som passar alla. Det är inte A eller B, utan A + B.
I följande diagram sammanfattas de viktigaste övervägandena för att välja en Azure-tjänst för alla program:
Så här väljer du rätt Azure-tjänster för dina Java-program
För att effektivisera urvalsprocessen bland de många olika teknikalternativen för Java-program i Azure skapade vi ett enkelt beslutsträd som hjälper utvecklare, kunder och systemintegratörer till deras optimala Azure-tjänst.
Förutom den praktiska vägledningen för att överväga icke-funktionella krav, ur teknisk synvinkel, är den första frågan att överväga om du behöver kontroll över infrastrukturen. Om du inte gör det är hanterade tjänster den bästa, lämpligaste vägen. Programmens natur – oavsett om de är Spring- eller App Server-baserade – vägleder vidare beslutet: Spring-program överensstämmer med Azure Spring Apps, medan Azure App Service passar Tomcat- eller JBoss EAP-program.
För dem som kräver infrastrukturkontroll beror valet på teknikinställningar för flera moln: Azure Virtual Machines erbjuder en enkel övergång, och för dem som är integrerade med Tanzu är Tanzu på IaaS Marketplace-erbjudanden idealiska. Kunder som investeras i Kubernetes har alternativen Azure Kubernetes Service och Azure Red Hat OpenShift. Det här beslutsfattande ramverket är utformat för att förenkla val genom att kombinera kundkrav med Azures bäst lämpade lösningar.
Microsoft samarbetar med flera partner, inklusive partner inom följande områden:
- Ledande Java-ekosystempartners, till exempel Oracle, Broadcom, Red Hat, IBM och OpenAI.
- Viktiga databas- och verktygsorganisationer, till exempel MySQL, PostgreSQL, MongoDB Labs, DataStax, Redis Labs, Confluent och Elastic.
- Experter på observerbarhet, till exempel New Relic, Dynatrace, AppDynamics, Grafana Labs och Datadog.
- Utvecklingsverktyg som IntelliJ, Maven och Gradle.
Vår kombinerade investering går till att skapa smidigare utvecklarupplevelser, säkerställa sömlös integrering med viktiga tjänster som databaser, cacheminnen, meddelanden och kataloger, samt tillhandahålla omfattande verktyg för observerbarhet. Med automatisering, belastningsutjämning och autoskalning strävar vi efter att ta bort infrastrukturhanteringen från dina axlar. Med det här stödet kan du koncentrera dig på att skapa affärsvärde genom din kod, säker på att de underliggande systemen är robusta och skalbara. Därför rekommenderar vi att du använder specifika Azure-tjänster som värd för och kör dina Java-programtyper.
Distribuera Java-program som käll- eller binärfiler
För Java-program i Azure, oavsett om de distribueras direkt från källkoden eller som kompilerade binärfiler (JAR-, WAR- eller EAR-filer), effektiviseras distributionen tack vare Azures omfattande tjänsterbjudanden som utformats specifikt för dessa ändamål. Den inneboende portabiliteten för Java-program innebär att Azure kan tillhandahålla ett brett utbud av tjänster som matchar dina unika distributionsstrategier och driftsbehov. Den här flexibiliteten säkerställer att oavsett vad som är specifikt för ditt Java-program finns det en Azure-tjänst som passar perfekt med dina krav.
Tänk på följande tre exempel som visar hur Azure hanterar olika scenarier för Java-programdistribution:
Spring-program. För utvecklare som arbetar med Spring-program samarbetade Microsoft Azure med Tanzu by Broadcom, en ledare i Spring-projekt med öppen källkod, för att erbjuda en förstklassig molntjänst som kallas Azure Spring Apps. Det här samarbetet förbättrar utvecklarupplevelsen genom att integrera populära utvecklingsverktyg som IntelliJ, VS Code, Maven och Gradle, tillsammans med automatiseringsverktyg som Azure DevOps, GitHub Actions och Jenkins. Observerbarhetsverktyg som Application Insights, New Relic, Dynatrace, App Dynamics, Grafana, Log Analytics, Elastic och Splunk stöds också. Säkerhet är högsta prioritet, med integreringar för Key Vault-hantering av hemligheter och TLS/SSL-certifikat, "lösenordslös" autentisering med säkerhetskopiering av tjänster via hanterade identiteter och rollbaserad åtkomstkontroll i Azure (RBAC), vilket säkerställer en säker och strömlinjeformad distributionsprocess för Spring-appar i molnet.
Java-program på JBoss EAP. På samma sätt finns det för Java-program som använder JBoss EAP en skräddarsydd upplevelse tack vare samarbetet mellan Microsoft Azure-teamet och Red Hat JBoss EAP-teamen. Det här samarbetet resulterade i förbättrat stöd för Azure App Service och erbjöd en omfattande uppsättning funktioner som utformats för JBoss EAP-program. Med det här stödet kan du använda microsofts och Red Hats samlade expertis, så att dina Java-program fungerar smidigt, säkert och effektivt i Azure.
Java-företagsprogram på WebLogic. Traditionella Java-företagsprogram som körs på Oracle WebLogic har också en dedikerad sökväg till Azure. Samarbetet mellan Microsoft Azure och Oracle WebLogic-teamen banade väg för optimerad distribution på virtuella Azure-datorer. Det här samarbetet omfattar integrering med grundläggande IaaS-funktioner som virtuella datorer, lagring, nätverk och lastbalanserare, vilket ger en solid grund för Java-företagsprogram i Azure. Den här samordnade insatsen säkerställer att program drar nytta av både robustheten i WebLogic och skalbarheten och flexibiliteten i Azure-infrastrukturen.
Dessa scenarier belyser Azures engagemang för att erbjuda en flexibel, säker och effektiv distributionsmiljö för Java-program, som tillgodoser olika ramverk och arkitekturer. Azure tillhandahåller även specialiserade tjänster för andra Java-program, till exempel de som körs på Tomcat eller WebSphere, vilket säkerställer att det finns en Azure-tjänst som passar för alla typer av Java-program.
Utvecklare och operatörer får en smidig och produktiv molndistributionsupplevelse genom att använda dessa skräddarsydda Azure-tjänster, automatisera och skydda sina Java-program med lätthet. Om du väljer alternativa distributionsalternativ kan du dock behöva hantera skapandet och underhållet av dessa viktiga utvecklar- och operatörsupplevelser själv.
Följande diagram visar rekommenderade Azure-tjänster för varje Java-programtyp som distribueras som källa eller binärfiler:
Om du vill veta mer om de tjänster som refereras i det här diagrammet använder du länkarna i följande tabell:
| Tjänst | Snabbstart för Java-appar – distribuerad som källa eller binärfiler |
|---|---|
| Azure Spring Apps | Distribuera en Spring-app |
| App Service | Distribuera en Java-app på Tomcat Distribuera en Java-app på JBoss EAP |
| Azure Functions | Distribuera en Java-funktionsapp |
| Azure Virtual Machines | Oracle WebLogic Server på virtuella Azure-datorer IBM WebSphere-familjen på Azure Virtual Machines |
Distribuera Java-program som containrar
När det gäller att distribuera Java-program representerar containerisering en avancerad metod som förbättrar automatiseringen av skapande, hantering och styrning av containrar mellan företag. Utmaningen ligger i att bygga containrar på ett säkert och tillförlitligt sätt, ett viktigt steg för att snabbt leverera högkvalitativa, containerbaserade program. Den här processen kan börja från början eller använda befintliga containersystem, integrera verktyg som kompilerar och lagrar kod och binärfiler för att effektivisera containeruppdateringar och hantering. Sådan integrering är avgörande för att passa in i CI/CD-pipelines (Continuous Integration/Continuous Deployment) och erbjuder en flexibel distributionsmetod för Java-program i containerform.
Azure-tjänster sticker ut genom att inte bara underlätta leveransen av containerbaserade program utan även tillhandahålla tydliga sökvägar för distribution från källor eller binärfiler. Den här dubbla metoden minimerar påverkan på utvecklare och minskar belastningen för infrastruktur- eller plattformsoperatorer. Med tanke på Javas inneboende portabilitet säkerställer Azures breda utbud av containertjänster att du hittar den perfekta matchningen för din distributionsstrategi och dina behov.
Tänk på följande två exempel som visar hur Azure hanterar distributionsscenarier för containerbaserade Java-program:
Spring-program. Azure Spring Apps är ett utmärkt val för containerbaserade Spring-program. Den stöder flera distributionstyper, inklusive källa, binärfiler eller containeravbildningar. Med den här flexibiliteten kan du enkelt växla mellan distributionsmetoderna. Du kanske börjar med containrar men bestämmer dig senare för att distribuera som källor eller binärfiler. Det här alternativet är fördelaktigt eftersom det kringgår behovet av löpande byggande och underhåll av containrar, vilket kan vara besvärligt, repetitivt och tidsintensivt.
Java-program på Tomcat. Azure App Service passar för att containerisera Java-program som är utformade för att köras på Tomcat. Den rymmer olika distributionstyper, till exempel binärfiler eller containeravbildningar. Precis som Azure Spring Apps erbjuder den här tjänsten flexibilitet att växla mellan distributionsstrategier. Du kan börja med containerdistribution och behålla alternativet för att senare växla till distribution av binärfiler (WAR och JAR). Den här mångsidigheten säkerställer att du kan välja den mest effektiva distributionsmetoden för ditt specifika scenario, vilket effektiviserar utveckling och distributionsprocess.
De här exemplen understryker Azures åtagande att tillhandahålla mångsidiga, effektiva och utvecklarvänliga miljöer för att distribuera Java-program, antingen via traditionella metoder eller modern containerisering.
Följande diagram visar de rekommenderade Azure-tjänsterna för varje Java-programtyp som distribueras som containrar:
Om du vill veta mer om de tjänster som refereras i det här diagrammet använder du länkarna i följande tabell:
Sammanfattning
När Azure navigerar i distributionen av Java-program är det en nyanserad A+B-metod som erbjuder ett spektrum av tjänster som är skräddarsydda för att uppfylla alla programs behov. Microsofts samarbete med Javas ekosystemledare resulterade i en uppsättning Azure-tjänster, som var och en rekommenderas för specifika Java-programtyper – distribuerade som källa, binärfiler eller containrar – som effektiviserar distributionsprocessen och säkerställer optimala prestanda. Det här fokuset på att matcha distributionsstrategier med lämpligaste Azure-tjänster understryker Microsofts åtagande att ge dig flexibiliteten att välja rätt verktyg för jobbet. Den inneboende portabiliteten för Java-program är en viktig fördel, vilket möjliggör en sömlös övergång mellan lokala system och olika molnleverantörer för att förbättra drifteffektiviteten och flexibiliteten. Genom att förespråka den här bredare, mer inkluderande urvalsprocessen förenklar Microsoft inte bara molnresan för Java-program, utan maximerar även skalbarhet, säkerhet, observerbarhet och kostnadseffektivitet. I slutändan ger Microsoft vägledning utvecklare och företag möjlighet att använda Azures ekosystem, vilket säkerställer att varje Java-program trivs i den molnmiljö som passar bäst för dess behov.
Gå vidare
Feedback
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i: https://aka.ms/ContentUserFeedback.
Skicka och visa feedback för