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 Dilip Krishnan on Dec 17, 2010
Clive Gee, an experienced IBM SOA Practitioner, describes how IT securing the networks has evolved into what he refers to as Information risk management. As the collaboration space increases with application integration and service oriented systems, he examines the risk management of the increased the surface area of threats and vulnerability.
SOA magnifies risks associated with information assets by exposing those assets more readily to a broad audience. While this is beneficial to business operations, it is cause for greater concern for security and risk management professionals. It is critical that the SOA governance team partners with risk management teams to assess risks that are brought about or intensified by SOA.
Managing risk requires an understanding of vulnerabilities, threats, probability of risk manifestation, and the impact should a risk be realized. Decisions are ultimately made to avoid, accept, mitigate, or transfer the risk. Risk management practitioners must weigh the potential cost to the company should the risk be realized against the cost of managing the risk and the associated opportunity costs.
Taking a deeper look at threats and vulnerabilities, he cautions on the possibility of information being compromised without proper safeguards in place
[…] information is at risk of being exposed to unauthorized parties through a lack of proper controls and even criminal activity. The business benefits of readily and broadly sharing information can quickly be undone should the wrong information be compromised.
Part of a risk assessment should include capturing and cataloging the types of information that are vulnerable to attack and the potential threats against them. Once the threats are cataloged they can be assessed and classified according to probability of occurrence and potential impact.
He categorizes vulnerabilities into:
[…] and threats into:
He goes on to list the risk management concerns and discusses various frameworks and processes to mitigate them at various levels in the architecture stack For e.g. Confidentiality, Authentication, Authorization etc. on the application layer. Protecting the physical premises against unauthorized access, the various development processes and operational procedures. He prescribes security classification schemes to establish levels of risk management such as identifying information as Public, Sensitive, Confidential, and Private and suggests the use of processes to establish controls via policy and compliance framework, as a necessary part of information risk management. The kinds of controls he recommends are
[…]
• Administrative Controls - Definition and maintenance of policies, procedures, standards, and guidelines that govern information risk concerns.
• Operational Controls - Implementation and enforcement of the administrative controls.
• Audit Controls - Assurance of compliance with administrative controls and effectiveness of operational controls.
• Business Continuity and Disaster Recovery - Ensuring the continued operation of a business in the event of power outages, natural disasters, or other such disruptions is the goal of business continuity programs.
[…]
Clive reiterates that the key to the success of such initiatives is a buy-in from the stake holders in the organization and that is not possible to successfully execute the risk mitigation actions without an organizational structure to support it. “Once we understand the concerns of information risk management”, he says “and the practices required to address them, we must ensure that the organizational structures needed to execute those practices are in place.”
As with most large-scale initiatives, an organization's board of directors and executive management must support and fund the risk management organization. They must ensure that risk management policies and procedures align to overall goals and strategies.
He concludes his article emphasizing that, over time organizations change in terms of employee promotions, transfers and exits the information access control privileges must be re-evaluated and appropriate action taken at each those events.
The original article was published online in the SOA magazine. Be sure to check out the original article and share your experiences with the community on this forum as well.
![]()
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