© 2013 SAP AG ou société aliée SAP. Tous droits réservés.
Quel est le problème?
Pour comprendre pourquoi SAP HANA révolutionne le traitement
des données d’entreprise, il faut prendre un peu de recul et consi-
dérer qu’au départ, les systèmes informatiques sont destinés
à remplir deux fonctions. D’une part, ils servent de systèmes
d’enregistrement. En tant que tels, ils doivent capturer les trans-
actions au rythme du marché, les traiter avec précision, les classer
avec ecacité, les stocker avec abilité et les extraire avec rapidité.
Toutes ces étapes, sans lesquelles le commerce mondial resterait
au point mort, font partie de ce qu’on appelle le
(OLTP).
D’autre part, ces mêmes programmes d’applications sont utilisés
comme On attend d’eux
qu’ils renseignent les dirigeants d’entreprises sur la situation pas-
sée, actuelle et si possible, future de leur société. Pour remplir
cette tâche, ils analysent les données collectées dans le système
d’enregistrement et les restituent sous forme d’informations utiles
et concrètes. Cette procédure, sans laquelle la direction avancerait
à l’aveuglette, est généralement appelée analyse ou Business
Intelligence, ou pour employer un terme plus technique,
(OLAP).
Le problème est le suivant. Les besoins de traitement de ces deux
tâches sont si diérents que les services informatiques des entre-
prises doivent et ce, depuis toujours, créer deux infrastructures
pour réaliser chaque tâche correctement. Ainsi, les données is-
sues d’un ou de plusieurs systèmes d’enregistrement sont répli-
quées, puis réorganisées an de prendre en charge un ou plusieurs
systèmes d’analyse, que l’on appelle entrepôts de données ou,
en jargon technique, datamarts. Le cycle de gestion des données
nécessaire à la réalisation de cette tâche de relocalisation et de
restructuration est généralement appelé ETL (
) et s’accompagne inévitablement
de retards, d’erreurs et de compromis.
Sous l’eet de cette «charge ETL», l’OLAP n’a pas réussi à tenir
toutes ses promesses en dépit de l’essor spectaculaire de l’OLTP
ces dernières années. En particulier, jusqu’à présent, toute pro-
messe de gestion en temps réel ne pouvait être tenue que dans
certaines niches spécialisées, comme la tarication dynamique de
sièges d’avion ou le trading algorithmique de Wall Street. L’arrivée
de SAP HANA a changé la donne.
La base de données SAP HANA est révolutionnaire car elle prend
simultanément en charge les environnements OLTP et OLAP, en
conservant en mémoire et à tout instant toutes les données dans
une seule copie. Ainsi, si plusieurs programmes ont besoin de
consulter des données sous des angles diérents, ils peuvent utili-
ser les mêmes éléments de données sans retard, erreur de trans-
cription ou compromis.
Par exemple, le traitement transactionnel en ligne (OLTP) privilégie
la visualisation des éléments de données en lignes, tandis que le
traitement analytique en ligne (OLAP) préfère les acher en co-
lonnes. Mais comme toutes les données sont gardées en mémoire,
il sut de modier quelques index; les données ne sont pas relo-
calisées. Étant donné que l’informatique est aujourd’hui exploitée
dans le cloud (public, privé ou les deux), la puissance disponible
est plus que susante.
Des environnements OLTP et OLAP disponibles sans
compromis: voilà ce qu’ore SAP HANA. Pourquoi cela est-il
important? Pour trois raisons non négligeables:
• Cette situation est inédite: toutes
les données, parfaitement à jour, que les utilisateurs peuvent
consulter, décomposer et explorer de la manière qu’ils souhai-
tent et au moment où ils en ont besoin. Pour la première fois,
nous sommes réellement en mesure d’informer les décideurs
au moment de la prise de décision et non après.
•
Chaque secteur d’acti-
vité comporte des risques et toutes les entreprises doivent faire
face à des dés dont les conséquences, en cas d’échec, pour-
raient s’avérer catastrophiques. En eectuant des simulations,
les décideurs peuvent étudier diérentes possibilités et détermi-
ner la ligne de conduite la plus adaptée aux risques encourus.
Par le passé cependant, l’utilisation des simulations était très
limitée pour toutes sortes de raisons: données insusantes
,
puissance de traitement trop faible ou incapacité à respecter les
délais. Quelques applications de pointe promettaient monts et
merveilles, mais la plupart d’entre elles ne parvenaient pas à te-
nir leurs promesses. Avec l’architecture de bases de données
In-Memory de SAP HANA, ces contraintes disparaissent.
•
«Nous savions que chaque nouveau plan se révèlerait erroné,
mais le temps que nous en tirions les enseignements, nous étions
déjà passés au plan suivant.» Ce cercle vicieux a disparu. Dans
le monde de SAP HANA, il est possible d’apprendre de ses er-
reurs et de mettre tout de suite ses enseignements en pratique,
si bien que l’amélioration continue des processus n’est plus un
projet théorique, mais bel et bien une réalité concrète.
De nombreux cas d’utilisation illustrent tous les accomplisse-
ments révolutionnaires de SAP HANA et cet article vise à en pré-
senter certains. Ce qu’il faut retenir de cette introduction, c’est
que SAP HANA supprime les contraintes majeures qui jusqu’à pré-
sent entravaient les cycles de gestion en boucle fermée au niveau
de l’entreprise. Elle ne fait pas disparaître les problèmes par magie,
elle les résout grâce à une itération haute vitesse, à des cycles
courts, à des analyses détaillées et à des données en temps réel:
autant d’avantages inédits aujourd’hui à portée de main!