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 Miko Matsumura on Aug 15, 2006
Stefan Tilkov on his blog has produced a useful roll call of REST vs SOAP/WS style bloggers
When designing SOA, it's important to consider appropriate architectural style--and themes from REST or from the Web Services community may be applicable depending on the requirement set. It's incumbent on architects to understand the advantages and disadvantages of both styles to better apply the techniques. This list of bloggers is very useful as a tool for exploring these styles. In particular, if you see yourself in one of these camps, it may be useful to peruse the "other" camp's blogs to gain an understanding of the benefits of such approaches.
Web Services/WS-* supporters (10)
REST supporters (15)
Supporting both (15)
As for sticking to one approach and standard, if REST had come first and done all the leg work around policy and security then that would be great too. But things like 802.11x and the US phone networks surely teach us that its much better to agree on a standard than have lots of twisty standards all different (which was what I blogged about a while back).
IT is too obsessed with the next best thing, rather than just making do and using what is "good enough". We are the Golgafrinchans never getting anywhere because we argue what colour the wheel should be. Technical discussions like SOAP v REST add nothing to the debate as to how IT will better deliver business solutions that are maintainable, flexible and most importantly look like the business rather than a series of techy acronymns.
It could be interesting to build a list of REST-ian books and SOAP books. Or at least non SOAP books. I find Dirk Krafzig's Enterprise SOA: Service-Oriented Architecture Best Practices a non SOAP book, on the other hand Thomas Erl's Service-Oriented Architecture: Concepts, Technology, and Design is too SOAPy to my taste.
Javier
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.
2 comments
Watch Thread Reply