bliższe spojrzenie na SAP HANA Cloud

w ubiegłym roku przypadły dziesiąte urodziny bazy danych SAP HANA, a w czerwcu głęboko zanurkowaliśmy nad nowym SP05, który oznaczał ostateczne długoterminowe wydanie wsparcia dla generacji HANA 2.0. Głównym tematem była konwergencja z chmurą, w tym nowa brama do łączenia lokalnej instalacji HANA z nową, zarządzaną ofertą database-as-a-service, którą wdrożył SAP.

oczywiście tematem roku SAP jest chmura. Firma przedstawiła swoje obecne portfolio w chmurze, które obejmuje SAP HANA Cloud jako rdzeń DBaaS; SAP Data Warehouse Cloud, jako kompleksowa analityczna baza danych i samoobsługowa Usługa wizualizacji; oraz SAP Analytics Cloud, która koncentruje się na samoobsługowej wizualizacji BI.

również: najlepsi dostawcy chmury w 2021 roku: AWS, Microsoft Azure i Google Cloud, hybrid, Saas players

rok temu, w naszym rocznym programie Outlook danych i analiz 2020, odnotowaliśmy świeckie trendy napędzające wdrażanie chmury w przedsiębiorstwie. W naszym ujęciu na rok 2021 przedstawiliśmy problem, który w tym roku stanie się uśpiony: kwestia niezależności od chmury i roli stron trzecich, takich jak SAP. To dlatego, że kolejna fala wdrożenia chmury dla przedsiębiorstw trafi do domu: do podstawowych krytycznych systemów biznesowych, które utrzymują światło dzienne. Jeśli już, pandemia przyspiesza te trendy. Chociaż określenie strategii chmurowej SAP lub jakiegokolwiek innego dostawcy korporacyjnego byłoby niedorzeczne, rok 2020 był dobrym rokiem dla SAP, aby formalnie wdrożyć swoje portfolio danych i analiz w chmurze.

SAP nie był sam w rozwijaniu swojego portfolio chmury nowej generacji. Jak zauważyliśmy w zeszłym tygodniu, w ciągu ostatniego roku firma Informatica soft uruchomiła nową generację usług w chmurze, które zaczynają od tradycyjnych monolitycznych usług aplikacji lub narzędzi w kierunku bardziej elastycznego systemu jednostek zużycia. Ponadto firma Oracle przyspieszyła wdrażanie usług chmurowych Gen2 dla swoich baz danych PaaS i usług aplikacji korporacyjnych SaaS, które w większym stopniu automatyzują sprzątanie w porównaniu z poprzednikiem.

wspólnym wątkiem tych wdrożeń w chmurze jest to, że każda z nich reprezentuje ofertę drugiej generacji. W większości przypadków pierwsze generacje albo nie posiadały pełnej automatyzacji usługi zarządzanej w chmurze, nie oddzielały w pełni pamięci masowej od obliczeniowej i/lub były dostarczane jako chmurowy odpowiednik monolitycznego oprogramowania korporacyjnego.

w przypadku SAP portfolio w chmurze, w którym HANA występuje w roli głównej, można by właściwie scharakteryzować jako coś w rodzaju Rosyjskiej lalki( Nie, Nie tej rosyjskiej Lalki): istnieje kilka elementów, które wszystkie są związane z usługą HANA Cloud. Usługa SAP Analytics Cloud opiera się na chmurze HANA i chmurze SAP Data Warehouse, z kolei dziedziczy zarządzanie danymi w chmurze HANA i samoobsługową wizualizację chmury analitycznej.

są pewne podobieństwa i różnice z oczywistą konkurencją. Obie zapewniają przejrzystość swoich baz danych w środowisku lokalnym i chmurze, a obie opierają swoje aplikacje nowej generacji na własnych bazach danych. Na tym jednak kończy się podobieństwo-Oracle uruchamia własną chmurę i oferuje teraz opcję prywatnej chmury lokalnej, podczas gdy SAP jest w większości niezależny od chmury publicznej i nie umieścił jeszcze swojego odcisku na prywatnej lub hybrydowej platformie chmurowej (spodziewamy się, że to się zmieni). Mówimy „głównie”, ponieważ firma SAP wcześniej podpisała umowę partnerską z firmą Microsoft, dzięki czemu platforma Azure jest preferowaną chmurą dla aplikacji S/4HANA, ale poza tym firma SAP zobowiązała się do wspierania usług chmurowych związanych z HANA we wszystkich chmurach.

