De juiste Azure-services kiezen voor uw Java-toepassingen
In dit artikel wordt u begeleid bij het gebruik van Azure-services voor de implementatie van Java-toepassingen, waarbij de ondersteuning van Azure wordt benadrukt voor diverse Java-technologieën en -architecturen. Het bevat een overzicht van implementatiemethoden zoals 'Lift and Shift', containerisatie en PaaS (Platform-as-a-Service), afgestemd op verschillende niveaus voor beheer en eenvoud.
Het artikel pleit voor een A+B-mindset, waarbij u wordt geadviseerd om services te kiezen op basis van toepassingsbehoeften ten opzichte van een vaste A- of B-keuze. Het stelt voor om gebruiksscenario's, bedrijfsdoelen, beveiliging en budget te overwegen voor een flexibele benadering. In het artikel wordt de samenwerking van Microsoft met leiders van Java-ecosystemen benadrukt om de ervaring van ontwikkelaars te verbeteren en wordt Azure-services aanbevolen voor het implementeren van Java-toepassingen, ongeacht of het gaat om bron-, binaire bestanden of containers. Deze genuanceerde benadering helpt u zich te concentreren op innovatie, ondersteund door de toezegging van Microsoft om Java-toepassingen de meest geschikte Azure-services te bieden voor uw implementatiestrategie, de efficiëntie, schaalbaarheid en kosteneffectiviteit te maximaliseren.
Implementeer elke Java-toepassing met vertrouwen en gemak
Het Java-ecosysteem omvat diverse technologieën zoals Java SE, Jakarta EE (opvolger van Java EE en J2EE), Spring, talloze toepassingsservers en andere frameworks. Wat u ook doet met Java, zoals het bouwen van een app, het gebruik van een framework en het uitvoeren van een toepassingsserver, ondersteuning voor Azure uw workload met een overvloed aan keuze. Op dezelfde manier ondersteuning voor Azure elke toepassingsarchitectuur: van monolithische toepassingen die worden uitgevoerd op VM's of in containers naar cloudeigen, microservicestoepassingen die worden uitgevoerd op volledig beheerde services.
Azure biedt de volgende drie primaire methoden voor het uitvoeren van Java-toepassingen in de cloud, afgestemd op verschillende niveaus van controle en eenvoud:
Met de benadering 'Lift and Shift' kunt u de migratie van bestaande toepassingen rechtstreeks naar virtuele Azure-machines mogelijk maken.
Containerisatie biedt flexibiliteit, waarbij Azure Kubernetes Service (AKS) en Azure Red Hat OpenShift de belangrijkste platformen zijn voor het organiseren van apps in containers.
PaaS (Platform-as-a-Service) vertegenwoordigt het gemak en de efficiëntie, waardoor optimale productiviteit en operationele beheerbaarheid van ontwikkelaars mogelijk zijn, vaak gekoppeld aan de voordeligste totale eigendomskosten.
Ongeacht de fase van de ontwikkeling van uw Java-toepassing biedt Azure een compatibele cloudoplossing die aan uw vereisten voldoet. Meer informatie over deze aanbiedingen vindt u in Java-toepassingen implementeren met vertrouwen en gemak.
Volledige draagbaarheid voor uw Java-toepassingen: naadloos overal implementeren
Ongeacht welke Azure-service u kiest voor uw Java-toepassing, de flexibiliteit van uw toepassing is gegarandeerd. Omdat u de Java-code en de gecompileerde uitvoer hebt, hebt u de vrijheid om uw toepassing overal te implementeren waar u maar wilt, ongeacht of deze zich op uw lokale ontwikkelcomputer bevindt, servers bouwt, on-premises omgevingen of een cloudplatform van uw keuze. De draagbaarheid van uw toepassing bevindt zich in uw handen.
Natuurlijk, als er zoveel keuzes zijn, zie je een dilemma.
Dilemma: service A of B gebruiken voor Java-toepassingen
Als u door de aanbiedingen van Azure navigeert, kunt u het dilemma tegenkomen van het selecteren van de meest geschikte Azure-service voor het uitvoeren van uw Java-toepassingen. Deze keuze is van cruciaal belang, omdat deze invloed heeft op uw resourceplanning, budget, projecttijdlijnen en uiteindelijk op de markt van uw toepassing. De beslissing is niet alleen van invloed op de initiële implementatiekosten, maar ook op de lopende onderhoudskosten.
In het verleden voelden organisaties zich vaak gedwongen om te kiezen tussen twee platforms, technologieën of concurrerende oplossingen voor hun softwaretoepassingen. Organisaties moesten bijvoorbeeld kiezen tussen WebLogic- of WebSphere voor Java Enterprise-toepassingen, Docker Swarm of Kubernetes voor containerbeheer of containers versus virtuele machines (VM's) voor implementatie. Dit besluitvormingsproces wordt de 'A- of B-mindset' genoemd en het verschilt aanzienlijk van A/B-tests. Dit is een methode voor het vergelijken van twee versies van een webpagina of app met elkaar om te bepalen welke beter presteert. In plaats daarvan gaat de A- of B-mindset in deze context over het kiezen van één platform of technologie ten opzichte van een andere voor de implementatie van toepassingen. Het komt van traditionele on-premises procedures, waarbij beslissingen vaak worden beperkt door factoren zoals verpakte softwareleveringsmodellen, aanzienlijke investeringen vooraf in infrastructuur- en softwarelicenties, en de lange levertijden die nodig zijn voor het bouwen en implementeren van elk toepassingsplatform.
Het brengen van deze mindset in Azure kan leiden tot overmatige tijd die is besteed aan het maken van één platform dat alle toepassingen probeert aan te passen, waardoor vertragingen en inefficiënties kunnen ontstaan. Azure biedt echter een voordeligere benadering, waardoor een verschuiving van deze beperkende mindset wordt aangemoedigd tot een benadering die het beste van beide werelden omarmt, wat uiteindelijk een beter rendement op investeringen (ROI) oplevert.
Wanneer u overstapt naar Azure, biedt de cloudomgeving een flexibel paradigma waar u resources kunt inrichten en de inrichting ongedaan kunt maken op basis van uw behoeften, waardoor de noodzaak om te kiezen tussen de ene service over een andere wordt geëlimineerd. Deze flexibiliteit volgt de A+B-aanpak, een strategie die afwijkt van de traditionele A- of B-mindset door een bredere, inclusievere manier van denken te stimuleren. Azure vereenvoudigt deze verschuiving door het eenvoudig en rendabel te maken om de voordelen van meerdere services te combineren en een A+B-mindset te hanteren. Deze aanpak onderstreept het principe van het selecteren van services die het beste aansluiten bij de specifieke behoeften van uw toepassing, en pleit in wezen voor het kiezen van het juiste hulpprogramma voor de taak die u bij de hand hebt.
De overgang naar een A+B-mindset stelt organisaties in staat hun besluitvormingsprocessen en technische strategieën uit te breiden, nieuwe mogelijkheden en mogelijkheden te omarmen die deze mindset biedt. In dit artikel worden de principes van de A+B-mindset beschreven, zodat u zorgvuldig Azure-services kunt selecteren die het meest effectief overeenkomen met de vereisten van uw toepassing. Of het nu Azure Spring Apps, Azure-app Service, Azure Container Apps (ACA), Azure Kubernetes Service of Virtual Machines is, de A+B-mindset biedt u de breedtegraad om te beoordelen en te kiezen uit een matrix van Azure-services voor het hosten van uw toepassingen. Deze filosofie is universeel van toepassing en overstijgt taal- en frameworkgrenzen. Hoewel Java-toepassingen hier de focus hebben, is de A+B-mindset even relevant en nuttig voor toepassingen die in elke programmeertaal zijn ontwikkeld.
Door de A+B-mindset te omarmen, bent u niet beperkt tot één vooraf bepaalde service. In plaats daarvan kunt u services combineren op een manier die het beste past bij de unieke eisen van uw toepassing. Deze aanpak verbetert niet alleen de flexibiliteit en schaalbaarheid, maar optimaliseert ook de kosten en operationele efficiëntie. Deze aanpak zorgt ervoor dat uw technische strategie zo dynamisch en aanpasbaar is als de cloudomgeving waarin u werkt.
Waarom het niet nodig is om service A of B te bedenken
Het kiezen van de juiste cloudservice voor uw toepassingen hoeft geen binaire beslissing te zijn tussen service A of service B, dankzij de flexibiliteit en breedte van de opties die de cloud biedt, met name met Azure. In de volgende secties wordt uitgelegd waarom het niet nodig is om de traditionele 'een of andere' keuze te maken en hoe het gebruik van een meer vloeiende benadering uw activiteiten kan verbeteren.
Van oude gewoonten tot nieuwe flexibiliteit
Traditioneel was het implementeren van IT-systemen aanzienlijke investeringen vooraf in hardware en software, naast lange installatietijden. Deze omgeving maakte het logisch om zorgvuldig één platform te selecteren en alles eromheen te optimaliseren om kosten en resources te besparen. De cloudomgeving, waaronder Azure, introduceert echter een paradigmaverschuiving met de on-demand en elastische aard ervan. U betaalt alleen voor wat u gebruikt en het aanpassen van uw resources om aan uw behoeften te voldoen, wordt eenvoudig, zonder de initiële kapitaaluitgaven.
De overstap naar de cloud
Als u overstapt naar de cloud en met name naar Azure, is er een belangrijke verandering in de wijze waarop infrastructuur- en platformverantwoordelijkheden worden beheerd. Veel van het zware werk, dat eerder door uw organisatie werd gedragen, verschuift nu naar Microsoft, zoals te zien is in het volgende diagram. Deze wijziging vereenvoudigt bewerkingen en vermindert de inspanning die nodig is om uw toepassingen te beheren. U bent niet gebonden aan de beperkingen voor het beheren van meerdere platforms, waardoor u het beste hulpprogramma voor elke taak kunt kiezen zonder dat u zich zorgen hoeft te maken over de extra kosten en complexiteit.
In het volgende diagram ziet u het model voor gedeelde verantwoordelijkheid tussen de klant en de cloudprovider:
De beste keuze kiezen voor elke behoefte
In deze nieuwe cloudgerichte wereld wordt het besluitvormingsproces meer over het selecteren van het juiste hulpprogramma voor de juiste taak, in plaats van te proberen al uw behoeften in één vooraf bepaalde service aan te passen. Of het nu gaat om het kiezen tussen Azure Kubernetes Service en Azure Spring Apps voor Spring Boot-toepassingen, of een andere set services, de focus wordt verplaatst naar wat het beste voldoet aan de vereisten van elke specifieke toepassing.
De opkomst van microservices
De acceptatie van microservices ondersteunt deze flexibele aanpak verder. Microservices stimuleren standaard het gebruik van de best geschikte technologie voor elke service, waardoor een technologische diversiteit wordt bevorderd die op natuurlijke wijze overeenkomt met de A+B-mindset. Deze aanpak gaat over het gebruik van de sterke punten van verschillende services om een robuustere, efficiënte en schaalbare toepassingsarchitectuur te bouwen.
Voordelen van het omarmen van A+B
Het aannemen van een A+B-mindset biedt verschillende belangrijke voordelen. Het maakt meer flexibiliteit en flexibiliteit mogelijk, zodat u de meest geschikte hulpprogramma's en services kunt kiezen voor elk aspect van uw activiteiten. Deze aanpak leidt niet alleen tot betere resource- en kostenefficiëntie, maar verkort ook de tijd om op de markt te komen voor uw producten. Uiteindelijk bevordert deze benadering operationele uitmuntendheid door uw technologische keuzes nauwkeuriger af te stemmen op uw bedrijfsbehoeften en -doelstellingen.
Kortom, de cloud en Azure bieden met name een nieuwe manier om na te denken over het implementeren en beheren van uw toepassingen. Door af te stappen van de beperkende A- of B-keuze en de A+B-mindset te omarmen, kunt u beslissingen nemen die meer zijn afgestemd op de specifieke behoeften van uw toepassingen, wat leidt tot verbeterde efficiëntie, flexibiliteit en kostenbesparingen.
Praktische richtlijnen voor overgang naar de A+B-mindset
In de volgende lijst worden enkele belangrijke principes opgesomd die u kunt gebruiken als richtlijn voor de overgang naar de A+B-mindset en verder te gaan:
Ga van use case naar oplossing, niet andersom. Vaak beslissen veel softwareteams eerst over technologie en proberen vervolgens de use cases en het ontwerp af te dwingen. In veel gevallen kost deze aanpak een aanzienlijke overhead in termen van kosten, ontwikkelingstijd, resources en operationele uitgaven. Krijg duidelijkheid over uw use cases en vereisten, zowel functioneel als niet-functioneel, voordat u in de oplossing springt.
Krijg inzicht in uw bedrijfsdoelen, de aard van uw bedrijf en uw concurrentie en hoe vaak u nieuwe functies voor productie moet implementeren. U moet altijd uw oplossing ontwerpen om te voldoen aan uw bedrijfsdoelen en -doelstellingen.
Informatie over beveiligings- en nalevingsvereisten. In de leeftijd van de cloud, waar alles toegankelijk is via internet, is beveiliging cruciaal en niet-onderhandelbaar. Afhankelijk van de branche die u gebruikt, moet uw toepassing mogelijk voldoen aan bepaalde nalevingsvereisten. U moet uw oplossing ontwerpen voor geavanceerde beveiligingsaanvallen en om te voldoen aan uw nalevingsvereisten.
Inzicht in uw budget en tijdlijnen. Zorg voor een duidelijk inzicht in uw budget voor initiële ontwikkeling, lopende bewerkingen en toekomstige releases. Daarnaast moet u uw tijdlijnen begrijpen. De kosten van vertraagde projecten, zowel wat extra uitgaven als negatieve bedrijfsimpact betreft, worden vaak onderschat. Ontwerp uw oplossing om te voldoen aan uw budget en tijdlijn.
Denk waar van toepassing aan cloudeigen toepassingen. Cloudeigen architectuur en technologieën zijn een benadering voor het ontwerpen, bouwen en uitvoeren van workloads die zijn ingebouwd in de cloud en optimaal profiteren van het cloud-computingmodel. Met cloudeigen toepassingen kunt u sneller toepassingen in productie bouwen en implementeren. De cloud biedt ook mogelijkheden die mogelijk niet on-premises mogelijk zijn, bijvoorbeeld elasticiteit, wereldwijde schaal, geavanceerde analyse- en AI- en machine learning-mogelijkheden (ML). Ontwerp uw oplossing op basis van cloudtechnologieën zoveel mogelijk.
Denk aan DevOps-cultuur. DevOps is niet alleen hulpprogramma's of processen, het is een praktijk voor softwareontwikkeling die de samenwerking tussen ontwikkeling en bewerkingen bevordert, wat resulteert in snellere en betrouwbaardere softwarelevering. DevOps wordt vaak een cultuur genoemd, en verbindt mensen, processen en technologie om continue waarde te leveren.
Kies de oplossing die voldoet aan uw zakelijke en niet-functionele vereisten, een oplossing die:
- Het snelste om te implementeren.
- Kosteneffectief in termen van kosten voor het ontwikkelen, bouwen, implementeren en uitvoeren van vaardigheden.
- Eenvoudig te bedienen.
- Volledig compatibel met automatisering.
- Ondersteuning voor DevOps per ontwerp.
Deze principes helpen u uw focus te houden waar het moet zijn: het bouwen van een oplossing die voldoet aan uw bedrijfsdoelen in plaats van de oplossing geforceerd aan te passen aan een vooraf bepaald platform.
Uitzonderingen
Net als iets anders zijn er uitzonderingen op A+B. De volgende lijst is niet volledig, maar bevat richtlijnen voor enkele uitzonderingen die u kunt tegenkomen:
Bedrijfsstrategie. Sommige ondernemingen gebruiken bijvoorbeeld een bedrijfsbrede acceptatie van containers om toepassingen te bouwen en te implementeren, omdat ze mogelijk meerdere programmeertalen in het spel hebben en ze alle toepassingen op een uniforme manier willen bouwen en implementeren.
Te ver in de lijn met de uitvoering. Mogelijk hebt u een oplossing gekozen voordat u de A+B-analyse doorloopt. Als u al diep in de uitvoering van uw oplossing bent, gaat u verder met de oplossing, maar voor de volgende toepassing gebruikt u de principes van de A+B-mindset om de juiste oplossing voor uw use-case te kiezen.
Grootschalige datacentrummigraties. Om hun traject naar de cloud te versnellen, gebruiken ondernemingen vaak een strategie genaamd 'lift and shift' waarbij servers (hosting van hun toepassingen) bulksgewijs naar Azure worden gemigreerd met behulp van hulpprogramma's zoals Azure Migrate. Sommigen gebruiken deze benadering om datacenters naar Azure te migreren en deze op een efficiënte en rendabele manier af te sluiten. In dit scenario raden we u aan om de A+B-mindset te gebruiken om toepassingen te moderniseren na de migratie naar Azure.
Belangrijkste overwegingen
We hebben u voorzien van het framework voor het denken en de principes die u kunt gebruiken om de juiste bestemmingen in Azure te kiezen voor uw toepassingen. Het is niet één maat die allemaal past. Het is geen A of B, maar A + B.
In het volgende diagram ziet u een overzicht van de belangrijkste overwegingen voor het kiezen van een Azure-service voor elke toepassing:
De juiste Azure-services kiezen voor uw Java-toepassingen
Om het selectieproces te stroomlijnen tussen de vele technologieopties voor Java-toepassingen in Azure, hebben we een eenvoudige beslissingsstructuur gemaakt om ontwikkelaars, klanten en systeemintegrators te helpen bij hun optimale Azure-service.
Afgezien van de praktische richtlijnen voor het overwegen van niet-functionele vereisten, is de eerste vraag die u moet overwegen of u controle over infrastructuur nodig hebt. Als u dat niet doet, zijn beheerde services de beste, meest aanbevolen route. De aard van de toepassingen, ongeacht of ze op Spring- of App Server zijn gebaseerd, begeleidt de beslissing verder: Spring-toepassingen zijn afgestemd op Azure Spring Apps, terwijl Azure-app Service geschikt is voor Tomcat- of JBoss EAP-toepassingen.
Voor degenen die infrastructuurbeheer vereisen, is de keuze afhankelijk van voorkeuren voor meerdere cloudtechnologie: Azure Virtual Machines biedt een eenvoudige overgang en voor degenen die zijn geïntegreerd met Tanzu, zijn de Tanzu op IaaS Marketplace-aanbiedingen ideaal. Klanten die in Kubernetes hebben geïnvesteerd, hebben de opties van Azure Kubernetes Service en Azure Red Hat OpenShift. Dit besluitvormingsframework is ontworpen om keuzes te vereenvoudigen door klantvereisten te koppelen aan de meest geschikte oplossingen van Azure.
Microsoft werkt samen met talloze partners, waaronder partners op de volgende gebieden:
- Toonaangevende Java-ecosysteempartners, zoals Oracle, Broadcom, Red Hat, IBM en OpenAI.
- Belangrijke databases en hulpprogramma's, zoals MySQL, PostgreSQL, MongoDB Labs, DataStax, Redis Labs, Confluent en Elastic.
- Waarneembaarheidsexperts, zoals New Relic, Dynatrace, AppDynamics, Grafana Labs en Datadog.
- Ontwikkelhulpprogramma's, zoals IntelliJ, Maven en Gradle.
Onze gecombineerde investering gaat over het creëren van soepelere ontwikkelaarservaringen, waardoor naadloze integraties met essentiële services zoals databases, caches, berichten en mappen worden geboden, plus uitgebreide hulpprogramma's voor waarneembaarheid. Met automatisering, taakverdeling en automatische schaalaanpassing streven we ernaar om de last van infrastructuurbeheer van uw schouders te nemen. Met deze ondersteuning kunt u zich concentreren op het creëren van bedrijfswaarde via uw code, met vertrouwen in de kennis dat de onderliggende systemen robuust en schaalbaar zijn. Daarom raden we het gebruik van specifieke Azure-services aan om uw Java-toepassingstypen te hosten en uit te voeren.
Java-toepassingen implementeren als bron- of binaire bestanden
Voor Java-toepassingen in Azure, of deze nu rechtstreeks vanuit broncode of als gecompileerde binaire bestanden (JAR-, WAR- of EAR-bestanden) worden geïmplementeerd, wordt de implementatie gestroomlijnd dankzij de uitgebreide serviceaanbiedingen van Azure die speciaal voor deze doeleinden zijn ontworpen. De inherente draagbaarheid van Java-toepassingen betekent dat Azure een breed scala aan services kan bieden om te voldoen aan uw unieke implementatiestrategieën en operationele behoeften. Deze flexibiliteit zorgt ervoor dat ongeacht wat de specifieke kenmerken van uw Java-toepassing zijn, er een Azure-service is die perfect aansluit bij uw vereisten.
Bekijk de volgende drie voorbeelden, die laten zien hoe Azure geschikt is voor verschillende implementatiescenario's voor Java-toepassingen:
Spring-toepassingen. Voor ontwikkelaars die met Spring-toepassingen werken, heeft Microsoft Azure samengewerkt met Tanzu by Broadcom, een leider in OpenSource-projecten van Spring, om een premier cloudservice te bieden die bekend staat als Azure Spring Apps. Deze samenwerking verbetert de ervaringen van ontwikkelaars door populaire ontwikkelhulpprogramma's zoals IntelliJ, VS Code, Maven en Gradle te integreren, naast automatiseringsprogramma's zoals Azure DevOps, GitHub Actions en Jenkins. Waarneembaarheidshulpprogramma's zoals Application Insights, New Relic, Dynatrace, App Dynamics, Grafana, Log Analytics, Elastic en Splunk worden ook ondersteund. Beveiliging is een topprioriteit, met integraties voor Key Vault voor het verwerken van geheimen en TLS/SSL-certificaten, 'wachtwoordloze' verificatie met back-upservices via beheerde identiteiten en op rollen gebaseerd toegangsbeheer (RBAC) van Azure, waardoor een veilig, gestroomlijnd implementatieproces voor Spring-apps in de cloud wordt gegarandeerd.
Java-toepassingen op JBoss EAP. Op dezelfde manier is er voor Java-toepassingen die JBoss EAP gebruiken een op maat gemaakte ervaring dankzij de samenwerking tussen het Microsoft Azure-team en Red Hat JBoss EAP-teams. Dit partnerschap resulteerde in verbeterde ondersteuning voor Azure-app Service en biedt een uitgebreide set functies die zijn ontworpen voor JBoss EAP-toepassingen. Met deze ondersteuning kunt u gebruikmaken van de gecombineerde expertise van Microsoft en Red Hat, zodat uw Java-toepassingen soepel, veilig en efficiënt in Azure worden uitgevoerd.
Java-toepassingen voor ondernemingen in WebLogic. Traditionele Java-toepassingen voor ondernemingen die worden uitgevoerd op Oracle WebLogic hebben ook een toegewezen pad naar Azure. De samenwerking tussen Microsoft Azure en de Oracle WebLogic-teams heeft de weg vrijgemaakt voor geoptimaliseerde implementatie op virtuele Azure-machines. Dit partnerschap is een uitbreiding op integratie met fundamentele IaaS-functies, zoals virtuele machines, opslag, netwerken en load balancers, die een solide basis bieden voor Zakelijke Java-toepassingen in Azure. Deze gecoördineerde inspanning zorgt ervoor dat toepassingen profiteren van zowel de robuustheid van WebLogic als de schaalbaarheid en flexibiliteit van de Azure-infrastructuur.
In deze scenario's wordt de toewijding van Azure benadrukt voor het aanbieden van een flexibele, veilige en efficiënte implementatieomgeving voor Java-toepassingen, die geschikt zijn voor verschillende frameworks en architecturen. Azure biedt ook gespecialiseerde services voor andere Java-toepassingen, zoals toepassingen die worden uitgevoerd op Tomcat of WebSphere, zodat er een Azure-service is die geschikt is voor elk type Java-toepassing.
Ontwikkelaars en operators krijgen een soepele en productieve cloudimplementatie door deze op maat gemaakte Azure-services te gebruiken, hun Java-toepassingen eenvoudig te automatiseren en te beveiligen. Als u echter alternatieve implementatieopties kiest, moet u mogelijk zelf omgaan met het bouwen en onderhouden van deze essentiële ervaringen voor ontwikkelaars en operators.
In het volgende diagram ziet u aanbevolen Azure-services voor elk Java-toepassingstype dat als bron- of binaire bestanden is geïmplementeerd:
Gebruik de koppelingen in de volgende tabel voor meer informatie over de services waarnaar in dit diagram wordt verwezen:
| Service | Quickstart voor Java-apps: geïmplementeerd als bron of binaire bestanden |
|---|---|
| Azure Spring Apps | Een Spring-app implementeren |
| App Service | Een Java-app implementeren in Tomcat Een Java-app implementeren op JBoss EAP |
| Azure Functions | Een Java-functie-app implementeren |
| Azure Virtual Machines | Oracle WebLogic Server op virtuele Azure-machines IBM WebSphere-serie op virtuele Azure-machines |
Java-toepassingen implementeren als containers
Als het gaat om het implementeren van Java-toepassingen, vertegenwoordigt containerisatie een geavanceerde benadering die automatisering verbetert bij het maken, beheren en beheren van containers in ondernemingen. De uitdaging ligt in het veilig en betrouwbaar bouwen van containers, een cruciale stap voor het snel leveren van hoogwaardige, containersoftwaretoepassingen. Dit proces kan helemaal zelf beginnen of bestaande containersystemen gebruiken, hulpprogramma's integreren die code en binaire bestanden compileren en opslaan om containerupdates en -beheer te stroomlijnen. Dergelijke integratie is essentieel voor het inbouwen van CI/CD-pijplijnen (Continuous Integration/Continuous Deployment) en biedt een flexibele implementatiemethode voor Java-toepassingen in containervorm.
Azure-services onderscheiden zich niet alleen door de levering van containertoepassingen te versoepelen, maar ook duidelijke paden te bieden voor het implementeren vanuit bronnen of binaire bestanden. Deze dubbele benadering minimaliseert de impact op ontwikkelaars en verlicht de belasting voor infrastructuur- of platformoperators. Gezien de inherente draagbaarheid van Java, zorgt de brede selectie van containerservices van Azure ervoor dat u de perfecte overeenkomst vindt voor uw implementatiestrategie en -behoeften.
Bekijk de volgende twee voorbeelden, die laten zien hoe Azure geschikt is voor implementatiescenario's voor Java-toepassingen in containers:
Spring-toepassingen. Azure Spring Apps is een uitstekende keuze voor in containers geplaatste Spring-toepassingen. Het ondersteunt meerdere implementatietypen, waaronder bron-, binaire bestanden of containerinstallatiekopieën. Dankzij deze flexibiliteit kunt u eenvoudig schakelen tussen implementatiemethoden. U kunt beginnen met containers, maar later besluiten om te implementeren als bronnen of binaire bestanden. Deze optie is voordelig omdat het de noodzaak voor het doorlopend bouwen en onderhouden van containers omzeilt, wat omslachtig, herhalend en tijdrovend kan zijn.
Java-toepassingen op Tomcat. Azure-app Service is geschikt voor het containeriseren van Java-toepassingen die zijn ontworpen om te worden uitgevoerd op Tomcat. Het biedt ondersteuning voor verschillende implementatietypen, zoals binaire bestanden of containerinstallatiekopieën. Net als Azure Spring Apps biedt deze service flexibiliteit om te wisselen tussen implementatiestrategieën. U kunt beginnen met containerimplementatie en de optie onderhouden om later over te schakelen naar het implementeren van binaire bestanden (WAR's en JAR's). Deze veelzijdigheid zorgt ervoor dat u de meest efficiënte implementatiemethode voor uw specifieke scenario kunt kiezen, waardoor het ontwikkelings- en implementatieproces wordt stroomlijnd.
Deze voorbeelden onderstrepen de inzet van Azure om veelzijdige, efficiënte en ontwikkelvriendelijke omgevingen te bieden voor het implementeren van Java-toepassingen, hetzij via traditionele methoden of moderne containerisatie.
In het volgende diagram ziet u de aanbevolen Azure-services voor elk Java-toepassingstype dat als containers is geïmplementeerd:
Gebruik de koppelingen in de volgende tabel voor meer informatie over de services waarnaar in dit diagram wordt verwezen:
Samenvatting
Bij het navigeren in de implementatie van Java-toepassingen wordt in Azure een genuanceerde A+B-benadering gebruikt, die een spectrum aan services biedt die zijn afgestemd op de behoeften van elke toepassing. De samenwerking van Microsoft met de leiders van het Java-ecosysteem heeft geresulteerd in een reeks Azure-services, die elk worden aanbevolen voor specifieke Java-toepassingstypen, geïmplementeerd als bron- of binaire bestanden of containers, waardoor het implementatieproces wordt gestreamd en optimale prestaties worden gegarandeerd. Deze focus op het koppelen van implementatiestrategieën met de meest geschikte Azure-services onderstreept de toezegging van Microsoft om u de flexibiliteit te bieden om de juiste hulpprogramma's voor de taak te kiezen. De inherente draagbaarheid van Java-toepassingen is een belangrijk voordeel, waardoor een naadloze overgang tussen on-premises systemen en verschillende cloudproviders mogelijk is om de operationele efficiëntie en flexibiliteit te verbeteren. Door te pleiten voor dit bredere, inclusievere selectieproces, vereenvoudigt Microsoft niet alleen het cloudtraject voor Java-toepassingen, maar ook de schaalbaarheid, beveiliging, waarneembaarheid en kosteneffectiviteit. Uiteindelijk biedt de richtlijnen van Microsoft ontwikkelaars en ondernemingen de mogelijkheid om het ecosysteem van Azure te gebruiken, zodat elke Java-toepassing in de cloudomgeving het meest geschikt is voor zijn behoeften.
Volgende stap
Feedback
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie: https://aka.ms/ContentUserFeedback.
Feedback verzenden en weergeven voor