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 Dilip Krishnan on Oct 08, 2008
The Netflix team has released the Netflix API and according to the Netflix Blog,
The Netflix API allows access to data for over 100,000 movie and TV episode titles on DVD as well Netflix account access on a member's behalf. The Netflix API gives developers the ability to create new and novel applications using Netflix data for Netflix members or movie fans in general.
As mentioned in the developer API blog, Netflix supplies three sets of API components:
- JavaScript API - The JavaScript API is a simple API that has been optimized to help you emulate the Netflix experience in your application.
- REST Programming API - A set of REST (representational state transfer) APIs to give you fine-grained access to such Netflix resources as the title catalog, user queues, and rental activity.
- Atom feeds - The Atom feeds provide a means for enabling non-subscriber users to read Netflix feed data such as subscriber queues. Feeds are accessed via the REST API.
The Netflix authentication methods are based on the OAuth Core 1.0 protocol. Developers can use the full strength of OAuth or can use less stringent methods where OAuth is not needed.
According to Subrahmanyam aka Subbu, who currently develops standards, patterns and practices for designing HTTP/REST web services at Yahoo!,
This is first API that I came across that has linking stated so prominently. Kudos to the Netflix team.
The API is RESTful and follows a set of conventions, and as Subbu points out, is
Designed to be resource centric, the API keeps the data references for resources in the URL path, to the right of the host name, and uses links to tie together related resources. Method information goes into the standard HTTP verbs.
He notes that "there are a few odd wrinkles in the API that I wish are not there" but concedes that "When compared to other APIs out there, these are very minor issues".
Other than the detailed API documentation, there is also a nice step-by-step guide by Joseph Smarr.
Be sure to check out the details of API of the Netflix developer site.
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