Slashdot Mirror
Book Review: Cloud Computing Design Patterns
The authors build on the notion that for anyone who wants to architect a large cloud solution, they need to have a broad understanding of the many factors involved with the real-world usage of cloud services. Because cloud services are so easy to deploy, they are often incorrectly misconfigured during roll-out and deployment. The authors write that its crucial have a strong background in cloud services before doing any sort of a rollout. Because it's often so easy to deploy cloud services, this results in far too many failed cloud projects. And when the project is poorly implemented, it can actually cause the business to be in a far worse point from where it was before the cloud rollout.
The authors deserve credit for writing a completely vendor agnostic reference, even though there are many times you would appreciate it if they could suggest a vendor for a specific solution. Some of the more interesting patterns detailed in the book are:
- Hypervisor clustering – how can a virtual server survive the failure of its hosting hypervisor or physical server?
- Stateless hypervisor – how can a hypervisor be deployed with a minimal amount of downtime, while allowing for quick updating and upgrading?
- Trusted platform BIOS – how can the BIOS on a cloud-based environment be protected from malicious code?
- Trusted cloud resource pools – how can cloud-based resource pools be secured and become trusted?
- Detecting and mitigating user-installed VMs – how can user installed VMs from non-authorized templates be detected and secured?
The book is replete with these scenarios, and each scenario includes downloadable figures that effectively illustrate the mechanisms used to solve the problem.
Chapter 3 provides a number of first-rate architectural ideas on how to design a highly resilient cloud solution. Much of the promise of the cloud is built on scalability, elasticity and overall optimization. These chapters show how to take those possibilities from conceptual to a working implementation.
Cloud failures are inevitable and chapter 4 details how to build failover, redundancy and recovery of IT resources for the cloud environment.
Chapter 9 is particularly important, as far too many designers think that since the underlying cloud abstraction layer is highly secure, everything they build on top of that will have the same level of security. The book details a number of design patterns that are crucial to ensuring the cloud design is securing that data at rest and is resistant against specific cloud attacks.
With a list price of $49.99, the book is a bargain considering the amount of useful information it provides. For anyone involved with cloud computing design and architecture, Cloud Computing Design Patterns, is an absolute must read.
Reviewed by Ben Rothke.
You can purchase Cloud Computing Design Patterns from amazon.com. Slashdot welcomes readers' book reviews (sci-fi included) -- to see your own review here, read the book review guidelines, then visit the submission page. If you'd like to see what books we have available from our review library please let us know.
These books are basically the equivalent of a zoologist going out into the world of existing code bases, and trying to come up with a naming scheme for everything they find. Most of the OO patterns existed long before the Gang of Four formalised them. Many of them existed before we even had commercial OO languages. And I'm certain most of the patterns in this book have been used (where suitable) by web developers for a long time now. It can be useful to have some terms defined, but in the end you either have the mentality and skills to make easy to maintain, robust software, or you are a manager.
"filler at the end with numerous appendices of publicly available information"
"how can a virtual server survive the failure of its hosting hypervisor or physical server?..."
So they moved the filler to the start of the book? Everything about this book seems to be filler since there is no such thing as a 'cloud'. Shared hosting and virtual servers have been around forever, everything about it has been worked out.
Custom electronics and digital signage for your business: www.evcircuits.com
The "cloud" is as much of a new thing as "web 2.0" was.
It's just a new name for something old.
In this case, it just means "someone else's computer".
Always read at -1, don't let others decide what you should and should not read.
Anyone else having every page on Slashdot randomly and repeatedly jump to the top?
Filler appendices and introduction to the problem? What about over 30 pages of autopromo?
Testimonials. Reviews. Forewords By Famous People I'd Never Heard About. Award nominations. Blurbs. Thanks to Famous People for Help.
If I see the book needs so much space to convince the reader it's any good, it means the actual content definitely isn't good enough to sell the book.
45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
>> These books end up being well over 800 pages without a lot of original information...filler at the end with...publicly available information. ...which is why I quit buying technical books since I got that second monitor.
even though they are written an advanced audience
The last "Design Pattern" movement, per "GOF" and OOP, was overall a disaster. People started shoe-horning their code into these patterns without rhyme or reason.
A good book on code and system design collects a thorough list of points to discuss, typically the pro's and con's of each design choice. But, ultimately lets the reader plug in their organization's own goals and priorities to select the best choice.
In other words, "here's a list of things to consider and questions to ask."
Any design methodology that says "Always do X" should taken with a boulder of salt.
And ultimately, keep K.I.S.S. in mind. Don't build an eBureaucracy unless you really need one.
Table-ized A.I.
and yer point is?
stupid u r...and i saw no more.
all stupid comments so far.
so let me be the furtst to make a smart comment.
i am a cloud architect and this book will help me.
You are an astroturfer, your opinion doesn't matter.
"Far too many technology books take a Hamburger Helper approach, where the first quarter or so of the book is about an introduction to the topic, and filler at the end with numerous appendices of publicly available information. These books end up being well over 800 pages without a lot of original information, even though they are written an advanced audience. In software engineering, a design pattern is a general repeatable solution to a commonly occurring problem in software design. A design pattern isn't a finished design that can be transformed directly into code. It is a description or template for how to solve a problem that can be used in many different situations. Using that approach for the cloud, in Cloud Computing Design Patterns, authors Thomas Erl, Robert Cope and Amin Naserpour have written a superb book that has no filler and fully stocked with excellent and invaluable content."
5 to 1 that was generated by a bot. Any takers?
What I miss most about the US of A is that I can’t get Dunkaroos cookies here.
This book made me want to use the cloud or order Dunkaroos cookes.
CaaS – cookiez as a service.