IBM MQ pour le transfert de fichiers [fermé]

StackOverflow https://stackoverflow.com/questions/512807

Question

Nous sommes confrontés à un choix d'utiliser IBM MQ sur SFTP pour le transfert de fichiers. J'ai entendu des avantages de cette approche, mais je ne l'ai jamais vu personne en utilisant réellement pour un gros fichiers.

question principale: comment IMB MQ peut gérer le transfert de gros fichiers (jusqu'à 100 Mo)? Est-il stable? Il est de l'ordinateur central vers le serveur UNIX, si elle importe.

Merci beaucoup.

Était-ce utile?

La solution

Je l'ai utilisé MQ avec des fichiers jusqu'à 8 Go en taille, sans incident. Vous devez allouer suffisamment d'espace pour MQ pour les gérer, mais il fonctionne.

Autres conseils

MQ lui-même offre une communication à base de messages entre les programmes. Vous ne pouvez pas utiliser directement pour transférer des fichiers. Les gens parlent de « l'envoi de fichiers via MQ » signifient souvent qu'ils écriront les programmes eux-mêmes à lire à partir d'un fichier, envoyer sur MQ, MQ et reçoivent de écrire à un autre fichier. Cela semble trivial temptingly au début, mais devient rapidement très complexe si vous voulez qu'il soit robuste. Non recommandé.

Qu'est-ce que vous devrait être fait si vous voulez impliquer MQ dans vos transferts de fichiers est d'utiliser l'un des produits de transfert de fichiers qui sont assis sur MQ. Il y a un certain nombre d'offres matures, dont je sais à côté de rien, avec un nouveau produit d'IBM lui-même ( « Websphere MQ Edition File Transfer ») qui est activement développé et a récemment annoncé une version mise à jour (7.0.1).

Pour répondre à votre question, j'ai personnellement utilisé WMQFTE pour transférer un fichier de 1000 Go d'une machine AIX à un ordinateur Windows, donc je ne pense pas que vos fichiers 100MB « grand » est un problème :-). Je ne suis pas impliqué dans le mainframe autant, mais il est très bien une plate-forme de base pour les ETP.

Les vendeurs ont fait le transfert de fichiers sur un système de messagerie tel que WebSphere MQ depuis plus de 12 ans. Je ne l'ai pas utilisé le produit IBM. Et pourtant, je sais que jusqu'à récemment IBM revendu le produit de Metastorm (sous la marque PM4Data ) et récemment entrée sur le marché avec un produit de première génération.

Je l'ai vu Metastorm Integration Manager gérer les fichiers de tailles téraoctet tout le temps ; briser les messages dans WebSphere MQ et l'exécution des accusés de réception de tampons afin de ne pas déborder des files d'attente de messages ou d'avoir à faire beaucoup de MQ Administration.

D'autres considérations valables de l'utilisation des systèmes de messagerie pour le transfert de fichiers par rapport à SFTP comprennent:

  1. Pré et manutention Mouvement Post-données - En tant que transport réseau, SFTP déplace les données (comme on peut déposer des produits de transfert sur WebSphere MQ). Pour faire du traitement avant ou après le mouvement, vous devriez écrire votre propre surveillance, le déclenchement, la gestion des erreurs, etc. fournisseurs matures dans le transfert de fichiers sur l'espace de messagerie fournissent l'infrastructure hors-the-box pour vous. En fonction de votre application, ils peuvent aussi aider
  2. Audit Trail - SFTP qui procure souvent l'exploitation forestière au niveau du système. Souvent, le temps, les fournisseurs offrant une intégration de fichiers sur MQ ont une plus grande capacité d'audit, y compris le traitement avant et mouvement post-données. Certains fournisseurs offrent également des systèmes basés sur le Web sécurisées pour exposer certaines intégrations aux utilisateurs autorisés.
  3. Gestion des exceptions - SFTP donnera synchrones des messages d'erreur à partir de laquelle vous codez alors votre logique d'erreur. Les fournisseurs offrant une intégration de fichiers sur MQ fournissent souvent des capacités d'exception allant de « voici un message sur la file d'attente qui signifie un problème est arrivé ... bonne chance » à l'intégration intégré aux consoles sur le Web ou même système BPM.
  4. Traitement de transfert de fichiers en tant que service - Souvent, le transfert de fichiers fait partie d'un processus d'affaires plus important. Certains fournisseurs pour tirer parti de ce transfert de fichiers de la chaîne et ont même collaborer avec les processus centrés sur l'homme pour fournir une visibilité de bout en bout dans le cadre d'un transfert de fichiers point à point. De plus, l'utilisation des systèmes de messagerie pour le transfert de fichiers permet de déplacer une organisation à un plus en temps réel, approche axée sur un message.

J'espère que les détails supplémentaires donnent quelques détails dans votre évaluation. Bonne chance!

Dans l'une des réponses précédentes, il y a la déclaration followng:

  

Les gens parlent de « l'envoi de fichiers via MQ » signifient souvent qu'ils écriront les programmes eux-mêmes à lire à partir d'un fichier, envoyer sur MQ, recevoir de MQ et écrire dans un autre fichier. Cela semble trivial temptingly au début, mais devient rapidement très complexe si vous voulez qu'il soit robuste. Non recommandé.

En théorie, il serait bien de « l'envoi de fichiers via MQ », car vous recevrez une confirmation sur la livraison de messages (CoD) lorsque le destinataire a (lire) le fichier de la file d'attente. Un autre avantage serait que le fichier sera automatiquement supprimé de la file d'attente lorsque le destinataire a (lu) de la file.

Savez-vous peut-être si ce qui précède (ou similaire) est offert par MQFTE?

scroll top