Business Ecology Initiative & Service-Oriented Solution

Michael Poulin

Private Cloud is Transparent to Business and Technology

user-pic
Vote 0 Votes

In this recent BLOG "Private Clouds More Pervasive Than Thought" Joe McKendrick perfectly confirmed the strong position of Private Clouds that I predict for some time already. Yes, Private Cloud is for medium-to-large companies because they can afford it but the cost factor doe not necessary preclude small companies with money to use Private Cloud.

Joe conducted an interesting survey among 267 members of the the Independent Oracle Users Group (IOUG) and the survey confirmed the mentioned opinion about Private Cloud. However, from the definitions used in the survey for the Public and Private Cloud:
"For purposes of this survey, underwritten by Oracle, we defined "private clouds" as virtualized IT resources, controlled and owned by the organization, providing on-demand shared services to end users within or affiliated with the organization. By contrast, for purposes of this study, public clouds are services offered to any and all users on a commercial, pay-per-use basis by a third party"
I can conclude that the spectrum of Private Cloud solutions was extremely squeezed down to 'in-house' ones. I think that Public Cloud differs from Private Cloud not by ownership or commercial attribute of the contract between the client and provider but by business and technical transparency. The later provides a contractual control of the client over the management of its assets deployed in the environment owned by the Cloud provider.

.As a result of this definition, a Private Cloud is anything that is transparent to the client. By transparency I mean that mugginess of Cloud - client does not know where its SW assets are deployed, how they are maintained and what physical dependency on 'neighbors' exist in the Cloud - is removed. This allows count any SW Hosting company as a Private Cloud if this company provides full operational visibility to its clients against deployed software. Such visibility includes on-demand: deployment and re-deployment of SW on known HW/SW platforms that have custom configuration for this particular client, certification and compliance verification, security verification, audit accessibility and license controls. The Private Cloud may be realised in SaaS, PaaS and other models, this depends on the client needs.

Thus, the organisation does not need to own the Private Cloud assets; it can hire a 3rd Party Hosting company with appropriate computational and maintenance capabilities and deploy corporate applications in there. The contract between the organisation and the Cloud provider may be vary significantly but it can include such constraint on the provider as it must preserve business interests and reputation of the client when deploying the client's software among other provider's clients. This constraint articulated in more accurate legal terms can preclude provider from creating deployment dependencies (co-locations) that may hurt its client's business.

If we consider Private Cloud as described - inside and outside of the client ownership domain - it will appear much more pervasive than Joe's work have demonstrated already.

Book Announce.JPG

Leave a comment

In this blog, Michael Poulin writes about business and technology ideas, concepts, methodologies and solutions leading to service-oriented enterprise, the primary instrument for obtaining business objectives in fast-changing environments.

Michael Poulin

Michael Poulin is an enterprise-level solution architect working in the financial industry in the U.K. and the United States.

He specializes in building bridges between business needs and technology capabilities with emphasis on business and technical efficiency, scalability, robustness and manageability. He writes about service orientation, application security and use of modern technologies for solving business problems. He contributes to OASIS SOA standards as an independent member and is listed in the the international "Who's Who of Information Technology" for 2001. View more

Subscribe

 Subscribe in a reader

Recently Commented On

Categories

Tag Cloud

