Cloud Foundry: Design and Architecture
Derek Collison discusses the goals, the design premises and patterns employed in creating the architecture of Cloud Foundry, VMware’s open source PaaS, unveiling internal architectural details.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Christopher Goldsbury on Dec 06, 2011
The United Kingdom is interested in adopting agile practicesas part of its Government ICT Strategyto save millions. The UK government is looking to achieve substantial cost savings on its IT efforts through the use of agile practices among other initiatives.
Among several bullet points covering the ICT strategy:
identify a pilot “agile” project within each department and create a virtual centre of excellence across government and the private sector that can enable fast start-up and mobilisation for such projects
Francis Maude, Cabinet Office Minister, said:
This is not just a plan to reduce the cost and inefficiency of departmental ICT. Effective implementation of the Strategy has already begun in programmes that will radically reform front line public services. For example, the Universal Credit programme is one of the first ‘Digital by Default’ services, using an Agile approach to reduce delivery risk and improve business outcomes.
The UK government isn't alone in trying to reduce the cost of IT in the face of mounting national debt. Most western governments are now seeking austerity of one form or another and information technology projects, with big price tags and often unpredictable delivery, are feeling the pressure to become more efficient, effective in execution.
But the UK's new rush toward agility isn't without its critics. Alistair Maughn, a government ICT lawyer, has a different view toward agile software development in government.
The Agile methodology is meant to deliver IT projects flexibly, in iterations. It's meant to involve customers more directly and adapt quickly to their changing needs. This means the final system only emerges gradually. It means customers don't pay a fixed price for a complete project. They pay for a commitment of resources.
He goes further to identify four reasons agile practices won't work for government IT projects, paraphrased here:
Government customers want to know up-front how much a system will cost.
Agile offers insufficient means of remedy if things go wrong.
It is inevitable that Agile decisions will go through management hierarchies in central government. This will be like kryptonite to Agile projects.
Agile can't give you a clear specification of outputs up-front. So comparison sourcing is not possible per legal requirements for procurement.
Almost in reply, the UK's first agile experimental effort materialized as a prototype website in May 2011, shortly after Alistair's comments. Since then other successeshave shown how governments can use agile practices in their IT efforts. The United Kingdom hopes to use agile practices in 50% of it's ICT initiatives by 2013.
Five Key Practices to Agile ALM
Agile Practices to Improve Project Management Organization (PMO) Effectiveness
Agile Maturity Model Applied to Building and Releasing Software
Maximize your business-responsiveness with Mingle. Provide your global development team a shared space that adapts to the way they work.
I suspect there are many cases where the project goal and the solution are well enough known early on that it is reasonable to demand up-front specifications and prices, but agile methods are most relevant in the more complex and one-off cases where this is not the case.
Of course government customers want to know up-front what they will get and how much it will cost, and to have means of remedy if things go wrong. But do they get that at the moment? Need I mention the NHS's "Connecting for Health" and the "National Programme for IT"? No, Agile project management is not a panacea, but comparing it to what customers want in the ideal world rather than to what they have now is not really relevant.
If the government's management hierarchies are rigid and bureaucratic, perhaps it is something else that needs to be reexamined.
Derek Collison discusses the goals, the design premises and patterns employed in creating the architecture of Cloud Foundry, VMware’s open source PaaS, unveiling internal architectural details.
Andrew Watson talks about the work of the OMG, where CORBA is alive and well (hint: in your car), UML and UML Profiles vs. custom Modeling languages, DDS and other middleware, and much more.
Sohil Shah discusses creating iPhone and Android enterprise mobile applications based on cloud services using the open source platform OpenMobster.
Paul Sanford presents the transformations supported by data throughout its life cycle, and how that can be better done with Splunk, an engine for monitoring and analyzing machine-generated data.
A common “best practice” for unit tests is to only write a one assertion in each test. I intend to question this advice by showing that multiple assertions per test are both necessary and beneficial.
John Rauser presents the architectural and technological evolution of Amazon retail websites starting with 1994 and ending with adopting Amazon Web Services.
Michael Stal discusses system architecture quality, how to avoid architectural erosion, how to deal with refactoring, and design principles for architecture evolution.
Every developer has had to integrate with another system, API or component. Tis article provides strategies to handle the change and for he separating system boundaries.
1 comment
Watch Thread Reply