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 Boris Lublinsky on Aug 24, 2008
Centers of excellence (COE) are proven ways to successfully introduce new architectures, technologies, approaches etc. They proved to be instrumental in many companies for successful EAI/B2B implementations. Ravi Subramaniam recently explored the process of setting up a center of excellence for SOA
An SOA COE is an organization that assimilates and promotes best practices, knowledge, and pragmatic leading-edge solutions in the area of SOA. The COE introduces rigor and discipline across various SOA initiatives and provides benefits by building skills and competency to sustain successful execution of increasingly complex SOA initiatives
According to Ravi, the creation of SOA COE involves the following main activities:
- What business problems is the SOA COE expected to solve? A typical answer might be something like To promote accelerated time to market for new business processes or services, thereby improving a return on investment.
- What technical problems is the SOA COE expected to solve? The answer might be To provide guidance on technical standards and best practices, and ensure an architecture that suits the long-term needs of the organization. Additionally, the CIO might indicate that it's to serve as a governance mechanism to ensure a correct approach for SOA.
- What's the broad scope of activities for the SOA COE? It might be Activities spanning the life cycle of services from envisioning to creation to retirement. Active involvement in selecting technology standards, evaluating and selecting tools, macro and micro design, development, testing, implementation, reuse, and security aspects.
- How will the SOA COE interact with project teams?
- How will the SOA COE carry out governance activities?
- How will the SOA COE enforce quality standards and adherence to design guidelines and best practices?
- Enterprise architecture
- Security
- Risk and compliance management
- Quality management
- Infrastructure and application performance
- Scalability
- Availability
A sufficient initial investment and a commitment for future funding based on business-value generation are critical to start and nourish a strong COE. Aligning the various departments and existing setup towards an SOA requires the creation of credibility in early engagements. This helps enforce progressively complex decisions across various IT teams during the evolution of SOA within the organization.
Once the COE is created and operational, according to Ravi, the following are its main activities:
The article is based on IBM Global Services’ (IGS) experience of setting up SOA COEs in different companies and provides practical recommendations on responsibilities and operations of a SOA COE - the ways it can set the stage and guides project teams implementing SOA.
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.
No comments
Watch Thread Reply