'Navigating the SOA Standards Landscape, 1471, abstraction, ACM, active service, Adaptive, ADM, adopt changes, aggregate service, AIA, Amazon, analysis, API, application, Application Integration Architecture, architect, Architect, architectural mission, architecture, Architecture, architercture, AWS failure, Azure, B-SOA, BAWG, BEI, Best Practice, bottom-up, BPEL, BPM, brokerage, Brokering, brokering, bus, Busienss, busienss case, business, Business, Business Architect, Business Architecture, business architecture, Business architecture, Business Architecture Working Group, business concerns, business data, Business Ecology, business efficiency, business model, business operational model, business organisation, Business Platform Division, business process, Business Process Designer, Business Requirements, business risk, business service, Business service, Business SOA, business value, business view, business-centric, Business-IT problem, BuTechCon, Canonical Schema, capability, Case, CBDI, CBM, Centralization, choreography, CIO, Cloud, cloud, Cloud Computing, Cloud of Clouds, COBA, Collaboration, collaboration, collaboreation, commodity, component, Composite Application, composition, concept, Conciliator, consumer, contract, COSMIC, cost, cost estimate, cost of ounership, cost of ownership, coupling, crisis, CRUD, culture, Cutter Consortium, data ownership, data service, data store, DDD, decision logic, decomposition, definition, demand, design, Design Pattern, development, discipline, distributed orchestration, Domain, domain, Domain Aggregate, Domain Events, Domain Service-Oriented Modelling, DOSOM, DOSOSM, driver, Dynamic Process Edition, EA, EC2, ecosystem, EDA, efficiency, end-to-end, enemy, enterprise, Enterprise, Enterprise Architect, Enterprise Architectural Framework, Enterprise Architecture, enterprise architecture, ERP, ESB, event, Event, execution context, Execution Context, expertise, explicit, failure, fake, feature, Flexibilit, flexibility, FPA, FSM, Full Functional Points, Functional Points, functionality, functionality model, future, Gartner, goal, Governance, governance, granularity, harmonization, Healthcare, how to, IBM, identiy credential, IEEE, IEEE 1471, IFPUG, implementation, implicit, intangible, intangible value, Integration-Oriented Architecture, intent, interface, interface orientation, Inventory, investment, IOA, IT, IT Architect, IT Operation Support, IT organisation, IT without the IT Department, ITIL, Java, Ladder to SOE, leasable Cloud, lease, Loose coupling, Lost in Translation, Malik, management, Management, Manifesto, market, MDA, Michrosoft, Microsoft, Mike Rosen, model, Model-Driven Approach, modelling, Navigating the SOA Standards Landscape Around Architecture, navigation, OASIS, OASIS SOA RA, OASIS SOA RAF, OASIS SOA Reference Architecture Foundation, OASIS SOA RM, ODBC, OMG, ONA, Ontology, OO, Open Group, Oracle, orchestration, organizational change, outsourcing, ownership, participant, pattern, patterns, people, planning, policy, principle, principle of separation of concerns, principles, Principles, priority, Private, Private Cloud, process, Process, process-oriented, process-orineted, process-service, project, Provisioning, Pub/Sub, Public, Public Cloud, Public Cloud Busienss Requirements, QCon, RA, RAF, re-composition, Real World Effect, Real World SOA, redundancy, Referemce Architecture, Reference Architecture, Reference Architecture Foundation for SOA, Reference Model, Registry, rent, rentable Cloud, Repository, reuse, RIA, risk, RM, ROI, RPC, rules engine, RWE, SCA, scalability, Schema, security, semantics, Service, service, Service Autonomy, Service Composability, service contract, Service Contract, service description, Service Description, Service Discoverability, Service Execution Context, service orientation, Service Orientation, Service Oriented Enterprise, Service Relative Autonomy, Service Reusability, service semantic, Service Separation of Concerns, Service State Management, Service Statelessness, service-oriented, service-oriented eco-system, Service-Oriented Enterprise, service-oriented enterprise, service-oriented environment, ServiceContract, seven properties that differentiate emergent architecture from the traditional approach to EA, shared interface, shared library, simple, situational, sizing, SLA, SO, SO environment, SO Principles, SOA, SOA Manifesto, SOA standard, SOA-RAF, SoaML, SOBA, social, social networking, SOE, SOEA, software, solution SOA, SOMA, Spring, stakeholder, standard, Standard, study, subject, Summit, supply, supply chain, support, system, T-SOA, tangible, tangible value, Technical, Technical Architect, Technical Architects, Technical Architecture, technical capabilities, Technical SOA, technology, Technology, tendency, The Open Group, TOGAF, TOGAF 9.0, top-down, transparency, UI, UI Mediator, unstructured, use, Value Chain, Value Network, Value Networks, view, view model, viewpoint, vision, VNA, VPEC-T, WCF/WF, Web, Web 2.0, Web Service, Web Services, WebSphere, WS-CDL, WSDL, ZapFlash, ZapThink,

Monthly Archives

Blogs

ADVERTISEMENT