Jaká je pragmatická cesta k modernizaci Java aplikací pro cloud? Odpověď leží na křižovatce opakovatelnosti, automatizace a krátkodobé hodnoty.
Otázka: Proč Azul právě teď klade důraz na „zjednodušení“ modernizace aplikací?
Partneři tíhnou k příležitostem s jasnou tendencí a rychlou dobou zhodnocení, protože mnoha zákazníkům chybí zdroje nebo odborné znalosti, aby si to mohli udělat sami:
- Cokoli s ITAM
- Konsolidace bezpečnostních nástrojů
- Posouzení zranitelností
- Reakce na incidenty
- Umělá inteligence
- Jak mohu spustit umělou inteligenci?
- Jaký je dobrý případ použití?
- Jaké odborné znalosti potřebuji k vytvoření modelu učení s využitím umělé inteligence?
Modernizace aplikací se také trvale nachází na vrcholu tohoto seznamu, za předpokladu, že existuje přesvědčivý obchodní důvod.
Takže když přemýšlíme o Azulu, mluvíme ve skutečnosti jen o třech drahách s vysokou pravděpodobností plavání:
- Nahrazení jádra platformy Oracle za Azul.
- Kompatibilní s předpisy a bezpečná infrastruktura Java s Azul Intelligence Cloud.
- Identifikace aplikačních úloh, které lze modernizovat pomocí platformy Azul Platform Prime. Minimálně to znamená převedení na vysoce výkonnou platformu Java, Azul Platform Prime.
Zaměřme se na modernizaci aplikací.
Druhou částí, po tomto seznamu příležitostí s vysokou pravděpodobností, je schopnost poskytovat služby. Většina našich partnerů se zabývá dodávkami služeb s přidanou hodnotou, takže si myslím, že modernizaci vnímají jak jako téma s vysokou pravděpodobností, tak jako skvělou příležitost k poskytování řady služeb s přidanou hodnotou. Naším cílem je dát partnerům postup, který je snadno vysvětlitelný, rychle se s ním začíná a přináší hmatatelnou hodnotu, aniž by je to muselo vtahovat do měsíců práce na zakázkových službách. To vše zákazníkům šetří čas a peníze.
Otázka: Kde by měli partneři začít?
Modernizaci zasazuji o známá čtyři „R“:
- Re-architekt,
- Re-platforma
- Znovu hostit
- Refaktoring (nebo redesign)
Pak se zaměřte na rehosting nebo replatforming jako primární zaměření. Právě tam můžeme prokázat hodnotu rychle s minimálním narušením. Začneme pochopením povahy aplikace, místa, kde dnes běží, a potenciálního zvýšení výkonu z jejího přesunu někam jinam a spuštění na platformě Azul Platform Prime. Toto zvýšení výkonu se velmi přímo promítá do nákladových a kapacitních výhod – méně jader, méně podů, lepší automatické škálování – takže můžete včas kvantifikovat dopad a udržet si kontakt se zúčastněnými stranami. Co je lepšího než silná návratnost investic?
Otázka: Jak vypadá „zjednodušená“ cesta modernizace aplikace?
Je to cílený přístup postavený na opakovatelnosti. Zaměřujeme se na běžné Java frameworky – Kafka, Spring, Cassandra, Spark, Elastic/Solr, Tomcat, Lucene, Hadoop – protože právě tam partneři vidí nejvíce případů opakovaného použití. V závislosti na pracovní zátěži a přesunu obvykle pozorujeme zlepšení výkonu v rozmezí 10–50% při provozu na Platform Prime. Přesun partnera je:
- Identifikace staršího zatížení
- Změna hostingu pozice
- Spusťte krátký pilotní projekt k ověření zvýšení výkonu díky platformě Prime.
- Škálujte stejný vzorec napříč podobnými aplikacemi. Čím více to dělají, tím více si budují „paměťového svalu“ a tím rychlejší se stává každý následující pohyb.
Otázka: Jak Azul snižuje riziko spojené s příslibem výkonu?
Stanovte si základní linii, pilotní projekt a měření. Nikdy „nepředpokládáme“ zisk. Dokazujeme ho. Prvním krokem je zaznamenání aktuálních metrik výkonu a nákladů pro danou službu Java. Poté spustíme pilotní projekt v cílovém prostředí, abychom ověřili dosažené zlepšení. Jakmile máme k dispozici čísla, obchodní případ se prodá sám a zavedení se stává přímočarým realizačním plánem, nikoli skokem víry.
Otázka: Jak do toho zapadá automatizace?
Automatizace je multiplikátor. Obvykle existuje mnoho malých, zdlouhavých kroků, než se aplikace dostane do daného výpočetního frameworku. Se správnými nástroji můžeme tyto kroky zkomprimovat do jednoduché sekvence – jmenný prostor, konfigurace, nahrání, nasazení – a poté se okamžitě pustit do optimalizace.
Obzvláště mě zajímají nové technologie automatizovaného nasazení, jako jsou Payara a Smart Migrator, které se snaží zvládnout většinu těchto kroků. Nedávno jsme oznámili strategické partnerství se společností Payara, abychom společně zajistili vysoce výkonné nasazení Javy a migrace bez kódu s využitím Azul Platform Prime a Payara Qube. Qube je technologie automatizovaného nasazení, která dokáže vzít zabalenou aplikaci a automaticky ji nasadit do konkrétního cloudového prostředí, kde provede 90 % úkolů. Stačí najít jmenný prostor, nahrát jej a nasadit a poté monitorovat a optimalizovat. Je to velmi efektivní. To je přímo v souladu s naším cílem poskytovat partnerům balíčková řešení, na jejichž základě mohou poskytovat vysoce hodnotné služby, aniž by se museli stát hlubokými experty na Javu, aby mohli přinášet hodnotu.
Otázka: Jak se to shoduje s hyperscalery – zejména s AWS?
Zcela přirozeně. AWS má v rámci partnerské sítě Amazon svůj program Migration Acceleration Program (MAP) a tento rámec se tomuto trendu dobře hodí. Pokud se nám podaří standardizovat frameworky Java, kde máme vysokou tendenci, a propojit je s důvěryhodnou automatizací, můžeme splnit kritéria Amazonu, která nám následně uvolní značné finanční prostředky, které mohou jít partnerovi jako zisk k urychlení přesunu dané aplikace na Amazon. To zákazníkovi zpřehlední cestu a pomůže partnerovi proměnit opakovatelný modernizační vzorec ve financovaný program zaměřený na výsledky namísto jednorázového projektu.
Otázka: Závěrečné shrnutí pro partnery, kteří tuto cestu zvažují
Ingredience jsou již na stole: jasný první krok k opětovnému hostování, krátký pilotní projekt pro ověření výkonu a nákladů a automatizace pro odstranění třecích bodů. Když tyto části zabalíte do playbooku a spustíte ho proti správným úlohám v Javě, modernizace přestane být otevřeným „projektem“ a stane se efektivním, na důkazech založeným programem, který můžete škálovat.
