- Architecting Cloud Computing Solutions
- Kevin L. Jackson Scott Goessling
- 383字
- 2021-06-25 21:47:02
Cloud computing operational models
There are many paths to the cloud. Each path is grouped based on how the services are offered, deployed, and consumed. The cloud is not a technology. A cloud layer does not exist. Each path to the cloud is a response to a requirement or set of needs based on the consumer's current situation, desired future state, available skills, and resources, as well as tolerance for risk. Cloud products and services often establish reusable and reoccurring architectural patterns (building blocks) used for designing, building, and managing applications and infrastructure.
There are primarily three cloud service models: Internet-as-a-Service (IaaS), Platform-as-a-Service (PaaS), and Software-as-a-Service (SaaS). Deployed as needed, all three models require network connections to change resource pools that are measured in great detail, dynamically. However, each consumption model differs in its approach to a technical solution, economics, complexity risk, and level of acceleration. Deployment models also differ in that they could be public/shared, private/dedicated, community, and hybrid. Each model is unique in how it addresses organizational risk tolerance, economic models, and management preferences.
Often the motivator for a move to the cloud is some event that triggers probing questions. Events could be anything from a magazine article, a blog post to a security breach, infrastructure downtime, a complaint about responsiveness, difficulty managing to the desired level of service, or staff/leadership change. Questions can be typically reduced down to three Es: Expectations, Economics, and Execution. As an example, someone expects more delivered work with smaller budgets and less time, or project execution unexpectedly fails due to budget and staff constraints.
As questions get asked, and solutions considered, strategy details, economics, and technology must align. Solutions that are technically perfect may be too expensive. Low-cost solutions may not match up to chosen strategies going forward. In all cases, economics need to balance or offset chosen risk level. For example, very inexpensive self-managed public cloud servers may not match up to the desired level of isolation and security required for transactional database servers.
Next we discuss ways to think through the three primary models available today. How do we recognize situations in which a cloud model should be a consideration? What are the characteristics of each model? What are the benefits? The following diagram is an overview of the three main service models:

- Instant Raspberry Pi Gaming
- 集成架構(gòu)中型系統(tǒng)
- Google Cloud Platform Cookbook
- Mastering VMware vSphere 6.5
- Photoshop CS4經(jīng)典380例
- 大數(shù)據(jù)安全與隱私保護(hù)
- Photoshop CS3圖像處理融會貫通
- Arduino &樂高創(chuàng)意機(jī)器人制作教程
- Implementing Oracle API Platform Cloud Service
- 數(shù)據(jù)庫系統(tǒng)原理及應(yīng)用教程(第5版)
- 筆記本電腦維修90個精選實例
- 激光選區(qū)熔化3D打印技術(shù)
- 啊哈C!思考快你一步
- Silverlight 2完美征程
- 人工智能云平臺:原理、設(shè)計與應(yīng)用