|
|
|
2012 年
|
|
|
ガートナー社の Magic Quadrant において
アプリケーション統合インフラストラクチャ分野のビジョナリーを Fiorano が獲得
この Magic Quadrant レポートは、アプリケーション-ツー・アプリケーション (A2A) に必要な機能をどの程度カバーできているか各社の製品を調査した結果となっています。Fiorano の SOA Platform、ESB (エンタープライス サービス バス)、メッセージング ソフトウェア (FioranoMQ) の評価結果が報告されています。
プレスリリース
|
|
|
Independent ROI Calculator for SOA
SOA Cost Comparison depends on looking at software systems in a stack in an IT data center. Managing
a stack takes a lot of expertise, some of the management is automated, some of it manual. The problem
with automated process is that it is difficult to change and can be inflexible. If you change one thing, it
may make things that were working stop working. The problems with manual process are all related to
the cost of developer and manager time.
More »
|
|
|
On the Radar: Fiorano
Simplifying integration through a peer-to-peer architectural
approach
Fiorano Cloud Platform combines the capabilities of traditional and cloud-based integration
approaches in the form of a hybrid integration infrastructure. The platform is a simple and efficient solution to the various complex integration issues that organizations are facing in the current business environment. While its prominent use case is on-premise to cloud integration, it is also capable of fulfilling the requirements of cloud to cloud, intra-cloud, and B2B integrations. One of the differentiating features of this platform is the underlying peer-to-peer architecture that ensures a more efficient and flexible realtime integration by providing centralized control and greater data access flexibility.
レポート(英文 PDF) の表示
|
|
|
BPM in the Cloud: Disruptive Technology
Why the middleware-in-the-Cloud approach to PaaS is doomed to fail
"ZapThink, of course, saw the world of SOA-enabled BPM quite differently. In our view, the Service-oriented way of looking at BPM was to free it from the engines, and focus on Services: composing them and consuming them. But there was a catch: Services are inherently stateless. The challenge with the Service-oriented approach to BPM was how to main state for each process instance in an inherently stateless environment.
" We tackled the problem of state head on back in 2006, when we discussed how to maintain state in compositions of stateless Services that implement processes. Then in 2008, we discussed how you could free SOA-based BPM from middleware by maintaining state in message interactions between Services and their consumers. If you got this right, you wouldn’t need a heavyweight process engine to do it for you. More »
|
|
2011 年
|
|
|
REST-Based SOA: an Iconoclastic Approach
We want to favor responding to change over following a plan–even if that plan is how SOA or even REST is “supposed to be done.” The goal is stuff that actually addresses the business problem, not some adherence to official dogma. Therefore, it came as no surprise to us when an organization [the United States Coast Guard (USCG)] contacted us and let us know that they are taking the REST-based SOA approach. What the USCG has done is implement an architecture that actually works for them that is, it delivers loosely coupled, abstracted Business Services with the flexibility and performance they require. And remember, actually working trumps following a pre-determined set of best practices every time – especially when those best practices don’t actually solve the problems at hand.
USCG's SPEAR approach is taking a fully Service-oriented approach to maintaining state. They are able to do so in spite of leveraging an ESB because they selected the Fiorano ESB, which has long maintained state in a fully message-centric manner, instead of spawning threads to keep track of state as in other vendors’ ESBs.
There are two important morals here. First, REST-based SOA is alive and well, and offers straightforward solutions to many of the knottier problems that Web Services-based SOA has suffered from. But even more importantly, the success the USCG has achieved shows that any architectural approach is nothing more than a loose collection of best practices. More »
|
|
2007 年
|
|
|
|
|
|
|
|
|
|
|