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

Big Data Discussion :

Banque : Choix Architecture Big Data?


Sujet :

Big Data

  1. #1
    Candidat au Club
    Femme Profil pro
    Responsable/Ingénieur
    Inscrit en
    Octobre 2017
    Messages
    5
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable/Ingénieur
    Secteur : Finance

    Informations forums :
    Inscription : Octobre 2017
    Messages : 5
    Points : 4
    Points
    4
    Par défaut Banque : Choix Architecture Big Data?
    Bonjour,

    Dans le cadre de la réflexion autour du développement du Big Data au sein d'une banque, je voulais savoir quel est le type d'architecture Big Data le plus répandu au niveau des banques?

    Est ce que l'architecture DataLake demeure la plus adaptée pour répondre aux besoins des banques?
    Est ce qu'il existe un document qui illustre quel type d'architecture qu'il y a lieu de déployer suivant les besoins et les secteurs d'activité?

    Merci d'avance

  2. #2
    Modérateur
    Avatar de DotNetMatt
    Homme Profil pro
    CTO
    Inscrit en
    Février 2010
    Messages
    3 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : Etats-Unis

    Informations professionnelles :
    Activité : CTO
    Secteur : Finance

    Informations forums :
    Inscription : Février 2010
    Messages : 3 611
    Points : 9 743
    Points
    9 743
    Billets dans le blog
    3
    Par défaut
    Il n'y a pas de recette magique selon l'industrie ou autre : a chaque projet ses propres besoins et ses specificites. Il faut analyser le besoin pour savoir ce qu'il faudra mettre en oeuvre.
    Less Is More
    Pensez à utiliser les boutons , et les balises code
    Desole pour l'absence d'accents, clavier US oblige
    Celui qui pense qu'un professionnel coute cher n'a aucune idee de ce que peut lui couter un incompetent.

  3. #3
    Candidat au Club
    Femme Profil pro
    Responsable/Ingénieur
    Inscrit en
    Octobre 2017
    Messages
    5
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable/Ingénieur
    Secteur : Finance

    Informations forums :
    Inscription : Octobre 2017
    Messages : 5
    Points : 4
    Points
    4
    Par défaut
    vous avez parfaitement raison! Tout cela dépend bien du contexte, des besoins, des contraintes,...

    L'idée était de voir quelle est l'architecture la plus répandue dans le secteur financier...

  4. #4
    Modérateur
    Avatar de DotNetMatt
    Homme Profil pro
    CTO
    Inscrit en
    Février 2010
    Messages
    3 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : Etats-Unis

    Informations professionnelles :
    Activité : CTO
    Secteur : Finance

    Informations forums :
    Inscription : Février 2010
    Messages : 3 611
    Points : 9 743
    Points
    9 743
    Billets dans le blog
    3
    Par défaut
    Le secteur financier est un vaste domaine... J'ai travaille sur des projets en finance de marche et en gestion d'actifs, les architectures sont tres differentes. Si on utilisait par exemple Spark en finance de marche pour streamer les donnees en pseudo temps-reel, cela n'avait aucune utilite en gestion d'actifs, du moins pour ce projet. J'ai aussi travaille sur un projet Big Data d'analyse de texte avec du Machine Learning. La encore, Spark n'etait d'aucune utilite, tout comme le data lake.

    Le Data Lake n'est pas essentiel mais sur de gros projets (principalement - mais pas uniquement - analytics) ca peut faire gagner pas mal de temps : on y met les donnees peu importe leur provenance ou leur format, c'est a "l'utilisateur" (= les developpeurs en general ; ou des "domain knowledge") de definir les relations avant d'ingerer et de traiter les donnees.

    S'il y a peu de sources de donnees, ou si les formats ne sont pas specialement heterogenes, on peut s'en passer. On s'en passe egalement si on recherche des performances (requetes qui tournent en moins de quelques secondes).

    On ne peut pas tirer de conclusions generiques, chaque projet etant par essence tres different.
    Less Is More
    Pensez à utiliser les boutons , et les balises code
    Desole pour l'absence d'accents, clavier US oblige
    Celui qui pense qu'un professionnel coute cher n'a aucune idee de ce que peut lui couter un incompetent.

  5. #5
    Membre régulier
    Profil pro
    Ingénieur d'études et développement JAVA
    Inscrit en
    Mai 2008
    Messages
    202
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

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

    Informations forums :
    Inscription : Mai 2008
    Messages : 202
    Points : 103
    Points
    103
    Par défaut
    Boujour,

    Je répond un peu tard, c'est pour te rediriger vers mon article qui traite ce sujet.

    https://big-data.developpez.com/tuto...ture-big-data/

    Je reste ouvert si tu as des questions particulières.

    Cordialement,

  6. #6
    Membre éprouvé

    Homme Profil pro
    Développeur décisionnel
    Inscrit en
    Novembre 2012
    Messages
    28
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur décisionnel
    Secteur : Industrie

    Informations forums :
    Inscription : Novembre 2012
    Messages : 28
    Points : 999
    Points
    999
    Par défaut
    Citation Envoyé par fiiryel Voir le message
    Bonjour,

    Dans le cadre de la réflexion autour du développement du Big Data au sein d'une banque, je voulais savoir quel est le type d'architecture Big Data le plus répandu au niveau des banques?

    Est ce que l'architecture DataLake demeure la plus adaptée pour répondre aux besoins des banques?
    Est ce qu'il existe un document qui illustre quel type d'architecture qu'il y a lieu de déployer suivant les besoins et les secteurs d'activité?

    Merci d'avance
    Bonjour fiiryel,

    j'espère que tu vas bien.
    le lien du commentaire précédent est très bien pour se faire une idée précise des architectures Big Data.
    Maintenant, pour les banques (pour y avoir travailler moi-même), 3 problématiques majeures se posent souvent au niveau des banques : la sécurité, la vélocité et le nombre de uses cases.
    De part ces 3 contraintes, en général, 3 types d'architectures en Big Data sont généralement utilisées pour les banques :
    - les architectures Lambda
    - les architectures Kappa
    - et les architectures hybrides.

    En gros, l'idée de ces 3 architectures consiste à combiner une couche batch à une couche streaming temps réel.

    Voilà, j'espère que cela répond à ta question,

    Bonne journée,

    Juvénal
    Mes cours et tutoriels bases de données et Hadoop : https://juvenal-chokogoue.developpez.com

Discussions similaires

  1. Tutoriel pour apprendre à faire le choix d'une architecture big data
    Par Community Management dans le forum Big Data
    Réponses: 3
    Dernier message: 23/07/2018, 17h48
  2. Architecture big data
    Par orli27 dans le forum Big Data
    Réponses: 5
    Dernier message: 22/03/2017, 11h51
  3. Réponses: 0
    Dernier message: 20/12/2016, 12h06

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