SAP og databaser er ikke længere en oxymoron

Dette gæsteindlæg kommer med høflighed af Tony Baer OnStrategies blog. Tony er en senior analytiker på Æg.

Af Tony Baer

I sin stigning til ledelse af ERP marked, SAP klogt satte grænser omkring dens strategi: den ville holde fast i sin strikning på ansøgninger og stole på partnerskaber med systemintegratorer at få kritisk masseimplementering på tværs af Global 2000. Når det kom til arkitektur, efterlod SAP ingen tvivl om sine ambitioner om at eje applikationsniveauet, mens det overlod datalaget til fremmede menneskers venlighed (eller i Oracles tilfælde, den fremmedgjorte).

Tiderne ændrer sig på mere end én måde – og en af ​​disse måder er i datalaget. Overskrifterne om SAP-indkøb Sybase (for dets mobile aktiver, primært) og efterfølgende fremkomst af HANA, dens nye in-memory dataplatform, placerede SAP i database marked. Og så var det, at SAP på et analytikermøde i december sidste år afgav den dristige erklæring, at det ønskede at blive #2 databasespiller inden 2015.

Tiderne ændrer sig på mere end én måde – og en af ​​disse måder er i datalaget.

Selvfølgelig sker intet af dette i et vakuum. SAPs erklæring om at blive en frontlinjespiller på databasemarkedet truer med at destabilisere eksisterende relationer med Microsoft og IBM som mangeårig SAP-observatør Dennis Howlett kommenteret i en ZDNet indlæg. OK, selvfølgelig er SAP træt af at efterlade penge på bordet til Oracle. Men hvis databasen er tingen, for at nå dens strækmål, siger Howlett, vil SAP og Sybase være nødt til at vokse den del af virksomheden med en cool 6x – 7x.

Men SAP ville betræde en latterlig vej, hvis det bare forsøgte at blive en stor spiller på databasemarkedet for pokker. Tilfældigvis under SAPs pressekonference d meddelelser om deres nye mobil- og databasestrategier, tæskede chefarkitekt Vishal Sikka ned #2-forhåbningerne, da det virkelig ikke er meningen - det er apps, der tæller, og i stigende grad er det databasen, der laver apps. Endnu engang.

Vigtigste punkt

Btak til vores hovedpointe, it-innovation går i bølger; under fremkomsten af klient/server, innovation fokuseret på database, hvor behovet var mestring SQL og relationelle bordstrukturer; under de sidste stadier af klient/server og efterfølgende bølger af Webs 1.0 og 2.0, blev aktiviteten flyttet til app-niveauet, som blev mere distribueret.

Med fremkomsten af Big Data og Hurtige data, energi flyttet tilbage til datalaget i betragtning af effektiviteten ved at behandle data store eller hurtige inde i selve datalageret. Ikke overraskende, når du hører SAP tale om HANA, beskriver de en evne til at udføre mere komplekse analytiske problemer eller sammensatte operationelle transaktioner. Det er ikke tilfældigt, at SAP nu oplyser, at det er i databasebranchen.

Så hvordan vil SAP eksekvere sin nye databasestrategi? I betragtning af hypen om HANA, hvordan overbeviser SAP Sybase ASE, IQ, og SQL hvor som helst kunder, at de ikke er på vej ned ad en blind vej?

Det var pointen med SAP-meddelelserne, som i pressemeddelelsen angav den nærmeste køreplan, men som ikke kastede lidt lys over, at SAP ville nå dertil. Konkret var meddelelserne:

• SAP HANA går nu GA og er på det laveste (SMB) kommer ud med aggressive priser: omkring $3000 for SAP BusinessOne på HANA; $40.000 for HANA Edge.

  Det er ikke tilfældigt, at SAP nu oplyser, at det er i databasebranchen.

• Som afslutning på en 15-årig saga vil SAP endelig overføre sine ERP-applikationer til Sybase ASE med foreløbig måldato for årets udgang. HANA vil spille en understøttende rolle som realtidsrapporteringsplatformen for ASE-kunder.
• Sybase SQL Anywhere ville blive placeret som den mobile frontend-database oven på HANA, der understøtter realtidsmobilapplikationer.
• Sybases tilbud om begivenhedsstrøm (CEP) ville have valgfri integration med HANA, giver konvergens mellem CEP og BI – hvor regler bruges til at fjerne nøglehændelsesdata for persistens i HANA. Ved at gøre dette kan analyse af hændelsesstrømme integreres eller direkte korrelere med historiske data.
• Integrationer er i gang mellem HANA og IQ med Hadoop.
• Sybase udvider sin PowerDesignerdatamodellering værktøjer til at adressere hver af dens databasemotorer.

