AMD opte pour Apache Hadoop au détriment d’Oracle DB

AMD opte pour Apache Hadoop au détriment d’Oracle DB
Plus de 276 TO de données transférées depuis la plateforme d’Oracle vers la solution open source

Selon un haut responsable du fabricant de processeurs AMD, la firme aurait transféré ses données depuis la base de données Oracle DB vers le framework Apache Hadoop, au cours de l’année dernière.

En effet Jake Dominguez, actuel directeur des systèmes d’information, a affirmé qu’AMD avait délaissé Oracle DB au profit du framework Apache Hadoop, en transférant pas moins de 276 TO de données vers la nouvelle solution qui est open source, à l’inverse de la solution propriétaire d’Oracle.

Il s’est exprimé entre autres sur les raisons qui ont poussé le fabricant à faire ce basculement « Avec la plateforme Oracle dont nous disposions, nous luttions du point de vue performance et fiabilité » avant de rajouter : « L’un des domaines où nous devions lutter était la phase de test et d’assemblage ». En outre, un document interne vient appuyer cette idée, car le fabricant aurait été victime d’une panne qui a duré plusieurs semaines. Cette situation aurait donc encouragé AMD à faire ce choix.

Ayant opté pour la distribution Cloudera d’Hadoop, le fabricant aurait aussi fait appel à d’autres outils et logiciels Open-Source comme Apache Hive, ZooKeeper, HBase, HDFS, httpfs, LZO compression et MapReduce, ce qui a conduit au final à une amélioration des performances selon AMD : « 99% des requêtes s’exécutent en moins de 15 minutes, avec une médiane de 23 secondes », se réjouit ADM qui estime que le choix de Hadoop a permis non seulement d’augmenter la fiabilité, mais aussi d’améliorer le temps de réponse.

Ainsi, AMD vient de s’ajouter à la liste des entreprises et des institutions qui ont tourné le dos aux solutions Oracle, à l’instar de Google qui est passé de MySQL à MariaDB et du service de santé britannique NHS qui est passé à Riak. Il semble alors qu’Oracle doit faire face à la concurrence de nouveaux outils moins chers\gratuits et qui seraient adaptés à la gestion distribuée des entrepôts de données (Data Warehouse) et des gris volumes de données tels que Hadoop, Cassandra et Riak.

Pour rappel, Hadoop est un framework java libre basé sur Map reduce destiné aux applications distribuées et à la gestion intensive des données. Il permet le traitement de données évolutif pour le stockage et le traitement par lot de très grandes quantités de données (Big Data).

Source : AMD

Et vous ?

:fleche: Qu’en pensez-vous ?

:fleche: Pensez-vous que les solutions Oracle sont dépassées pour ce genre de situation ?

Toutes leurs données ? Si c'est vrai, il faudra suivre ce projet de près. Si vraiment il est possible de passer totalement à HBase depuis Oracle, les géants du SGBDR ont du mouron à se faire. Parce que si ça marche pour AMD, ça marchera pour la boite de transport du coin aussi.

Sur le site de Amd :

Citation:

---

AMD is developing a robust ecosystem to drive innovative Big Data solutions that can scale-out over time help and turn customer’s data into a strategic advantage. The rapid growth of data has changed the computing and storage landscape requiring data centers to increase capacity to handle the ever increasing amount of data that is collected and analyzed. It is not just about high performance computing, but rather efficient, high performance computing and storage. The data center of the future is not just defined by the number of servers or petabytes of storage. It is a pool of computing and storage resources with the flexibility to expand in both dimensions as needed by the applications. And, AMD has multiple solutions that can help customers achieve big computing for big data.

---

A ce que je comprends ce n’est pas qu’ils ont migré leur données à eux, ce qu’ils développent pour vendre une solution…:)

Ca me rappelle des bonnes blagues des Radio Erevan d’antan :

Question à Radio Erevan : Est-ce vrai qu’Ivan Ivanovici a reçu une voiture rouge ?
Réponse : Oui avec trois petites remarques :

• ce n’était pas rouge mais verte,
• ce n’était pas une voiture mais un vélo
• et on lui a pas donné on lui a pris!

Citation:

---

Envoyé par Traroth2

Si vraiment il est possible de passer totalement à HBase depuis Oracle

---

C'est évidemment impossible en l'état (rien à voir avec oracle, c'est vrai pour tous les SGBDR) :
http://hbase.apache.org/acid-semantics.html

Citation:

---

Apache HBase (TM) is not an ACID compliant database.

---

Donc tout dépend des besoins, je ne conteste pas l'utilité des nouveaux outils, mais on ne peut évidemment pas migrer l'intégralité des SGBDR ACID vers des NOSQL non ACID.

Citation:

---

Envoyé par mnitu

Ca me rappelle des bonnes blagues des Radio Erevan d’antan

---

C'est vrai que l'article manque de sources.

Citation:

---

Pensez-vous que les solutions Oracle sont dépassées pour ce genre de situation ?

---

Non je pense pas car le système de gestion de bases de données relationnelles Oracle qui est abandonné par AMD est développé par l'entreprise Oracle.
Or, le framework de gestion de gros volumes de données adopté par AMD pour migrer ces 276 To de données est développé dans le langage Java, lui-même développé par l'entreprise Oracle :)

Je pense qu'à partir d'un certain temps, une techno peut s'user. Donc c'est normal.
Pour un moteur de bases de données, les données deviennent de plus en plus volumineux, donc dépassent les limites de la techno sur laquelle il est basée.
Le NoSql est venu avec une autre techno pour résoudre cette problématique.

Remarque sur l'article : je pense qu'il veut dire 15 secondes max au lieu de 15 mn non !!??

A+
Mourad

Que l'on veuille me faire croire qu'un framework Java est plus rapide qu'un autre natif, me dépasse completement, ça n'a aucun sens, a moins que l'on recherche l'économie, gérer près de 300TO avec Oracle, c'est pas donné...