Un examen plus approfondi de SAP HANA Cloud

L’année dernière a marqué le dixième anniversaire de la base de données SAP HANA, et en juin, nous nous sommes plongés en profondeur dans le nouveau SP05 qui a marqué la version définitive de support à long terme de la génération HANA 2.0. Le thème central était la convergence avec le cloud, y compris la nouvelle passerelle pour connecter l’installation HANA sur site aux nouvelles offres de base de données en tant que service gérées déployées par SAP.

Clairement, le thème de l’année de SAP a été le cloud. Il a présenté son portefeuille cloud actuel, qui comprend SAP HANA Cloud en tant que base de données DBaaS; SAP Data Warehouse Cloud, en tant que base de données analytique de bout en bout et service de visualisation en libre-service; et SAP Analytics Cloud, qui se concentre sur la visualisation BI en libre-service.

Aussi : Les meilleurs fournisseurs de cloud en 2021 : AWS, Microsoft Azure et Google Cloud, hybrid, SaaS players

Il y a un an, dans nos perspectives annuelles de données et d’analyses pour 2020, nous avons pris note des tendances séculaires conduisant à l’adoption du cloud d’entreprise. Dans notre prise de vue 2021, nous avons prévisualisé un numéro qui deviendra un dormeur cette année: la question de l’indépendance du cloud et le rôle de tiers comme SAP. C’est parce que la prochaine vague d’adoption du cloud pour les entreprises va frapper à la maison: aux systèmes essentiels de l’entreprise qui gardent les lumières allumées. La pandémie accélère ces tendances. Bien qu’il soit ridicule de qualifier de prémonitoire la stratégie cloud de SAP ou de tout autre fournisseur d’entreprise, 2020 a été une bonne année pour SAP pour déployer officiellement son portefeuille de données et d’analyses cloud.

SAP n’a pas été le seul à déployer son portefeuille de cloud de nouvelle génération. Comme nous l’avons noté la semaine dernière, au cours de l’année écoulée, Informatica soft a lancé sa nouvelle génération de services cloud qui commence à décomposer les services d’applications ou d’outils monolithiques traditionnels vers un système d’unités de consommation plus flexible. En outre, Oracle a accéléré le déploiement des services cloud Gen2 pour ses services PaaS de base de données et SaaS d’applications d’entreprise, qui automatisent plus complètement la gestion de l’entretien par rapport à son prédécesseur.

Le fil conducteur de ces déploiements dans le cloud est qu’ils représentent chacun des offres de deuxième génération. Dans la plupart des cas, les premières générations ne disposaient pas de l’automatisation complète d’un service géré dans le cloud, ne séparaient pas complètement le stockage du calcul et/ou étaient livrées comme l’équivalent cloud d’un logiciel d’entreprise monolithique.

Pour SAP, le portefeuille cloud qui met en vedette HANA dans un rôle principal pourrait en fait être qualifié de poupée russe (non, pas cette poupée russe): plusieurs pièces sont toutes liées au service Cloud HANA. Le Cloud Analytics de SAP s’appuie sur le cloud HANA et le Cloud SAP Data Warehouse hérite à son tour de la gestion des données du Cloud HANA et de la visualisation en libre-service du Cloud Analytics.

Il y a quelques parallèles et différences avec Oracle rival évident. Tous deux adoptent la transparence de leurs bases de données sur site et dans le cloud, et fondent leurs applications de nouvelle génération sur leurs propres bases de données. Mais c’est là que se termine la similitude: Oracle gère son propre cloud et propose désormais une option de cloud privé sur site, tandis que SAP est principalement indépendant du cloud public et n’a pas encore imprimé son empreinte sur une plate–forme de cloud privé ou hybride (nous nous attendons à ce que cela change). Nous disons « principalement » parce que SAP a précédemment signé un partenariat avec Microsoft faisant d’Azure le cloud préféré pour ses applications S / 4HANA, mais sinon, SAP s’est engagé à prendre en charge ses services cloud liés à HANA sur tous les clouds.

