Jesper Boeg on Priming Kanban
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Abel Avram on Oct 06, 2008
In this article, Steven Haines talks about web application performance tuning which used to be more of an art than science. He proposes a method called wait-based tuning, making the entire process more measurable and, consequently, more scientific.
Read: A Formal Performance Tuning Methodology: Wait-Based Tuning
Steven explains why web application performance tuning is difficult to perform. A client request may go through several tiers suffering delays at different levels before a response is returned:
Input can come in the form of an HTML browser, a thick client, a mobile device, or a web service, which can pass through servlets running in one of a dozen different architectures or a portal container, that in turn may call enterprise beans, external web services, or delegate processing to a business rules engine. Each of these components may then interact with a content management system, a caching layer, a plethora of databases, and legacy systems.
The complexity of tuning today's web applications can be addressed by analyzing the architecture of the application and defining a series of wait-points marking the path traversed by a client request until it becomes a response that reaches back to the client. There are 2 types of wait-points, according to Steven:
Steven says that having "a set of wait-points identified, the tuning process is implemented by opening all tier-based wait-points and external dependency pools, generating balanced and representative load against the application, and tuning backwards, or tightening wait-points to maximize the performance of a request’s weakest link, but without saturating it."
Improve Java Garbage Collection, Runtime Execution, and JVM visibility with Zing
Monitor your Production Java App - includes JMX! Low Overhead - Free download
Nice article applying less-known potentials of queueing theory and queuing models. QoS-intensive telecom network software use this extensively in capacity prediction across various version releases. Resource wait-time is one of the key tuning ingredient in most of telecom services software/middleware and calls for very careful engineering to optimize the performance.
Good that the perspective is neatly extrapolated to web application model through this article.
how different is this from what's described here:
www.infoq.com/articles/SEDA-Mule
SEDA is a formal architectural paradigm which emphasizes what is stated in the above article. Instrumenting the code to carry wait-time analysis (monitoring request wait-times in various queues through critical application flow, resource monitoring) and implementing a graceful degradation are all design paradigms are facilitated by SEDA through customization mechanisms. This article seems to discuss about the the approach which is apparently facilitated (with some customizations) by frameworks such as Mule
Good article ! Just one thing to clarify I couldn't relate the caching any where in the application tier.
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
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.
4 comments
Watch Thread Reply