De fleste af meddelelserne, som at HANA går GA eller Sybase ASE, der understøtter SAP Business suite, var næppe nogen overraskelser. Bortset fra go-to-market-spørgsmål, som er mange og væsentlige, vil vi rette vores fokus på teknologikøreplanerne.

Vi har fastholdt, at hvis SAP var seriøs omkring sine databasemål, skulle den gøre tre grundlæggende ting:

1. Saml sin databaseorganisation. Den gode nyhed er, at den er startet ad den vej fra 1. januar i år. Naturligvis er organisationsdiagrammer kun det første skridt, da det i sidste ende kommer ned til folk.
2. Branding. Selvom Sybase længe har været overskygget på databasemarkedet, har Sybase stadig et identificerbart mærke og ville være det logiske valg; for nu har SAP skudt.
3. Krydsbefrugtningsteknologi. Her kan SAP tage ved lære af IBM, som på trods af (eller på grund af) anskaffelse af flere produkter, der falder ind under forskellige brands, frit blander teknologier. For eksempel, Cognos BI-rapporteringsfunktioner er indlejret i rationelle og Tivoli rapporteringsværktøjer.

Tunge løft

Tden tredje del er det tunge løft. For eksempel, i betragtning af at dataplatforme i stigende grad anvender avanceret caching, ville det ved første øjekast virke logisk at blande nogle af HANAs in-memory-funktioner til ASE-platformen; arkitektonisk ville det dog være ekstremt svært, da en af ​​HANAs styrker – dynamisk indeksering – ville være vanskelig at implementere i ASE.

På den anden side, givet at HANA kan indeksere eller omstrukturere data på farten (f.eks. organisere data i søjlestrukturer efter behov), er spørgsmålet, om det gør IQ forældet? Det korte svar er, at selvom hukommelsen bliver ved med at blive billigere, bliver den aldrig så billig som disk, og at IQ derfor kan udvikle sig som near-line storage til HANA.

Det rejser selvfølgelig spørgsmålet om, hvorvidt Hadoop i sidste ende kunne udføre den samme funktion. SAP fastholder, at Hadoop er for langsom og derfor bør reserveres til offline sager; det er helt sikkert rigtigt i dag, men givet udviklingen med HBase, kan det nemt blive hurtigt og billigt nok til, at SAP kan gense IQ-spørgsmålet et år eller to hen ad vejen.

SAP fastholder, at Hadoop er for langsom og derfor bør reserveres til offline sager.

Ikke at SAP Sybase sidder stille med Hadoop integration. De yder KortReducer og R-kapaciteter til IQ (SAP Sybase er næppe alene her, da de fleste avancerede SQL-platforme tilbyder lignende support). SAP Sybase leverer også muligheder for at kortlægge IQ-tabeller i Hadoop Hive, hvor IQ er et alternativ til HBase.

I virkeligheden er det beslægtet med en række strategier til at lægge SQL-lag i Hadoop (på en måde svarende til, hvad den mindre kendte Hadapt gør). Og selvfølgelig, som de fleste af de relationelle spillere, understøtter SAP Sybase også den store ETL/ELT-belastning fra HDFS til HANA eller IQ.

På SAP's side er der indtil videre mangel på Hadoop-talenter, så at pitche IQ som et alternativ til HBase kan hjælpe med at mildne slaget for organisationer, der søger at få styr på. Men på længere sigt tror vi, at SAP Sybase bliver nødt til at revidere denne strategi. For hvis det er seriøst med databasemarkedet, bliver det nødt til at forstærke sit fokus for at tilføje værdi oven på de nye virkeligheder på jorden.

Dette gæsteindlæg kommer med høflighed af Tony Baer OnStrategies blog. Tony er en senior analytiker på Æg. Du kan også være interesseret i:

• Informaticas strækmål
• EMC's Hadoop-strategi skærer til benet
• Konsolideringsløbet om big data går ind i hjemmet, da Teradata køber Aster Data
• Oracle udfylder endnu et hul i sit store dataudbud
• VMforce: Cloud parrer sig med Java-ægteskab af nødvendighed for VMware og Salesforce.com
• HP køber Fortify, og det er på tide