• Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
  • Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

Hub and Spoke Integration Solutions

Collapse
X
  •  
  • Filter
  • Time
  • Show
Clear All
new posts

    Hub and Spoke Integration Solutions

    Just wondering what's the de facto solution in the banking world to integrate core systems with a hub and spoke type architecture - I.e. one with a central repository to persist every transaction.

    Past offerings included Tibco and xNetik.

    Just wondering what's out there now.

    Thank you.

    #2
    Originally posted by EnBaignantAvecPierre View Post
    Just wondering what's the de facto solution in the banking world to integrate core systems with a hub and spoke type architecture - I.e. one with a central repository to persist every transaction.

    Past offerings included Tibco and xNetik.

    Just wondering what's out there now.

    Thank you.
    Subscriber Trunk Dialling

    Comment


      #3
      Wouldn't it depend on the purpose of the messaging system?

      Tibco always used to be the preferred messaging for fire and forget pub-sub messaging where it doesn't matter whether the message gets there or not, or if it gets there multiple times (eg a stock price ticker).

      If the message needs guaranteed once and once only delivery then Tibco loses the speed advantages that they have for fire and forget pub-sub communication and other solutions may be a better choice of technology (eg Oracle AQ).

      I'd be surprised if there is a de facto solution these days.
      Best Forum Advisor 2014
      Work in the public sector? You can read my FAQ here
      Click here to get 15% off your first year's IPSE membership

      Comment


        #4
        Originally posted by TheFaQQer View Post
        Wouldn't it depend on the purpose of the messaging system?

        Tibco always used to be the preferred messaging for fire and forget pub-sub messaging where it doesn't matter whether the message gets there or not, or if it gets there multiple times (eg a stock price ticker).

        If the message needs guaranteed once and once only delivery then Tibco loses the speed advantages that they have for fire and forget pub-sub communication and other solutions may be a better choice of technology (eg Oracle AQ).

        I'd be surprised if there is a de facto solution these days.
        Yes, this needs to be replayable.

        Comment

        Working...
        X