tavaly ünnepelte az SAP HANA adatbázis tizedik születésnapját, júniusban pedig mélyen belemerültünk az új SP05-be, amely a HANA 2.0 generáció végleges hosszú távú támogatási kiadását jelentette. A központi téma a felhővel való konvergencia volt, beleértve az új átjárót, amely összekapcsolja a helyszíni HANA telepítést az SAP által bevezetett új, felügyelt adatbázis-szolgáltatásként kínálattal.
nyilvánvaló, hogy az SAP év témája a felhőről szólt. Bemutatta jelenlegi felhő portfólióját, amely magában foglalja az SAP HANA Cloud-ot, mint a központi DBaaS-t; az SAP Data Warehouse Cloud-ot, mint az analitikus adatbázist és az önkiszolgáló vizualizációs szolgáltatást; és az SAP Analytics Cloud-ot, amely az önkiszolgáló BI vizualizációra összpontosít.
továbbá: a legjobb felhőszolgáltatók 2021-ben: AWS, Microsoft Azure és Google Cloud, hybrid, SaaS lejátszók
egy évvel ezelőtt, a 2020-as éves adat-és elemzési Outlookban tudomásul vettük a vállalati felhő bevezetését elősegítő világi trendeket. A 2021-es felvételünkben egy olyan kérdést tekintettünk meg, amely ebben az évben alvó lesz: a felhő-függetlenség kérdése, valamint a harmadik felek, például az SAP szerepe. Ez azért van, mert a következő felhő-elfogadási hullám a vállalkozások számára hazaér: az alapvető üzleti szempontból kritikus rendszerekhez, amelyek folyamatosan világítanak. Ha bármi, a járvány felgyorsítja ezeket a tendenciákat. Bár nevetséges lenne az SAP vagy bármely más vállalati szállító felhőstratégiáját előrelátónak nevezni, 2020 jó év volt az SAP számára, hogy hivatalosan is bevezesse felhőalapú adat-és elemzési portfólióját.
az SAP nem volt egyedül a következő generációs felhőportfólió bevezetésében. Mint a múlt héten megjegyeztük, az elmúlt évben az Informatica soft elindította a felhőszolgáltatások új generációját, amely megkezdi a hagyományos monolitikus alkalmazás-vagy eszközszolgáltatások lebontását egy rugalmasabb fogyasztási egységrendszer felé. Emellett az Oracle felgyorsította a Gen2 felhőszolgáltatások bevezetését az adatbázis PaaS és a vállalati alkalmazás SaaS szolgáltatásai számára, amelyek alaposabban automatizálják a háztartást az elődhöz képest.
ezeknek a felhőalapú bevezetéseknek az a közös szála, hogy mindegyik a második generációs kínálatot képviseli. A legtöbb esetben az első generációknak vagy hiányzott a felhőalapú felügyelt szolgáltatás teljes automatizálása; nem különítették el teljesen a tárolást a számítástól; és/vagy a monolit csomagolt vállalati szoftver felhő megfelelőjeként szállították őket.
az SAP esetében a felhőportfóliót, amelyben HANA szerepel a főszerepben, valójában orosz babának lehetne jellemezni (nem, nem az az orosz baba): számos darab van, amelyek mind a HANA felhőszolgáltatáshoz kapcsolódnak. Az SAP Analytics felhője a HANA felhőre támaszkodik, az SAP Data Warehouse Cloud pedig örökli a HANA felhő adatkezelését és az Analytics felhő önkiszolgáló vizualizációját.
van néhány párhuzam és különbség a nyilvánvaló rivális Oracle-lel. Mindkettő magában foglalja adatbázisainak átláthatóságát a helyszínen és a felhőben, és a következő generációs alkalmazásokat saját adatbázisukra alapozzák. De itt ér véget a hasonlóság – az Oracle saját felhőt működtet, és most helyszíni privát felhő opciót kínál, míg az SAP többnyire nyilvános felhőtől független, és még nem tette le a lenyomatát a magán-vagy hibrid felhőplatformra (arra számítunk, hogy ez megváltozik). “Leginkább” mondjuk, mert az SAP korábban partnerséget írt alá a Microsofttal, így az Azure lett az S/4HANA alkalmazások előnyben részesített felhője, de egyébként az SAP elkötelezett amellett, hogy minden felhőn támogassa HANA-val kapcsolatos felhőszolgáltatásait.
az alapvető megkülönböztető tényező az, hogy az SAP hogyan használja ki dominanciáját a vállalati alkalmazások területén. Azt állítja, hogy rendszerei “érintik” a világ tranzakciós bevételeit képviselő adatok 77% – át. Ez magyarázza az SAP azon hangsúlyát, hogy felhőalapú adatplatform-szolgáltatásait a lehető leghatártalanabbá tegye a rajtuk futó alkalmazások számára.
a titkos szósz az SAP Data Warehouse Cloud üzleti szemantikai szintje. Olyan munkaterületekre épül, amelyeket a line szervezetek és részlegek használhatnak az adatok modellezésére és az adatátalakítások felépítésére az üzleti folyamatok meghatározására szolgáló eszközzel, amely független az adatszinttől. Vagyis az üzleti folyamatot az alapul szolgáló sémától elkülönítve tervezték. Egy multimodell világban, amely lehetővé teszi az adatobjektumok bővíthetőségét, így az ügyfél nézet kiterjedhet az ügyfél kapcsolatainak grafikonjára a termékvásárlási előzményekkel, a társadalmi kapcsolatokkal, amelyek ábrázolják, hogy az ügyfél kikre hat, és fordítva.
az SAP és partnerei az alkalmazásportfólió kihasználásával előre elkészített adatmodelleket fejlesztettek ki, amelyeket az ügyfelek újra felhasználhatnak, az SAP pedig olyan piacot fejlesztett ki, ahol ezeket az iparági adatmodelleket meg lehet osztani.
az SAP HANA cloud portfóliójának másik fő témája a hibrid forgatókönyvek támogatása. Még júniusban leírtuk azt az átjárót, amelyet az SAP tervezett a helyszíni HANA telepítések összekapcsolására a HANA felhőben lévőkkel. Ez megfelel annak a valóságnak, hogy a legtöbb SAP-ügyfél, még akkor is, ha szándékában áll kihasználni a felhő előnyeit, valószínűleg nem mozgatja az összes adatot és folyamatot egyik napról a másikra, ha valaha is.
tehát a biztonságos átjárón keresztül az SAP támogatja az adatok valós idejű replikálásának lehetőségét a helyszínen a felhőbe vagy fordítva. Ezt teszi, nem a teljes táblák hagyományos replikációjának általános költségén keresztül, hanem könnyebb súlyváltozási naplófolyamaton keresztül, amely hasonlított a változási adatok rögzítésére. A változási naplókra támaszkodva hasonlóságok vannak azzal, ahogyan az Amazon Aurora három (vagy több) adatmásolaton replikálódik a különböző rendelkezésre állási zónákba a magas rendelkezésre állás érdekében. Arra számítunk, hogy a jövőben az SAP kiterjeszti log alapú replikációját hasonló HA támogatásra.
júniusban beszéltünk az összevont lekérdezési képességekről is, amelyek már a dobozból is elérhetők. Ez jól alkalmazható azoknak az SAP-ügyfeleknek, akiknek viszonylag statikus, stabil folyamatai lehetnek a helyszínen, de esetleg ki kell használniuk a felhő elemzési képességeit is.
például kevés oka lehet egy olyan számviteli alkalmazás migrálásának a felhőbe, amely meglehetősen stabil maradt, és amely kölcsönös függőséget mutathat más helyszíni rendszerek adataival is, amelyek táplálják. Vagy tartalmazhat olyan Ügyféladatokat, amelyek nem tudnak áthelyezni a nemzeti határ másik oldalán található felhőadatokba. De valószínűleg vannak olyan esetek, amikor a számviteli rendszerben végrehajtott tranzakciók (például egy fizetés jóváírása) az ellátási lánc tranzakcióit indítják el a szállítás ütemezéséhez. A kézbesítés módját meghatározó és a kézbesítés dátumát lezáró elemzések a felhőben lehetnek.
a következő évben az SAP kiterjeszti HANA portfólióját számos, a Sybase-től származó eszközzel. Ez magában foglalja az IQ-t, amelyet ma hivatalosan SAP HANA Cloud Data Lake néven ismernek – ez a relációs adat-tó, amelyet az SAP már támogatott. És igen, az SAP hangot ad, hogy az Adaptive Server Enterprise (ASE), a klasszikus Sybase adatbázis, a HANA felhőbe kerüljön, amit “extrém” Tranzakciófeldolgozási terhelésnek nevez, több millió egyidejű tranzakcióra méretezve. Mark Twain-t idézve, ASE haláláról szóló pletykák eltúlzottak. A legtöbb ASE – ügyfél-erősen a Wall Streetre koncentrálva-régen arra a következtetésre jutott, hogy a jelentős logikát tartalmazó adatbázisok migrálásának gondolata nem éri meg a fáradságot. A hír 2021-ben az, hogy ők is eljutnak a felügyelt felhőhöz.
közzététel: Az SAP és az Oracle a dbInsight LLC ügyfelei.