FioranoMQ Service Pack 3 was recently released, offering significant performance improvements and increased robustness via improved diagnostics and JMS APIs for server monitoring.
Fiorano, who built their business as a JMS vendor but has expanded into the Enterprise Service Bus market, has released an update to their flagship product. They claim a 20% performance boost for publish-subscribe applications, with their CEO Atul Saini saying:
With this latest release, FioranoMQ now performs up to ten times faster than it’s closest competitors, including IBM and TIBCO, for a vast number of publish/subscribe applications in Telecommunications, Financial Services and other key application areas.
They're not the only vendor to claim that they're the fastest product on the market, and unfortunately, few independent tests exist to validate any of the claims.
Fiorano lists other enhancements as:
- Enhanced flow control mechanisms for increased robustness in the presence of slow subscribers
- Better high-availability diagnostics
- New JMX APIs to monitor server health
- Enhanced client-side persistence to handle server-less application restart.
/filters:no_upscale()/sponsorship/topic/2c0d72d2-1768-47c2-8f5b-24f3ef0ae0e0/QconNYrsb-1679560094156.png)
/articles/Dotnet-Seven-MSMQ-Alternatives/en/smallimage/logo-1670585778128.jpg){kind=logo}
/articles/serverless-websockets-realtime-messaging/en/smallimage/logo-1669751746008.jpg){kind=logo}
/minibooks/jhipster-mini-book-7/en/smallimage/logo-1677849630224.jpg){kind=logo}
/presentations/java-compiler-intermediate-representation/en/smallimage/chris_seaton-s-1679038354209.jpg)
/articles/series-apache-kafka-streams/en/smallimage/apache-kafka-article-series-logo-small-1673455781546.jpg){kind=logo}
/presentations/jfr-observability/en/smallimage/Ben Evans-s-1675024642432.jpg)
/minibooks/2022-infoq-trends-reports/en/smallimage/LOGO-1672051527011.jpg){kind=logo}
/articles/secure-kafka-cluster-strimzi/en/smallimage/securing-a-kafka-cluster-in-kubernetes-using-strimzi-small-1671647644310.jpg)
/articles/graalvm-java-compilers-openjdk/en/smallimage/small-image-jdk-2023-1671096273181.jpg)
/articles/java-jvm-trends-2022/en/smallimage/InfoQ-Trends-Report-small-1670863712433.jpeg)
/presentations/java-shared-memory-files/en/smallimage/peter-lawrey-s-1669107216422.jpg)
/articles/josh-long-spring-6/en/smallimage/logo-1669141674434.jpg){kind=logo}
/presentations/devops-java-devs/en/smallimage/Ix-chel Ruiz-s-1669107288266.jpg)
/presentations/java-upgrade-path/en/smallimage/Andrzej Grzesik-s-1667476313077.jpg)
/presentations/log4shell-security/en/smallimage/Simon-maple-s-1665986617483.jpg)
/presentations/loom-java-concurrency/en/smallimage/Tomasz Nurkiewicz-s-1665739004716.jpg)
/presentations/jit-aot-tradeoffs/en/smallimage/qcon-plus-s-1665738630666.jpeg)
/articles/shift-left-api-standardization/en/smallimage/GettyImages-1059510610-1664896147152.jpg)
/articles/strimzi-the-gitops-way/en/smallimage/strimzi-gitops-small-logo-1664297048552.jpg){kind=logo}
/articles/cognitive-load-platform-engineering/en/smallimage/logo-1668609260559.jpg){kind=logo}
/presentations/infrastructure-control-plane/en/smallimage/Daniel Mangum-s-1665739290818.jpg)
/presentations/stripe-dev-env-infrastructure/en/smallimage/Soam Vasani-s-1664525808854.jpg)
Community comments
speed versus reliability
by Knut Forkalsrud,
speed versus reliability
by Knut Forkalsrud,
Your message is awaiting moderation. Thank you for participating in the discussion.
I used FioranoMQ back in the 5.x through 7.x versions, and the speed didn't matter much when the internal DB was corrupted. I would trade speed for reliability any day of the week. In messaging fabric, where scaling horizontally is key, I would make my investment in an open source solution with liberal licensing terms.