A Java-alkalmazásokhoz megfelelő Azure-szolgáltatások kiválasztása
Ez a cikk bemutatja az Azure-szolgáltatások Java-alkalmazások üzembe helyezéséhez való használatát, kiemelve az Azure támogatását a különböző Java-technológiákhoz és architektúrákhoz. Az olyan üzembehelyezési módszereket vázolja fel, mint a "Lift and Shift", a containerization és a Platform-as-a-Service (PaaS), amelyek különböző vezérlési és egyszerűségi szintekre szabottak.
A cikk egy A+B szemléletet támogat, amely azt javasolja, hogy az alkalmazás igényeinek megfelelő szolgáltatásokat válasszon egy rögzített A vagy B választáson keresztül. Azt javasolja, hogy mérlegelje a használati eseteket, az üzleti célokat, a biztonságot és a költségvetést a rugalmas megközelítés érdekében. A cikk kiemeli a Microsoft és a Java ökoszisztéma-vezetők közötti partnerségét a fejlesztői élmény fokozása érdekében, és Java-alkalmazások üzembe helyezéséhez javasolja az Azure-szolgáltatásokat – akár forrásként, akár bináris fájlokként vagy tárolókként. Ez az árnyalt megközelítés segít az innovációra összpontosítani, amelyet a Microsoft azon elkötelezettsége támogat, hogy Java-alkalmazásokat biztosítson az üzembe helyezési stratégiához leginkább megfelelő Azure-szolgáltatásokhoz, maximalizálva a hatékonyságot, a méretezhetőséget és a költséghatékonyságot.
Bármely Java-alkalmazás üzembe helyezése magabiztosan és egyszerűen
A Java-ökoszisztéma olyan különböző technológiákat tartalmaz, mint a Java Standard kiadás, a Jakarta Enterprise kiadás (a Java Enterprise kiadás és a J2 Enterprise kiadás utódja), a Spring, számos alkalmazáskiszolgáló és egyéb keretrendszer. Bármit is csinál a Javával – például egy alkalmazás létrehozásával, egy keretrendszer használatával és egy alkalmazáskiszolgáló futtatásával – Azure-támogatás a számítási feladatát számos lehetőség közül választhat. Hasonlóképpen Azure-támogatás minden alkalmazásarchitektúrát – a virtuális gépeken vagy tárolókban futó monolitikus alkalmazásoktól a teljes mértékben felügyelt szolgáltatásokon futó natív, mikroszolgáltatás-alapú alkalmazásokig.
Az Azure a következő három elsődleges módszert kínálja a Java-alkalmazások felhőben való futtatásához, különböző vezérlési és egyszerűségi szintekre szabva:
A "Lift and Shift" megközelítés lehetővé teszi a meglévő alkalmazások minimális mértékű migrálását közvetlenül az Azure-beli virtuális gépekre.
A containerization rugalmasságot biztosít, mivel az Azure Kubernetes Service (AKS) és az Azure Red Hat OpenShift a tárolóalapú alkalmazások vezénylését szolgáló fő platformok.
A szolgáltatásként nyújtott platform (PaaS) az egyszerűség és a hatékonyság csúcsát jelenti, amely optimális fejlesztői termelékenységet és üzemeltetési kezelhetőséget biztosít, gyakran a leggazdaságosabb teljes bekerülési költséggel párosulva.
A Java-alkalmazások fejlesztésének fázisától függetlenül az Azure egy kompatibilis felhőalapú megoldást kínál a követelményeknek való megfeleléshez. Ezekről a java-alkalmazások üzembe helyezéséről magabiztosan és könnyedén olvashat bővebben.
Teljes hordozhatóság Java-alkalmazásokhoz: zökkenőmentes üzembe helyezés bárhol
Függetlenül attól, hogy melyik Azure-szolgáltatást választja a Java-alkalmazáshoz, az alkalmazás rugalmassága garantált. Mivel rendelkezik a Java-kóddal és annak lefordított kimeneteivel, szabadon üzembe helyezheti az alkalmazást bárhol , legyen az a helyi fejlesztőgépen, kiszolgálók, helyszíni környezetek vagy tetszőleges felhőplatform. Az alkalmazás hordozhatósága az Ön kezében van.
Természetesen, ha annyi választási lehetőség van, akkor egy dilemmával kell szembenéznie.
Dilemmák – az A vagy a B szolgáltatás használata Java-alkalmazásokhoz
Ha navigál az Azure ajánlatai között, azzal a dilemmával szembesülhet, hogy a Java-alkalmazások futtatásához legmegfelelőbb Azure-szolgáltatást választja ki. Ez a választás kulcsfontosságú, mivel befolyásolja az erőforrás-tervezést, a költségvetést, a projekt ütemtervét, és végső soron az alkalmazás piacra kerülésének idejét. A döntés nem csak a kezdeti üzembehelyezési költségeket, hanem a folyamatos karbantartási költségeket is érinti.
Korábban a szervezetek gyakran úgy érezték, hogy kénytelenek választani két platform, technológia vagy versengő megoldás között a szoftveralkalmazásaikhoz. A szervezeteknek például a WebLogic vagy a WebSphere for Java Enterprise alkalmazások, a Docker Swarm vagy a Kubernetes között kellett dönteniük a tárolókezeléshez, vagy a tárolók és a virtuális gépek (VM-ek) között az üzembe helyezéshez. Ezt a döntéshozatali folyamatot "A vagy B gondolkodásmódnak" nevezzük, és jelentősen eltér az A/B-teszteléstől, amely egy weblap vagy alkalmazás két verziójának összehasonlítására szolgáló módszer, hogy megállapítsa, melyik teljesít jobban. Ehelyett az A vagy B gondolkodásmód ebben a kontextusban az egyik platform vagy technológia kiválasztása egy másik alkalmazás üzembe helyezéséhez. Ez a hagyományos helyszíni eljárásokból származik, ahol a döntéseket gyakran korlátozzák olyan tényezők, mint a csomagolt szoftverkézbesítési modellek, az infrastruktúra és a szoftverlicencelés jelentős kezdeti befektetései, valamint az alkalmazásplatformok létrehozásához és üzembe helyezéséhez szükséges hosszadalmas átfutási idő.
Ha ezt a gondolkodásmódot az Azure-ra fordítja, azzal túl sok időt tölthet egyetlen olyan platform létrehozására, amely megpróbál minden alkalmazást befogadni, ami késéseket és hatékonysági hiányosságokat okozhat. Az Azure azonban előnyösebb megközelítést kínál, ami arra ösztönöz, hogy a korlátozó gondolkodásmódról áttérjen a mindkét világ legjobbjait felölelő megközelítésre, és ezáltal jobb megtérülést (ROI) eredményez.
Az Azure-ra való áttérés során a felhőkörnyezet rugalmas paradigmát kínál, ahol az erőforrásokat az igényeinek megfelelően építheti ki és bonthatja le, így nem kell választania az egyik szolgáltatás között. Ez a rugalmasság az A+B megközelítéshez vezet, amely a hagyományos A vagy B gondolkodásmódtól eltérő stratégiát alkalmaz egy szélesebb körű, befogadóbb gondolkodásmód ösztönzésével. Az Azure megkönnyíti ezt a váltást azáltal, hogy egyszerűbbé és költséghatékonyabbá teszi a több szolgáltatás előnyeit, és A+B szemléletet alkalmaz. Ez a megközelítés kiemeli az alkalmazás adott igényeinek leginkább megfelelő szolgáltatások kiválasztásának elvét, amely lényegében a megfelelő eszköz kiválasztását támogatja az adott feladathoz.
Az A+B szemléletre való áttérés lehetővé teszi a szervezetek számára, hogy bővítsék döntéshozatali folyamataikat és technikai stratégiáikat, és új lehetőségeket és lehetőségeket foglaljanak magukba, amelyeket ez a gondolkodásmód kínál. Ez a cikk az A+B szemlélet alapelveit ismerteti, lehetővé téve, hogy megfontoltan válassza ki azokat az Azure-szolgáltatásokat, amelyek a leghatékonyabban rezonálnak az alkalmazás követelményeinek megfelelően. Legyen szó az Azure Spring Appsről, a Azure-alkalmazás Service-ről, az Azure Container Appsről (ACA), az Azure Kubernetes Service-ről vagy a virtuális gépekről, az A+B gondolkodásmód lehetővé teszi az alkalmazások üzemeltetéséhez szükséges Azure-szolgáltatások egy tömbjének felmérését és kiválasztását. Ez a filozófia általánosan alkalmazható, a nyelv és a keretrendszer határainak átlépésével. Bár itt a Java-alkalmazások a középpontban állnak, az A+B szemlélet egyformán releváns és hasznos bármely programozási nyelven fejlesztett alkalmazások esetében.
Az A+B gondolkodásmód figyelembe vételével nem korlátozódik egyetlen előre meghatározott szolgáltatásra. Ehelyett az alkalmazás egyedi igényeinek leginkább megfelelő módon kombinálhatja a szolgáltatásokat. Ez a megközelítés nemcsak növeli a rugalmasságot és a méretezhetőséget, hanem optimalizálja a költségeket és a működési hatékonyságot is. Ez a megközelítés biztosítja, hogy a technikai stratégia olyan dinamikus és alkalmazkodó legyen, mint a felhőkörnyezet, amelyben éppen üzemel.
Miért nem szükséges az A vagy a B szolgáltatásra gondolni?
Az alkalmazásokhoz megfelelő felhőszolgáltatás kiválasztása nem kell bináris döntésnek lennie az A vagy a B szolgáltatás között, köszönhetően a felhő által kínált lehetőségek rugalmasságának és széles hatótávjának, különösen az Azure-nak. Az alábbi szakaszok azt ismertetik, hogy miért nem szükséges ragaszkodni a hagyományos "egyik vagy másik" választáshoz, és hogyan lehet hasznosabb egy folyékonyabb megközelítés alkalmazása a műveletekben.
A régi szokásoktól az új rugalmasságig
Az informatikai rendszerek üzembe helyezése hagyományosan jelentős kezdeti hardver- és szoftverberuházásokat, valamint a hosszadalmas beállítási időket is érintette. Ez a környezet logikussá tette, hogy gondosan válasszon ki egy platformot, és mindent optimalizáljon körülötte a költségek és erőforrások megtakarítása érdekében. A felhőkörnyezet, beleértve az Azure-t is, azonban az igény szerinti és rugalmas jellegével paradigmaváltást vezet be. Csak azért kell fizetnie, amit használ, és az erőforrások igényeinek megfelelően történő módosítása egyszerűvé válik anélkül, hogy a kezdeti tőkeköltségek terhelné.
Váltás a felhőbe
A felhőbe és különösen az Azure-ba való áttérés jelentős változást hoz az infrastruktúra és a platform feladatainak kezelése terén. A szervezet által korábban vállakozott nehéz emelések nagy része most a Microsofthoz kerül, ahogy az alábbi ábrán látható. Ez a módosítás leegyszerűsíti a műveleteket, és csökkenti az alkalmazások kezeléséhez szükséges erőfeszítéseket. Nem kötik a több platform kezelésének korlátai, így minden feladathoz a legjobb eszközt választhatja anélkül, hogy a többletköltségek és az összetettségek miatt kellene aggódnia.
Az alábbi ábrán az ügyfél és a felhőszolgáltató közötti megosztott felelősségi modell látható:
A legjobb illeszkedés kiválasztása minden igényhez
Ebben az új felhőközpontú világban a döntéshozatali folyamat egyre inkább a megfelelő eszköz kiválasztásáról szól ahelyett, hogy minden igényét egy előre meghatározott szolgáltatásba próbálná illeszteni. Függetlenül attól, hogy az Azure Kubernetes Service és az Azure Spring Apps for Spring Boot-alkalmazások vagy bármely más szolgáltatás közül választ, a fókusz az egyes alkalmazások követelményeinek legjobban megfelelőre vált.
A mikroszolgáltatások növekedése
A mikroszolgáltatások bevezetése tovább támogatja ezt a rugalmas megközelítést. A mikroszolgáltatások a tervezés során a legjobban megfelelő technológia használatát ösztönzik az egyes szolgáltatásokhoz, elősegítve a technológiai sokféleséget, amely természetesen igazodik az A+B szemlélethez. Ez a megközelítés a különböző szolgáltatások erősségeinek felhasználásával egy robusztusabb, hatékonyabb és méretezhetőbb alkalmazásarchitektúrát hoz létre.
Az A+B átfogalmazás előnyei
Az A+B szemlélet bevezetése számos fontos előnnyel jár. Ez nagyobb rugalmasságot és rugalmasságot tesz lehetővé, így a műveletek minden aspektusához a legmegfelelőbb eszközöket és szolgáltatásokat választhatja ki. Ez a megközelítés nem csak jobb erőforrás- és költséghatékonyságot eredményez, hanem lerövidíti a termékek piacra kerülési idejét is. Végső soron ez a megközelítés elősegíti a működési kiválóságot azáltal, hogy jobban összehangolja a technológiai döntéseket az üzleti igényeivel és céljaival.
Összefoglalva, a felhő és különösen az Azure új gondolkodásmódot kínál az alkalmazások üzembe helyezéséről és kezeléséről. A korlátozó A vagy B választástól való eltávolodással és az A+B szemlélet figyelembe vételével olyan döntéseket hozhat, amelyek jobban igazodnak az alkalmazások konkrét igényeihez, ami jobb hatékonyságot, rugalmasságot és költségmegtakarítást eredményez.
Gyakorlati útmutató az A+B gondolkodásmódra való áttéréshez
Az alábbi lista felsorol néhány fő alapelvet, amelyeket útmutatóként használhat az A+B gondolkodásmódra való áttéréshez és annak folytatásához:
A használati esettől a megoldásig haladjon, ne fordítva. Gyakran sok szoftvercsapat dönt először a technológia mellett, majd megpróbálja kényszeríteni a használati eseteket és a kialakítást. Ez a megközelítés sok esetben jelentős többletterhelést jelent a költségek, a fejlesztési idő, az erőforrások és a működési költségek tekintetében. Mielőtt belevág a megoldásba, tisztázhatja a használati eseteket és követelményeket mind funkcionális, mind nem funkcionális szempontból.
Ismerje meg üzleti céljait, az üzlet jellegét és versenyét, valamint azt, hogy milyen gyakran kell új funkciókat üzembe helyeznie az éles környezetben. Mindig úgy kell megterveznie a megoldást, hogy megfeleljen az üzleti céljainak és céljainak.
Ismerje meg a biztonsági és megfelelőségi követelményeket. A felhő korában, ahol minden elérhető az interneten keresztül, a biztonság kulcsfontosságú és nem forgatható. Emellett az ön által kiszolgált iparágtól függően előfordulhat, hogy az alkalmazásnak meg kell felelnie bizonyos megfelelőségi követelményeknek. Megoldást kell terveznie a speciális biztonsági támadásokra, és meg kell felelnie a megfelelőségi követelményeknek.
A költségvetés és az ütemtervek megismerése. Tisztában van a kezdeti fejlesztésre, a folyamatban lévő műveletekre és a jövőbeli kiadásokra vonatkozó költségvetéssel. Emellett ismerje meg az ütemterveket is. A késleltetett projektek költségeit gyakran alábecsülik mind a többletköltségek, mind a negatív üzleti hatások tekintetében. A megoldást úgy tervezheti meg, hogy megfeleljen a költségvetésnek és az ütemtervnek.
Ha szükséges, a natív felhőt is gondolja. A natív felhőbeli architektúra és technológiák a felhőbe épített számítási feladatok tervezésének, felépítésének és működtetésének egyik megközelítése, és teljes mértékben kihasználják a felhőalapú számítási modell előnyeit. A natív felhővel gyorsabban hozhat létre és helyezhet üzembe alkalmazásokat éles környezetben. A felhő olyan képességeket is biztosít, amelyek nem feltétlenül lehetségesek a helyszínen – például rugalmasság, globális szintű, fejlett elemzési, AI- és gépi tanulási (ML) képességek. A megoldást a lehető legnagyobb mértékben natív felhőtechnológiák alapján tervezheti meg.
Gondolja át a DevOps-kultúrát. A DevOps nem csupán eszközök vagy folyamatok, hanem olyan szoftverfejlesztési gyakorlat, amely elősegíti a fejlesztés és a műveletek közötti együttműködést, ami gyorsabb és megbízhatóbb szoftverkézbesítést eredményez. A DevOps az úgynevezett kultúra, amely a folyamatos érték biztosításához kapcsolja össze az embereket, a folyamatokat és a technológiát.
Válassza ki az üzleti és nem funkcionális követelményeknek megfelelő megoldást, amely a következő:
- A leggyorsabban implementálandó.
- Költséghatékony a felkészítés, az építés, az üzembe helyezés és a műveletek költségei szempontjából.
- Könnyen kezelhető.
- Teljes mértékben kompatibilis az automatizálással.
- A DevOps támogatása tervezés szerint.
Ezek az alapelvek segítenek abban, hogy a fókuszt ott tartsa, ahol lennie kell – egy olyan megoldás létrehozására, amely megfelel az üzleti céljainak, és nem kényszeríti a megoldást egy előre meghatározott platformra való kényszerítés helyett.
Kivételek
A többihez hasonlóan vannak kivételek az A+B alól. Az alábbi lista nem teljes, de útmutatást nyújt az esetlegesen előforduló kivételekről:
Vállalati stratégia. Egyes vállalatok például a tárolók nagyvállalati szintű bevezetését használják alkalmazások létrehozására és üzembe helyezésére, mivel előfordulhat, hogy több programozási nyelv is használatban van, és egységesen szeretnék létrehozni és üzembe helyezni az összes alkalmazást.
Túl messze van a végrehajtástól. Lehetséges, hogy az A+B elemzés elvégzése előtt választott megoldást. Ha már mélyre ásott a megoldás végrehajtásában, folytassa vele, de a következő alkalmazás esetében az A+B gondolkodásmód alapelveivel válassza ki a megfelelő megoldást a használati esethez.
Nagy léptékű adatközpont-migrálások. A felhőbe való utazás felgyorsítása érdekében a vállalatok gyakran használnak "lift and shift" nevű stratégiát, amely magában foglalja a kiszolgálók (az alkalmazások üzemeltetésének) tömeges migrálását az Azure-ba olyan eszközökkel, mint az Azure Migrate. Néhányan ezt a módszert használják az adatközpontok Azure-ba való migrálásához és hatékony és költséghatékony leállításához. Ebben a forgatókönyvben azt javasoljuk, hogy az A+B gondolkodásmód használatával modernizálja az alkalmazásokat az Azure-ba való migrálás után.
Fő szempontok
Bemutattuk a gondolkodás keretrendszerét és azokat az alapelveket, amelyekkel kiválaszthatja az Azure-ban a megfelelő célhelyeket az alkalmazásaihoz. Ez nem egy méret, amely megfelel az összesnek. Nem A vagy B, hanem A + B.
Az alábbi ábra összefoglalja az Azure-szolgáltatások bármely alkalmazáshoz való kiválasztásának legfontosabb szempontjait:
A Java-alkalmazásokhoz megfelelő Azure-szolgáltatások kiválasztása
Az Azure-beli Java-alkalmazások számos technológiai lehetősége közötti kiválasztási folyamat egyszerűsítése érdekében létrehoztunk egy egyszerű döntési fát, amely segít a fejlesztőknek, az ügyfeleknek és a rendszer integrátorainak az optimális Azure-szolgáltatásban.
A nem funkcionális követelmények figyelembe vételéhez szükséges gyakorlati útmutatón túl technológiai szempontból a kezdeti kérdés az, hogy szükség van-e az infrastruktúra irányítására. Ha nem, a felügyelt szolgáltatások a legjobb, leginkább ajánlott útvonalak. Az alkalmazások természete – függetlenül attól, hogy Spring vagy App Server-alapú – további útmutatást nyújt a döntéshez: a Spring-alkalmazások az Azure Spring Appshez igazodnak, míg a Azure-alkalmazás Service megfelel a Tomcat- vagy JBoss EAP-alkalmazásoknak.
Az infrastruktúra-vezérlést igénylők számára a választás a többfelhős technológiai beállításoktól függ: az Azure Virtual Machines egyszerű átmenetet kínál, a Tanzu-val integráltak számára pedig az IaaS marketplace-en elérhető Tanzu-ajánlatok ideálisak. A Kubernetesbe fektetett ügyfelek az Azure Kubernetes Service és az Azure Red Hat OpenShift lehetőségeit használhatják. Ez a döntéshozatali keretrendszer úgy lett kialakítva, hogy leegyszerűsítse a választásokat az ügyfelek igényeinek az Azure legjobban megfelelő megoldásaival való párosításával.
A Microsoft számos partnerrel együttműködik, köztük a következő területeken:
- Vezető Java-ökoszisztéma-partnerek, például az Oracle, a Broadcom, a Red Hat, az IBM és az OpenAI.
- Kulcsfontosságú adatbázis- és eszközkezelő szervezetek, például MySQL, PostgreSQL, MongoDB Labs, DataStax, Redis Labs, Confluent és Elastic.
- Megfigyelhetőségi szakértők, például a New Relic, a Dynatrace, az AppDynamics, a Grafana Labs és a Datadog.
- Fejlesztési eszközök, például IntelliJ, Maven és Gradle.
Kombinált befektetésünk gördülékenyebb fejlesztői élményt nyújt, zökkenőmentes integrációt biztosítva olyan alapvető szolgáltatásokkal, mint az adatbázisok, a gyorsítótárak, az üzenetkezelés és a könyvtárak, valamint átfogó eszközöket biztosít a megfigyelhetőséghez. Az automatizálással, a terheléselosztással és az automatikus skálázással az infrastruktúra-kezelés terheit szeretnénk levenni a válláról. Ez a támogatás lehetővé teszi, hogy a kódon keresztül az üzleti érték létrehozására összpontosítson, és biztos abban, hogy a mögöttes rendszerek robusztusak és méretezhetők. Ezen okokból javasoljuk, hogy használjon bizonyos Azure-szolgáltatásokat a Java-alkalmazástípusok üzemeltetéséhez és futtatásához.
Java-alkalmazások üzembe helyezése forrásként vagy bináris fájlként
Az Azure-beli Java-alkalmazások esetében, akár közvetlenül forráskódból, akár lefordított bináris fájlokként (JAR, WAR vagy EAR-fájlok) üzembe helyezve, az üzembe helyezés az Azure kifejezetten erre a célra tervezett átfogó szolgáltatásajánlatainak köszönhetően gördülékeny. A Java-alkalmazások eredendő hordozhatósága azt jelenti, hogy az Azure számos szolgáltatást biztosít az egyedi üzembehelyezési stratégiáknak és üzemeltetési igényeknek megfelelően. Ez a rugalmasság biztosítja, hogy a Java-alkalmazás jellemzőitől függetlenül egy Olyan Azure-szolgáltatás legyen, amely tökéletesen megfelel a követelményeknek.
Tekintse meg az alábbi három példát, amelyek bemutatják, hogy az Azure hogyan gondoskodik a Java-alkalmazások különböző üzembe helyezési forgatókönyveiről:
Spring Applications. A Spring-alkalmazásokkal dolgozó fejlesztők számára a Microsoft Azure együttműködött a Tanzuval a Broadcom, a Spring nyílt forráskódú projektjeinek egyik vezetője által, hogy egy premier felhőszolgáltatást, az Azure Spring Appst kínáljon. Ez az együttműködés javítja a fejlesztői élményt olyan népszerű fejlesztői eszközök integrálásával, mint az IntelliJ, a VS Code, a Maven és a Gradle, valamint olyan automatizálási eszközökkel, mint az Azure DevOps, a GitHub Actions és a Jenkins. Az olyan megfigyelhetőségi eszközök is támogatottak, mint az Application Elemzések, a New Relic, a Dynatrace, az App Dynamics, a Grafana, a Log Analytics, az Elastic és a Splunk. A biztonság a legfontosabb, a Key Vault titkos kulcsokat és TLS/SSL-tanúsítványokat kezelő integrációival, a felügyelt identitásokon keresztüli háttérszolgáltatásokkal történő "jelszó nélküli" hitelesítéssel és az Azure szerepköralapú hozzáférés-vezérléssel (RBAC) rendelkezik, biztosítva a spring-alkalmazások biztonságos, egyszerűsített üzembehelyezési folyamatát a felhőben.
Java-alkalmazások a JBoss EAP-n. A JBoss EAP-t használó Java-alkalmazásokhoz hasonlóan a Microsoft Azure csapata és a Red Hat JBoss EAP-csapatok együttműködésének köszönhetően személyre szabott felhasználói élmény is rendelkezésre áll. Ez a partnerség fokozott támogatást eredményezett a Azure-alkalmazás Szolgáltatáshoz, amely számos, JBoss EAP-alkalmazáshoz tervezett funkciót kínál. Ez a támogatás lehetővé teszi a Microsoft és a Red Hat együttes szakértelmének használatát, így a Java-alkalmazások zökkenőmentesen, biztonságosan és hatékonyan futnak az Azure-ban.
Vállalati Java-alkalmazások a WebLogicon. Az Oracle WebLogic-on futó hagyományos nagyvállalati Java-alkalmazások dedikált Azure-elérési útjukkal is rendelkeznek. A Microsoft Azure és az Oracle WebLogic csapatai közötti együttműködés megteremtette az utat az azure-beli virtuális gépeken való optimalizált üzembe helyezéshez. Ez a partnerség kiterjed az olyan alapvető IaaS-funkciókkal való integrációra, mint a virtuális gépek, a tárolók, a hálózatkezelés és a terheléselosztók, amelyek szilárd alapot biztosítanak a nagyvállalati Java-alkalmazások számára az Azure-ban. Ez az összehangolt munka biztosítja, hogy az alkalmazások kihasználják a WebLogic robusztusságát, valamint az Azure-infrastruktúra méretezhetőségét és rugalmasságát.
Ezek a forgatókönyvek kiemelik az Azure azon elkötelezettségét, hogy rugalmas, biztonságos és hatékony üzembe helyezési környezetet kínáljon Java-alkalmazásokhoz, és különböző keretrendszereket és architektúrákat kínáljon. Az Azure speciális szolgáltatásokat is biztosít más Java-alkalmazásokhoz, például a Tomcaten vagy a WebSphere-en futó alkalmazásokhoz, biztosítva, hogy minden Típusú Java-alkalmazáshoz megfelelő Azure-szolgáltatás legyen elérhető.
A fejlesztők és operátorok zökkenőmentes és hatékony felhőbeli üzembe helyezést érhetnek el ezekkel a testreszabott Azure-szolgáltatásokkal, és könnyedén automatizálhatják és biztonságossá teheti Java-alkalmazásaikat. Az alternatív üzembehelyezési lehetőségek kiválasztásához azonban önnek kell kezelnie ezeknek az alapvető fejlesztői és üzemeltetői élményeknek az kiépítését és karbantartását.
Az alábbi ábra az ajánlott Azure-szolgáltatásokat mutatja be minden forrásként vagy bináris fájlként üzembe helyezett Java-alkalmazástípushoz:
A diagramban hivatkozott szolgáltatásokról az alábbi táblázatban található hivatkozások segítségével tudhat meg többet:
| Szolgáltatás | Rövid útmutató Java-alkalmazásokhoz – forrásként vagy bináris fájlként üzembe helyezve |
|---|---|
| Azure Spring Apps | Spring-alkalmazás üzembe helyezése |
| App Service | Java-alkalmazás üzembe helyezése a Tomcaten Java-alkalmazás üzembe helyezése a JBoss EAP-n |
| Azure Functions | Java-függvényalkalmazás üzembe helyezése |
| Azure Virtual Machines | Oracle WebLogic-kiszolgáló azure-beli virtuális gépeken IBM WebSphere-család az Azure-beli virtuális gépeken |
Java-alkalmazások üzembe helyezése tárolóként
A Java-alkalmazások üzembe helyezésekor a tárolókezelés egy élvonalbeli megközelítést jelent, amely javítja a tárolók létrehozásának, felügyeletének és irányításának automatizálását a vállalatok között. A kihívást a tárolók biztonságos és megbízható kiépítése jelenti, amely kulcsfontosságú lépés a kiváló minőségű, tárolóalapú szoftveralkalmazások gyors biztosításához. Ez a folyamat az alapoktól indulhat el, vagy használhatja a meglévő tárolórendszereket, és integrálhatja a kódokat és bináris fájlokat fordító és tárolófájlokat tartalmazó eszközöket a tárolófrissítések és -felügyelet egyszerűsítése érdekében. Az ilyen integráció elengedhetetlen a folyamatos integrációs/folyamatos üzembe helyezési (CI/CD) folyamatokba való illesztéshez, és rugalmas üzembe helyezési módszert kínál a Tároló formában elérhető Java-alkalmazásokhoz.
Az Azure-szolgáltatások kitűnnek a tárolóalapú alkalmazások kézbesítésének enyhítése mellett a forrásokból vagy bináris fájlokból való üzembe helyezés egyértelmű útvonalával is. Ez a kettős megközelítés minimálisra csökkenti a fejlesztőkre gyakorolt hatást, és csökkenti az infrastruktúra- vagy platformüzemeltetők terhelését. A Java eredendő hordozhatósága miatt az Azure tárolószolgáltatások széles választéka biztosítja, hogy megtalálja az üzembe helyezési stratégia és az igények tökéletes egyezését.
Tekintse meg az alábbi két példát, amelyek bemutatják, hogyan gondoskodik az Azure a tárolóalapú Java-alkalmazások üzembe helyezéséről:
Spring Applications. Az Azure Spring Apps kiváló választás tárolóalapú Spring-alkalmazásokhoz. Több üzembehelyezési típust támogat, például forrás-, bináris vagy tárolórendszerképeket. Ez a rugalmasság lehetővé teszi, hogy könnyen váltson az üzembe helyezési módszerek között. Lehet, hogy a tárolókkal kezd, de később úgy dönt, hogy forrásként vagy bináris fájlként helyezi üzembe őket. Ez a lehetőség azért előnyös, mert megkerüli a tárolók folyamatos kiépítésének és karbantartásának szükségességét, ami nehézkes, ismétlődő és időigényes lehet.
Java-alkalmazások a Tomcaten. Azure-alkalmazás szolgáltatás alkalmas a Tomcaten való futtatásra tervezett Java-alkalmazások tárolóba helyezésére. Különböző üzembehelyezési típusokat, például bináris fájlokat vagy tárolórendszerképeket tartalmaz. Az Azure Spring Appshez hasonlóan ez a szolgáltatás is rugalmasan váltogatja az üzembe helyezési stratégiákat. A tároló üzembe helyezésével kezdődhet, és fenntarthatja a lehetőséget, hogy később váltson a bináris fájlok (WAR-k és JAR-k) üzembe helyezésére. Ez a sokoldalúság biztosítja, hogy a legeredményesebb üzembe helyezési módszert válassza ki az adott forgatókönyvhöz, így egyszerűsítheti a fejlesztési és üzembe helyezési folyamatot.
Ezek a példák kiemelik az Azure elkötelezettségét, hogy sokoldalú, hatékony és fejlesztőbarát környezetet biztosítson Java-alkalmazások üzembe helyezéséhez, akár hagyományos módszerekkel, akár modern tárolók használatával.
Az alábbi ábra az ajánlott Azure-szolgáltatásokat mutatja be minden tárolóként üzembe helyezett Java-alkalmazástípushoz:
A diagramban hivatkozott szolgáltatásokról az alábbi táblázatban található hivatkozások segítségével tudhat meg többet:
Összegzés
A Java-alkalmazások üzembe helyezésében az Azure egy árnyalt A+B megközelítést kínál, amely az összes alkalmazás igényeinek megfelelő szolgáltatások széles skáláját kínálja. A Microsoft és a Java-ökoszisztéma vezetői közötti együttműködés egy Azure-szolgáltatáscsomagot eredményezett, amelyek mindegyike adott Java-alkalmazástípusokhoz ajánlott – forrásként, bináris fájlokként vagy tárolókként üzembe helyezve – az üzembe helyezési folyamat optimalizálás és az optimális teljesítmény biztosítása érdekében. Ez az üzembe helyezési stratégiák és a legmegfelelőbb Azure-szolgáltatások egyeztetésére összpontosít, aláhúzva a Microsoft elkötelezettségét, hogy rugalmasan válassza ki a megfelelő eszközöket a feladathoz. A Java-alkalmazások belső hordozhatósága kulcsfontosságú előny, amely zökkenőmentes átmenetet tesz lehetővé a helyszíni rendszerek és a különböző felhőszolgáltatók között a működési hatékonyság és a rugalmasság javítása érdekében. Ezzel a szélesebb körű, befogadóbb kiválasztási folyamattal a Microsoft nemcsak leegyszerűsíti a Java-alkalmazások felhőbeli útját, hanem maximalizálja a méretezhetőséget, a biztonságot, a megfigyelhetőséget és a költséghatékonyságot is. A Microsoft útmutatása végső soron lehetővé teszi a fejlesztőknek és a vállalatoknak az Azure ökoszisztémájának használatát, biztosítva, hogy minden Java-alkalmazás az igényeinek leginkább megfelelő felhőkörnyezetben fejlődjön.
Következő lépés
Visszajelzés
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: