Ben déjà la capacité d'aller chercher des infos dans tous les - ou au moins la plupart des - systèmes de bases de données.
Ensuite on l'imagine, la capacité à aller les charger (capacité duale) en base.
jdbc, donc oui.
Allons-y également, la capacité à aller chercher et générer des fichiers plats (texte ASCII ou tout autre encodage, HTML/XML, etc.).
En interne, tout est traité en XML, mais aucun souci pour importer exporter en fichier plat (csv ou autre)
Pour ça il lui faudra maitriser une ensemble de protocoles de transport/échange de fichiers : on pense à FTP en premier, mais aussi scp, http, sftp, etc.
FTP, HTTP, HTTPS.
Mais pas (encore) scp ou sftp. Mais comme on peut invoquer des scripts, on peut se débrouiller malgré tout, même si c'est moins proprement intégré.
La capacité la plus évidente, mais la moins pensée (paradoxalement), c'est le scheduling : un chef d'orchestre pour gérer tout ça.
Les workflows sont déclanchées automatiquement dès qu'un message associé arrive. L'association se fait sur le nom du fichier (ftp, scrutation locale), sur le sujet (mail), sur un paramètre de l'url (http), ...
Un scheduler permet d'invoquer des workflows à intervalles réguliers.
Et puis des belles interfaces graphiques pour simplifier/modéliser le boulot.
Tout se fait en client léger (IE, firefox testés et OK). Sauf le mapping (transformation) qui est une appli graphique indépendante (sous win, ou avec un serveur X)
Et puis aussi pourquoi pas des outils de mesure des perfs.
Là non, rien n'est intégré. Il y a des logs qui traces les événements, mais sinon il faut jouer avec openSTA, rrdtools/cacti selon tes désirs.
[^] # Re: ETL !
Posté par morfal . En réponse à la dépêche Nouvelle version stable de BIE (v 6.0.3). Évalué à 1.
Ben déjà la capacité d'aller chercher des infos dans tous les - ou au moins la plupart des - systèmes de bases de données.
Ensuite on l'imagine, la capacité à aller les charger (capacité duale) en base.
jdbc, donc oui.
Allons-y également, la capacité à aller chercher et générer des fichiers plats (texte ASCII ou tout autre encodage, HTML/XML, etc.).
En interne, tout est traité en XML, mais aucun souci pour importer exporter en fichier plat (csv ou autre)
Pour ça il lui faudra maitriser une ensemble de protocoles de transport/échange de fichiers : on pense à FTP en premier, mais aussi scp, http, sftp, etc.
FTP, HTTP, HTTPS.
Mais pas (encore) scp ou sftp. Mais comme on peut invoquer des scripts, on peut se débrouiller malgré tout, même si c'est moins proprement intégré.
La capacité la plus évidente, mais la moins pensée (paradoxalement), c'est le scheduling : un chef d'orchestre pour gérer tout ça.
Les workflows sont déclanchées automatiquement dès qu'un message associé arrive. L'association se fait sur le nom du fichier (ftp, scrutation locale), sur le sujet (mail), sur un paramètre de l'url (http), ...
Un scheduler permet d'invoquer des workflows à intervalles réguliers.
Et puis des belles interfaces graphiques pour simplifier/modéliser le boulot.
Tout se fait en client léger (IE, firefox testés et OK). Sauf le mapping (transformation) qui est une appli graphique indépendante (sous win, ou avec un serveur X)
Et puis aussi pourquoi pas des outils de mesure des perfs.
Là non, rien n'est intégré. Il y a des logs qui traces les événements, mais sinon il faut jouer avec openSTA, rrdtools/cacti selon tes désirs.
M