Noll
På SAP: s 2018 TechEd-konferens som har precis avslutat Las Vegas, det har gjorts flera meddelanden för allmän tillgänglighet och betas av SAP HANA och data integration produkter med ett öga mot molnet. SAP har erbjudit HANA i molnet för en viss tid, till exempel, kan du gå till AWS Marketplace och beställ upp en instans, ta din befintliga licens.
SAP meddelade också allmän tillgänglighet av SAP-Data Hub 2.3, som var en del av vår SAFIR täckning tillbaka under våren. För att sammanfatta Data Hub hanterar data rörledningarna, vilket ger flexibilitet att flytta data och/eller trycka ner beräkna till datakällan. Tanken med data rörledningarna är att kedja ihop verksamheten hänförliga till inköp, intag, städning, integrera, och i vissa fall, verkställande ML processer och ljuset i rad analytiska och/eller filtrering operationer på data. Version 2.3 tar viktiga steg mot att förena metadata management och data prospektering.
SAP är att utforma Data Hub med ett öga på cloud distribution, stöd för multi-cloud data landskap, och på managed cloud service. För nu, det är en ta med egen licens service – inte ännu en hanterad tjänst. Men det finns prejudikat med SAP-Data-Nätverk, ger en hanterad tjänst för data discovery, berikning, och analytics. Det tätnar med tillkännagivandet på TechEd i förra veckan av beta för SAP HANA-databas som en tjänst. Som Data Hub, du kan redan köra HANA i moln, men det var inriktat på att lyfta och flytta när du lyckats HANA i molnet istället för ditt egna datacenter.
Det är lite chock eller vördnad om SAP HANA som ett meddelande, det är mer en nödvändighet om SAP: s konkurrenter är redan igång det. Vi har varit stor förespråkare av managed cloud database service eftersom, till skillnad från infrastruktur som en tjänst (som är den moderna, flera hyresgäster motsvarande hosting), managed cloud services fullt levererar på löftet om förenkling. Ställ exempel, storleken av ett fotavtryck, och servicenivå som du vill, och lämna rörigt, icke-värdeskapande jobb för proviantering, patchning och underhåll till databasen leverantör. Och förresten, går samma med någon form av paketerad programvara, vi kan alla tacka salesforce.com för regnar medvetenhet om fördelarna med SaaS (PaaS) tjänster när det gäller att låta IT och verksamheten och fokusera på andra uppgifter.
Naturligtvis, gnugga med managed cloud services är lås-i faktor, men det är där moln utmanare som SAP kommer: beroende på var de gör sina managed service som finns tillgängliga, de är inte nödvändigtvis låser du in de vanliga misstänkta: AWS, Azure, eller Google Cloud.
Men det är där balansgång kommer in. Om du är Amazon eller Google, det är mycket lättare att ge en konsekvent upplevelse till din lyckades database service, oavsett om det är Aurora, Moln Käppar, DynamoDB, eller Cloud Firestore, eftersom det är bara levereras på sin omgivning.
För etablerade företag som SAP (och Microsoft, för den delen), som har on-premise arv, det är en utmaning och möjlighet att ge våra kunder det bästa av två världar. Anpassa din on premise (på plats för att ge en konsekvent upplevelse med molnet motsvarighet, och du har en kraftfull kil mot cloud-endast leverantörer, för att inte nämna ett färdigt svar för de krävande privata molntyper. Detta är ett område där IBM, Oracle och Microsoft satsar förebyggande anspråk.
Men för att förverkliga den gemensamma erfarenheter, djävulen finns i detaljerna. Vid basen, de flesta cloud-native plattformar separat beräkna från lagring för att ge elasticitet och lätthet av skalning. Vid första rodna, det låter som en trevlig idé för on-premise, förutom att data center distributioner kommer inte att ha praktiskt taget oändlig skalbarhet och multi-tillgänglighet zon replikering för att HA/DR (och bättre lokal prestanda för läser och, för multi-master-databaser, skriver). Som vi påpekade förra veckan, Microsoft börjar att utföra denna balansgång med SQL Server 2019 och Azure SQL-Databas.
Den andra sidan av moln infödda är containerization och microservices. Genom att dekonstruera monolitisk på plats databaser och program, kan de använda sig av cloud resurser betydligt mer effektivt. Om du kör en förändring datafångst logga in, till exempel, behöver du inte skjuta upp hela databasen motorn och därmed minska mängden beräkna footprint för att konsumera.
Containerization är inte en allt-eller-inget affären. Du kan sätta hela databasen i en behållare, som SAP har redan gjort med SAP-Data-Hub som inkluderar SAP Vora (vilket gör att du enkelt kan sätta på olika moln smidigt med Kubernetes), eller så kan du gå vidare och dekonstruera plattform i flera containrar som i det långa loppet kan verkligen utnyttja de effektivitetsvinster och cloud. För nu har SAP tagit det första alternativet, men det är ändå ett viktigt steg framåt i arbetet för att främja sin hybrid cloud-agnostiker fördel och göra HANA är redo att sättas in som en behållare på Data Hub.
Väntar vi på att den andra skon för att släppa. SAP-Data Hub är en produkt som tigger om cloud distribution, eftersom så mycket av den data som SAP-kunder kommer att arbeta med kommer att finnas i molnet. SAP har inte meddelat några planer ännu, men titta på detta utrymme. Och indirekt relaterat till detta är hur SAP data stöder forskare som utför avancerade analyser, modeller och maskininlärning. Med tanke på SAP: s allt-i stöd för Leonardo, sin satsning på att utveckla branschexpertis i AI, och inbäddning av frukterna av dessa mödor i SAP affärssystem, vi räknar med att SAP kommer att plantera sin insats där snart. Och ja, mycket av det (särskilt IoT) kommer att kräva körs i molnet. Så, vi letar för SAP att göra två saker: att få hjulen i rörelse för en cloud-inhemska data vetenskap plattform som i sin tur kommer att återanvända mycket av den tekniska data kapacitet av Data Hub.
Relaterade Ämnen:
Cloud
Digital Omvandling
Robotteknik
Sakernas Internet
Innovation
Affärssystem
0