IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Oracle Discussion :

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


Sujet :

Oracle

  1. #1
    Expert éminent sénior

    Homme Profil pro
    Étudiant
    Inscrit en
    Août 2011
    Messages
    283
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Algérie

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Août 2011
    Messages : 283
    Points : 18 071
    Points
    18 071
    Par défaut 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 ?

    Qu’en pensez-vous ?

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

  2. #2
    Membre émérite

    Profil pro
    Inscrit en
    Décembre 2003
    Messages
    3 995
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2003
    Messages : 3 995
    Points : 2 528
    Points
    2 528
    Par défaut
    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.

  3. #3
    Expert éminent sénior Avatar de mnitu
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    5 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 5 611
    Points : 11 252
    Points
    11 252
    Par défaut
    Sur le site de Amd :
    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!

  4. #4
    Expert confirmé
    Profil pro
    Inscrit en
    Août 2008
    Messages
    2 947
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2008
    Messages : 2 947
    Points : 5 846
    Points
    5 846
    Par défaut
    Citation Envoyé par Traroth2 Voir le message
    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
    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 Voir le message
    Ca me rappelle des bonnes blagues des Radio Erevan d’antan
    C'est vrai que l'article manque de sources.

  5. #5
    Membre extrêmement actif
    Avatar de Aurelien Plazzotta
    Homme Profil pro
    .
    Inscrit en
    Juillet 2006
    Messages
    312
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : .

    Informations forums :
    Inscription : Juillet 2006
    Messages : 312
    Points : 934
    Points
    934
    Par défaut
    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 porte l'épée brisée, et sépare les vrais rois des tyrans. Qui suis-je ?

  6. #6
    Nouveau membre du Club
    Homme Profil pro
    Développeur Java
    Inscrit en
    Septembre 2007
    Messages
    44
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Développeur Java
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2007
    Messages : 44
    Points : 29
    Points
    29
    Par défaut
    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

  7. #7
    Membre habitué
    Profil pro
    Consultant
    Inscrit en
    Janvier 2011
    Messages
    82
    Détails du profil
    Informations personnelles :
    Localisation : Espagne

    Informations professionnelles :
    Activité : Consultant

    Informations forums :
    Inscription : Janvier 2011
    Messages : 82
    Points : 132
    Points
    132
    Par défaut
    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é...

Discussions similaires

  1. Microsoft publie deux connecteurs pour Apache Hadoop
    Par Hinault Romaric dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 26/06/2012, 16h39
  2. Tutoriels pour Apache
    Par Marc Lussac dans le forum Apache
    Réponses: 8
    Dernier message: 11/11/2009, 21h10
  3. determiner le port pour apache
    Par kaygee dans le forum Autres Logiciels
    Réponses: 9
    Dernier message: 25/08/2005, 19h48
  4. Authentification ldap pour apache sous Windows
    Par beastman007 dans le forum Apache
    Réponses: 3
    Dernier message: 13/07/2005, 13h03
  5. AMD CodeAnalyst : Pour tous ceux qui comptent leurs cycles
    Par Selenite dans le forum Assembleur
    Réponses: 1
    Dernier message: 03/10/2004, 12h52

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo