As an architect, I prefer open source integration solutions because they very often set the future standards and do not depend on a particular supplier.
Search for a product comparison in Business-to-Business Middleware
In addition to the comprehensive point below, there are a few others that I'd look for. The evaluation process shouldn't just focus on the product, middleware technologies have been around for decades and 'largely' provide the same functionality, just delivered a different way. I would also be analysing the company behind the software. Questions to consider include:
• How often are new (major) software releases made available?
• What levels of support are offered and do they cover your timezone adequately? Look for SLA's that match your business expectations?
• What level of technical documentation is available - help files, knowledge bases, community forums, etc?
• Does the company have multiple tools that do the same thing - if so, which one will stay the course?
• Is the vendor open and honest about their place in the market during the sales process?
• Do they publish their subscriptions/software renewal rates? If they're not above 95% I would suggest there's a problem.
• Finally, ask for a published roadmap so you can see where the vendor wants to take the product/service.
The key takeaway is that you need to check the software does what you need it to do for now AND in the future. However, equally critical is making sure you don't back the wrong horse (vendor).
Senior B2B Integration Specialist at a financial services firm with 10,001+ employees
Vendor
2017-04-23T21:40:07Z
Apr 23, 2017
First, how well does it fit my B2B requirements out of the box?
B2B Middleware is not something you could just buy off the shelf. It requires significant technical knowledge, as well as a very specialized knowledge of your business processes and requirements to formalize a solution that will work for company.
Most middleware solutions are more a suite of tools, services and adapters, coupled together by ESB engines. Does this particular suite (or the number of addons you may have to add) cover the full scope you will need? What effort (infrastructure provision, software installation, configuration, and additional development) will it take)? How available are the people and resources for this effort? Does the solution cover all the communications/transport protocols and data types that I need to communicate with my internal and exteral vendors? What are the available data transformation tools like? How difficult is it to onboard my trading partners with this solution? Does it take the ever increasing scope of security and flexibility demands into account? And last, but not least, what expertise is available out there to help build my solution and keep it going?
B2B Middleware refers a translation layer between multiple applications incorporating disparate technologies. It is usually a suite of tools, services, and adapters geared toward application integration. These including message-oriented middleware and database middleware. B2B Middleware data and systems require multiple points of access and integration One of the most popular forms of B2B Middleware is the Enterprise Service Bus (ESB) or “ESB engine.”
B2B Middleware’s job is to route data...
As an architect, I prefer open source integration solutions because they very often set the future standards and do not depend on a particular supplier.
In addition to the comprehensive point below, there are a few others that I'd look for. The evaluation process shouldn't just focus on the product, middleware technologies have been around for decades and 'largely' provide the same functionality, just delivered a different way. I would also be analysing the company behind the software. Questions to consider include:
• How often are new (major) software releases made available?
• What levels of support are offered and do they cover your timezone adequately? Look for SLA's that match your business expectations?
• What level of technical documentation is available - help files, knowledge bases, community forums, etc?
• Does the company have multiple tools that do the same thing - if so, which one will stay the course?
• Is the vendor open and honest about their place in the market during the sales process?
• Do they publish their subscriptions/software renewal rates? If they're not above 95% I would suggest there's a problem.
• Finally, ask for a published roadmap so you can see where the vendor wants to take the product/service.
The key takeaway is that you need to check the software does what you need it to do for now AND in the future. However, equally critical is making sure you don't back the wrong horse (vendor).
First, how well does it fit my B2B requirements out of the box?
B2B Middleware is not something you could just buy off the shelf. It requires significant technical knowledge, as well as a very specialized knowledge of your business processes and requirements to formalize a solution that will work for company.
Most middleware solutions are more a suite of tools, services and adapters, coupled together by ESB engines. Does this particular suite (or the number of addons you may have to add) cover the full scope you will need? What effort (infrastructure provision, software installation, configuration, and additional development) will it take)? How available are the people and resources for this effort? Does the solution cover all the communications/transport protocols and data types that I need to communicate with my internal and exteral vendors? What are the available data transformation tools like? How difficult is it to onboard my trading partners with this solution? Does it take the ever increasing scope of security and flexibility demands into account? And last, but not least, what expertise is available out there to help build my solution and keep it going?