New-age Transactional Systems - Not Your Grandpa's OLTP
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Stefan Tilkov on Jun 12, 2007
The Apache Software Foundation has released Apache Synapse 1.0; simultaneously, WSO2, the company behind Axis2, has released a commercial offering based on Synapse, called WSO2 ESB 1.0.
According to the announcement,
Apache Synapse is a simple and highly effective Web Services intermediary and SOA framework. It can be added to your existing network very simply either as a services gateway or as an HTTP proxy. Once Apache Synapse is mediating your service requests it can perform many functions including routing, load-balancing, transformation and protocol switching. Apache Synapse can be used to build an Enterprise Service Bus (ESB) or Service Oriented Architecture (SOA).
The main features of Synapse include:
As opposed to Axis2, Synapse is not programming environment. Instead, it is either configured and managed via an XML config file (in case of Synapse) or a graphical UI (in case of WSO2 ESB). InfoQ covered Synapse's graduation from incubator status back in January; since then, Synapse has been upgraded to use Apache Axis2 1.2, and expanded to include the non-blocking HTTP and HTTPS transport. In addition to sample and documentation improvements, suppport for WSDL endpoints and high availability features has been extended.
InfoQ followed up with WSO2 CTO Paul Fremantle on the occasion of the 1.0 release. Obviously, the WSO2 ESB comes with commercial support and training provided by WSO2; in addition, it features a Web UI for administration and a registry. According to an entry in Paul's blog,
[W]we have built an internal registry and repository, that you can manage using the Web UI. This means that you can store, manage and use all the resources that are needed - WSDLs, URLs, XSLTs, Scripts, WS-Policies, Synapse.xmls, etc, in a single place. This is - in my opinion - one of the key aspects to really building an ESB with Synapse (or any other product). We have further enhancements to do in this area, so keep your eyes peeled.
When asked about the registry support included with the tool, Paul Fremantle clarified,
Synapse can use a registry that offers up XML or other config via a HTTP GET interface or file system. The "registry" that is part of the ESB is basically a file-system based way of managing the resources you need (WSDL, WS-Policy, XSLTs, Synapse config XMLs, etc).
We also asked Paul about the criteria used to decide whether to use Synapse/ESB or Axis2/WSAS (WSAS is WSO2's commercial offering based on Axis2):
Firstly the ESB and Synapse should both interoperate with any other SOAP or XML compliant system (including via JMS). The ESB is really a management, routing and monitoring system. Its not designed to host actual real services, but only virtual services, which are actually implemented by real services hosted elsewhere. So you would use Axis2/WSAS to build real services, but you would use the ESB or Synapse to create a bus (a virtualized, managed and consistent set of services) out of a set of services hosted elsewhere, possibly in WSAS, Axis2, Axis1, .NET, Perl, PHP, JMS, etc.
Paul claims WSO2's ESB (and by extension, Synapse) vastly outperforms another, unnamed leading commercial ESB:
The ESB has been designed to be blisteringly fast. Now we can't name names (because of the usual license agreement carp that proprietary vendors do), but we've tested the WSO2 ESB against a leading proprietary/closed-source ESB. Our figures show we can do simple routing 20% faster, content-based routing 30% faster and XSLTs 100% faster. We will publish the performance data soon. We have a completely non-blocking async model - even for HTTP and HTTPS, meaning we can scale to handle thousands of concurrent connections without dropping any.
WSO2 has made the results, including information about the benchmark setup, public.
The Apache Synapse code and binaries are available from the website at http://ws.apache.org/synapse
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
No comments
Watch Thread Reply