Nul
På SAP ‘ s 2018 TechEd konference, der netop pakket Las Vegas, det gjorde flere meddelelser til generelle ledighed og betaværdier af SAP HANA og data integration produkter med et øje mod skyen. SAP har tilbudt HANA i skyen for nogen tid; for eksempel, du kan gå til AWS Markedet, og for en instans, der tager din eksisterende licens.
SAP også bebudet tilgængeligheden af SAP-Data Hub 2.3, som var en del af vores SAFIR dækning tilbage i foråret. For at opsummere, Data-Hub administrerer data, rørledninger, hvilket giver fleksibilitet til at flytte data og/eller skubbe den ned beregne til datakilden. Begrebet med data rørledninger er at kæde sammen operationer i relation til sourcing, indtagelsen, rengøring, integrere, og i nogle tilfælde, udførelse ML processer og udfører lys-line analytisk og/eller filtrering operationer på data. Version 2.3 tager vigtige skridt mod at forene metadata management og data efterforskning.
SAP er at designe Data-Hub med et øje på cloud-implementering, support for multi-cloud-data landskaber, og på managed cloud-service levering. For nu, det er en ” bring din egen licens service – ikke endnu en managed service. Men der er fortilfælde med SAP-Data Netværk, at yde en service for data opdagelse, berigelse, og analytics. The plot thickens med annonceringen på TechEd i sidste uge af beta for SAP HANA database som en service. Som Data-Hub, kan du allerede køre på HANA i skyen, men det var møntet på lift og skift, hvor du formåede HANA i skyen i stedet for dit eget datacenter.
Der er lidt stød eller ærefrygt om SAP ‘s HANA som en service meddelelse; det er mere en selvfølgelighed, hvor SAP’ s rivaler, der allerede kører der. Vi har været store fortalere for managed cloud-database-tjenester, fordi, i modsætning til infrastruktur som en service (som er den moderne, multi-lejemål, der svarer til hosting), managed cloud-services fuldt ud at levere på løftet om en forenkling. Sæt den instans, størrelsen af de fodspor, og service niveau, som du ønsker, og forlader rodet, ikke-værdiskabende jobs på klargøring, reparation, og vedligeholdelse af database udbyder. Og ved den måde, det samme gælder med enhver form for softwarepakker, vi kan alle takke salesforce.com for regner bevidsthed om fordelene ved SaaS (og PaaS) ydelser, når det drejer sig om at lade IT og forretning til at fokusere på mere værdiskabende opgaver.
Selvfølgelig, gnide med managed cloud-tjenester er det lock-in faktor, men det er, hvor cloud udfordrere som SAP kommer i: afhængigt af, hvor de gør deres managed service til rådighed, er de ikke nødvendigvis låse dig ind i de sædvanlige mistænkte: AWS, Azure, eller Google Cloud.
Men det er, hvor balancegang kommer i. Hvis du er Amazon eller Google, det er meget nemmere at give en ensartet oplevelse til dine administrerede database service, uanset om det er Aurora, Cloud Skruenøgle, DynamoDB, eller Cloud Firestore, fordi det er kun leveret på deres omgivelser.
For etablerede virksomheder som SAP (og Microsoft for den sags skyld), der har den on-premise arv, der er den udfordring og mulighed for at give kunderne den bedste af begge verdener. Tilpasse din on-premise produkt til at give en ensartet oplevelse med cloud modstykke, og du har en kraftig kile mod cloud-kun udbydere, for ikke at nævne et klar svar til de krævende privat cloud-implementeringer. Dette er et område, hvor IBM, Oracle og Microsoft er satsningen forebyggende krav.
Men for at levere en fælles erfaring, at djævelen er i detaljerne. På den base, de fleste cloud-native platforme separat beregne fra lager, til at give elasticitet og nem skalering. Ved første blush, det lyder som en god idé for on-premise, med undtagelse af, at data center installationer vil ikke have den næsten uendelig skalerbarhed og multi-ledighed zone replikation for HA/DR (og forbedret lokale resultater for læser, og for multi-master databaser, skriver). Som vi påpegede i sidste uge, Microsoft er begyndt at udføre denne balanceakt med SQL Server 2019 og Azure SQL-Database.
Bagsiden af cloud indfødte er containerization og microservices. Ved at dekonstruere monolitisk on-premise databaser og programmer, kan de udnytte cloud-ressourcer langt mere effektivt. Hvis du kører en ændring datafangst log, for eksempel, at du ikke er nødt til at fyre op for hele databasen engine og derfor reducere mængden af beregne footprint for at forbruge.
Containerization er ikke en alt-eller-intet aftale. Du kan sætte hele databasen i en container, som SAP har allerede gjort med SAP-Data-Hub, der indeholder SAP Vora (som giver dig mulighed for at nemt installere på forskellige skyer problemfrit ved hjælp af Kubernetes), eller du kan gå videre og dekonstruere den platform i flere containere, der i det lange løb virkelig kunne udnytte den øgede effektivitet og omfanget af cloud. For nu, at SAP har taget den første mulighed, men det er stadig et vigtigt skridt fremad i at fremme sine hybrid cloud-agnostisk fordel, og gøre HANA klar til at blive indsat som en container på Data-Hub.
Nu venter vi på de andre sko til at falde. SAP Data Hub er et produkt, der tigger om cloud deployment, fordi så meget af det data, som SAP-kunder, der vil arbejde med vil opholde sig i skyen. SAP har ikke annonceret nogen planer endnu, men hold øje med denne plads. Og indirekte er forbundet med dette er, hvordan SAP understøtter data, som forskerne udfører avancerede analyser, modellering og machine learning. I betragtning af SAP ‘ s alt-i støtte til Leonardo, sin venture for at udvikle industri ekspertise i AI, og indlejring af frugterne af dem arbejde i SAP enterprise applikationer, og vi forventer, at SAP vil plante sin indsats der snart. Og ja, en masse af, at (især IoT) vil kræve, at der kører i skyen. Så, vi er på udkig for SAP at gøre to ting: at få hjulene i gang for en cloud-oprindelige data videnskab platform, som til gengæld vil genbruge meget af det data tekniske kapacitet af Data-Hub.
Relaterede Emner:
Cloud
Digital Transformation
Robotteknologi
Tingenes Internet
Innovation
Virksomhedens Software
0