głównym wyróżnikiem jest sposób, w jaki SAP wykorzystuje swoją dominację w przestrzeni aplikacji korporacyjnych. Twierdzi, że jego systemy „dotykają” 77% danych reprezentujących światowe przychody z transakcji. To wyjaśnia nacisk firmy SAP na to, aby usługi platformy danych w chmurze były jak najbardziej bezgraniczne z aplikacjami na nich działającymi.

the secret sauce to biznesowa warstwa semantyczna SAP Data Warehouse Cloud. Opiera się na przestrzeniach roboczych, których organizacje i działy line mogą używać do modelowania danych i tworzenia transformacji danych za pomocą środków do definiowania procesów biznesowych, które są oddzielone od samej warstwy danych. Oznacza to, że proces biznesowy jest zaprojektowany oddzielnie od podstawowego schematu. W świecie wielomodelowym pozwala to rozszerzać obiekty danych, dzięki czemu Widok klienta może również obejmować Wykres powiązań klienta z historią zakupu produktu, kontakty społeczne obrazujące, na kogo wpływa klient i odwrotnie.

ponadto, korzystając z portfolio aplikacji, SAP i jego partnerzy opracowali wstępnie zbudowane modele danych, które mogą być zmieniane przez klientów, a SAP opracowuje rynek, w którym te branżowe modele danych mogą być udostępniane.

innym ważnym wątkiem w portfolio SAP HANA cloud jest obsługa scenariuszy hybrydowych. W czerwcu opisaliśmy bramę zaprojektowaną przez firmę SAP do łączenia lokalnych wdrożeń HANA z wdrożeniami w chmurze HANA. Odpowiada to rzeczywistości, że większość klientów SAP, nawet jeśli chcą skorzystać z chmury, prawdopodobnie nie przeniesie wszystkich danych i procesów z dnia na dzień, jeśli w ogóle.

dzięki bezpiecznej bramie SAP obsługuje możliwość replikowania danych w czasie rzeczywistym z lokalnie do chmury lub odwrotnie. Robi to, nie poprzez narzut konwencjonalnej replikacji całych tabel, ale poprzez lżejszy proces dziennika zmian, który przypominał przechwytywanie danych zmian. Opierając się na dziennikach zmian, istnieją podobieństwa z tym, jak Amazon Aurora replikuje trzy (lub więcej) kopie danych do różnych stref dostępności w celu uzyskania wysokiej dostępności. Spodziewamy się, że w przyszłości SAP rozszerzy replikację opartą na logach o podobną obsługę HA.

w czerwcu mówiliśmy również o funkcjach zapytań federacyjnych, które są teraz dostępne od razu po wyjęciu z pudełka. Jest to odpowiednie rozwiązanie dla klientów SAP, którzy mogą mieć względnie statyczne, stabilne procesy lokalne, ale mogą również potrzebować możliwości analitycznych w chmurze.

na przykład może istnieć niewielki powód do migracji aplikacji księgowej do chmury, która pozostała dość stabilna, a także może mieć współzależność z danymi z innych systemów lokalnych, które ją zasilają. Może też zawierać dane klientów, których nie można przenieść do danych w chmurze znajdujących się po drugiej stronie granicy państwowej. Ale prawdopodobnie zdarzają się przypadki, w których transakcje w systemie księgowym (np. płatność jest zapisywana) uruchamiają transakcje w łańcuchu dostaw w celu zaplanowania dostawy. Analizy, które określają sposób dostawy i blokują datę dostawy, mogą znajdować się w chmurze.

w nadchodzącym roku SAP rozszerzy swój portfel HANA o kilka aktywów pochodzących z Sybase. Obejmuje to IQ, które jest obecnie oficjalnie znane jako SAP HANA Cloud Data Lake – jest to relacyjne jezioro danych, które SAP już promował. I tak, SAP wydaje odgłosy, aby wprowadzić Adaptive Server Enterprise (ASE), klasyczną bazę danych Sybase, do chmury HANA, co nazywa „ekstremalnymi” obciążeniami przetwarzania transakcji skalowanymi do milionów jednoczesnych transakcji. Parafrazując Marka Twaina, pogłoski o śmierci ASE zostały przesadzone. Większość klientów ASE-silnie skoncentrowanych na Wall Street-doszła dawno temu do wniosku, że pomysł migracji baz danych, które zawierają znaczącą logikę, nie byłby wart zachodu. Wiadomości w 2021 r. są takie, że oni również dostaną drogę do zarządzanej chmury.

: SAP i Oracle są klientami dbInsight LLC.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.