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 Jeevak Kasarkod on Mar 06, 2011
Gartner published a report in early February which revealed that more than half of the organizations surveyed have adopted Open Source Software(OSS) as part of their IT strategy but only one-third of the responding organizations had a formal OSS policy in place. Gartner OSS surveys from the past 5 years reveals that OSS has increased from less than 10 percent of responding organization's portfolio to more than the expected 30 percent within the next 18 months. The perceived value of adopting OSS as part of IT strategy has also changed over the years from purely TCO benefits to benefits accumulated from flexibility, increased innovation, shorter development times and faster procurement processes.
For the 2010 survey, Gartner conducted a survey of 547 leaders of organizations across 11 countries from July 2010 to August 2010. In the last survey from 2008, 274 end-user organizations were surveyed of which 85 percent had adopted OSS but almost 69 percent did not have any formal policy in place for OSS usage which means huge potential liabilities for intellectual-property violations. Back in 2008, Laurie Wurster, research director at Gartner recommended:
Companies must have a policy for procuring OSS, deciding which applications will be supported by OSS, and identifying the intellectual property risk or supportability risk associated with using OSS. Once a policy is in place, then there must be a governance process to enforce it.
From a key initiatives perspective, the 2008 survey stated that:
Customer service continues to be the leading business process for which OSS projects are used, followed closely by enterprise integration, finance and administration, and business analytics. Sales and marketing, customer analytics, field service, ERP and CRM solutions are also moving up the adoption ramp, further increasing the influence of OSS in many enterprises.
while in 2010:
The top corporatewide Gartner-defined key initiatives supported by the use of OSS were: data management and integration; and application development, integration, architecture, governance and/or overhaul. Other key initiatives supported by OSS were business process improvement or re-engineering; security, risk and/or compliance; data center modernization and consolidation; and virtualization.
Requirements, quality and test management e-Kit
Agile Practices to Improve Project Management Organization (PMO) Effectiveness
The WebSphere Liberty Profile for Developers: An Introduction
Want to know how software releases can be stress-free and happen with one click? Try Go free!
Improving Software Delivery Cycles: Pre-requisites and Inhibitors
Go: Agile Release Management Solutions. Go enables predictable, defect-free and timely software releases.
I'm a bit skeptical of the recommendation to have a 'policy'. Should it also be recommended that:
"Companies must have a policy for procuring proprietary sfotware, deciding which applications will be supported by proprietary software, and identifying the intellectual property risk or supportability risk associated with using proprietary software."
You ought to identify the risk of adopting ANY software, and there should perhaps be policies in place for that. It's not clear to me why open source software needs a special policy. You can have strong open source software supported by a quality proprietary vendor; and you can have weak proprietary software whose vendor may go out of business or become unresponsive to your needs -- how's that for supportability risk? Vendor lock-in is a real risk, which any almost any company with legacy proprietary enterprise software knows full well from having been bitten by it.
"intellectual property risk" might be the only thing that is even arguably special to open source software adoption.
I agree with the skepticism. What procurement would ever take place in software that didn't consider how the product was to be supported?
Also, my understanding of the survey sample is that these are companies using OSS for IT applications inside their own company and are not distributing anything. Where's the major IP risk in that?
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.
2 comments
Watch Thread Reply