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 Mark Little on Aug 20, 2008
... have positioned SOA as a technology enabler to their large suite of business applications. They sell [SOA based] business solutions.... which does seem a bit circular in nature. However, Jeff is pleased that this means IBM and SAP are assuming that SOA is in place acting as an enabling technology. Therefore it's time to move past these enabling solutions, which includes ESBs and other possible implementations of I.T. SOA and concentrate on Business SOA.
In Business SOA we need to think about a new set of "Business SOA Patterns":Related to this, Jeff has come up with what he called the 7 Dirty Words [of I.T.] SOA:- How do we deliver new business products through new channels?
- How do we deliver more/better information to our distributors, retailers and consumers?
- How will consolidated/shared information lead to a tighter supply chain?
Maybe there has been too much emphasis on the technical aspects of SOA. But if so where does the blame lie? Surely some of this is this the fault of the technology companies such as IBM and SAP who (obviously) had those solutions to sell? Or as Steve says:
- Loose Coupling
- Abstraction
- Reuse
- Autonomous
- Discoverability
- Composability
- Interoperability
how [technologists] become obsessed with a given technology or approach and just can't help using it everywhere. Sort of like addiction ...It is unclear though how this idea that I.T. SOA has reached a threshold ties in with reports that SOA is failiing, particularly when many of the reports emphasize technical aspects. Of course it is possible that those failures simply indicate poor technology choices, or alternatively to paraphrase Mark Twain: reports of the death of I.T. SOA are greatly exaggerated?
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