Le principal facteur de différenciation est la façon dont SAP tire parti de sa domination sur l’espace des applications d’entreprise. Il affirme que ses systèmes « touchent » 77% des données représentant les revenus de transaction mondiaux. Cela explique l’accent mis par SAP pour rendre ses services de plate-forme de données cloud aussi sans frontières que possible pour les applications qui s’exécutent sur elles.

La sauce secrète est le niveau sémantique métier du cloud SAP Data Warehouse. Il s’appuie sur les espaces de travail que les organisations et les départements hiérarchiques peuvent utiliser pour modéliser les données et créer des transformations de données avec un moyen de définir des processus métier découplés du niveau de données lui-même. Autrement dit, le processus métier est conçu séparément du schéma sous-jacent. Dans un monde multimodèle, cela permet aux objets de données d’être extensibles, de sorte qu’une vue client puisse également s’étendre pour inclure un graphique des connexions du client à l’historique d’achat des produits, des contacts sociaux illustrant qui le client influence et vice versa.

En outre, en tirant parti de son portefeuille d’applications, SAP et ses partenaires ont développé des modèles de données prédéfinis qui peuvent être réutilisés par les clients, SAP développant un marché où ces modèles de données sectorielles pourraient être partagés.

L’autre fil conducteur majeur du portefeuille HANA cloud de SAP est la prise en charge des scénarios hybrides. En juin, nous avons décrit la passerelle conçue par SAP pour connecter les déploiements HANA sur site à ceux du cloud HANA. Cela répond à la réalité que la plupart des clients SAP, même s’ils ont l’intention de tirer parti du cloud, ne sont pas susceptibles de déplacer toutes les données et tous les processus du jour au lendemain, voire jamais.

Ainsi, via la passerelle sécurisée, SAP prend en charge la possibilité de répliquer des données en temps réel depuis sur site vers le cloud ou vice versa. Il le fait, non pas grâce à la surcharge de la réplication conventionnelle de tables entières, mais grâce à un processus de journal des changements plus léger qui ressemblait à la capture de données de changement. En s’appuyant sur les journaux de modifications, il existe des similitudes avec la façon dont Amazon Aurora réplique à trois copies (ou plus) de données dans différentes zones de disponibilité pour une haute disponibilité. Nous prévoyons qu’à l’avenir, SAP étendra sa réplication basée sur les journaux pour une prise en charge HA similaire.

En juin, nous avons également parlé des capacités de requête fédérées qui sont maintenant disponibles immédiatement. Cela convient bien aux clients SAP qui peuvent avoir des processus relativement statiques et stables sur site, mais qui peuvent également avoir besoin de tirer parti des capacités d’analyse dans le cloud.

Par exemple, il pourrait y avoir peu de raisons de migrer une application comptable vers le cloud qui est restée assez stable, qui peut également avoir des interdépendances avec les données d’autres systèmes sur site qui l’alimentent. Ou il peut contenir des données client qui ne peuvent pas se déplacer vers des données cloud situées de l’autre côté d’une frontière nationale. Mais il est probable qu’il y ait des cas où des transactions dans le système comptable (par exemple, un paiement est crédité) déclenchent des transactions de la chaîne d’approvisionnement pour planifier la livraison. Les analyses qui déterminent le mode de livraison et verrouillent la date de livraison peuvent résider dans le cloud.

Au cours de l’année à venir, SAP élargira son portefeuille HANA avec plusieurs actifs provenant de Sybase. Cela inclut IQ, qui est maintenant officiellement connu sous le nom de lac de données cloud SAP HANA – c’est le lac de données relationnelles que SAP a déjà promu. Et, oui, SAP fait du bruit pour intégrer Adaptive Server Enterprise (ASE), la base de données Sybase classique, dans le cloud HANA pour ce qu’il appelle des charges de traitement de transactions « extrêmes » pouvant atteindre des millions de transactions simultanées. Paraphrasant Mark Twain, les rumeurs de la mort d’ASE ont été exagérées. La plupart des clients d’ASE – fortement concentrés à Wall Street – ont conclu il y a longtemps que l’idée de migrer des bases de données contenant une logique significative ne vaudrait pas la peine. La nouvelle en 2021 est qu’ils obtiendront eux aussi leur chemin vers un cloud géré.

Divulgation: SAP et Oracle sont des clients de dbInsight LLC.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.