Architecting Cloud Computing Solutions
  • 贡献者
  • 前言
  • 序幕
  • 第一部分: 你听说的云计算是什么
    • 第一章 什么是云计算?
      • 云计算历史
      • 云计算定义
      • 云计算的基本特征
      • 云计算运营模型
      • 云服务模型
      • 云清洗
      • 云计算分类法
      • 总结
    • 第二章 治理与变更管理
      • IT治理
      • 实施策略
      • 变更管理
      • IT服务管理
      • 架构云计算解决方案目录
      • 概要
  • 第二部分: 云架构是是如何看待云计算的
    • 第三章 设计注意事项
      • 设计基础 - 思维过程
      • 设计基础 - 云是经济的,不是技术的
      • 设计基础 - 计划
      • 了解业务策略和目标
      • 概要
    • 第四章 业务驱动因素,指标和用例
      • 投资回报率
      • 投资回报率(ROI)指标
      • 关键绩效指标
      • 一般用例
      • 概要
    • 第五章 架构行政决策
      • 寻求洞察力 - 过程
      • 实时协作
      • 表达挑战而不是要求
      • 自动化和赋能
      • 停止讨论技术 - 策略
      • 经济,不是价格 - 经济
      • 解决方案,而不是服务器 - 技术
      • 较低的成本可能对业务不利 - 风险
      • 采用是可选的 - 文化
      • 面向管理者的技术
      • 概要
    • 第六章 架构云转换
      • 用户特征
      • 应用设计
      • 应用迁移
      • 应用工作负载
      • 应用分类
      • 应用依赖
      • 使用API
      • 技术架构要求
      • 法律/法规/安全要求
      • 业务持续性和灾难恢复 - BCDR
      • 经济
      • 组织评估
      • 概要
    • 第七章 基线云架构
      • 基线架构类型
      • OSI模型和分层描述
      • 复杂架构类型
      • 架构混合云
      • 概要
    • 第八章 解决方案参考架构
      • 应用安全
      • Web应用托管
      • 公共网络
      • API管理
      • 电子商务
      • 移动
      • 企业社会协作
      • 大数据与分析
      • 区块链
      • IoT架构
      • 混合集成架构
      • 概要
  • 第三部分: 技术服务 - 与技术无关
    • 第九章 云环境的关键原则和虚拟化
      • 弹性基础设施
      • 弹性平台
      • 基于节点的可用性
      • 基于环境的可用性
      • 技术服务消费模型
      • 设计平衡
      • 虚拟化
      • 概要
    • 第十章 云客户端和关键云服务
      • 云计算架构客户端
      • IaaS(基础架构即代码)
      • 通信服务
      • 审核
      • PaaS(平台即服务)
      • 数据库
      • 集成开发环境
      • SaaS(软件即服务)
      • 概要
    • 第十一章 运维需求
      • 应用程序编程接口
      • 通用基础架构文件格式-VMs
      • 数据与应用联合
      • 部署
      • 联合身份
      • 可移植性和互操作性
      • 生命周期管理
      • 位置感知
      • 计量与监控
      • 开放客户端
      • 可用性
      • 隐私
      • 弹性
      • 可审核性
      • 性能
      • 管理与治理
      • 跨云的事务和并发
      • SLAs和基准
      • 供应商退出
      • 安全
      • 安全控制
      • 分布式计算参考模型
      • 概要
    • 第十二章 CSP性能
      • CSP性能指标
      • CSP基准
      • 概要
    • 第十三章 云应用部署
      • 核心应用程序特征
      • 云应用组件
      • DevOps
      • 微服务和无服务架构
      • 应用迁移规划
      • 概要
  • 第四部分: 云安全 - 都是关于数据的
    • 第十四章 数据安全
      • 数据安全生命周期
      • 数据分类
      • 数据隐私
      • 个人身份信息
      • 概要
    • 第十五章 应用安全
      • 应用程序安全管理流程
      • 应用程序安全风险
      • 云计算的威胁
      • 概要
    • 第十六章 风险管理和业务持续性
      • 建立风险框架
      • 评估风险
      • 监控风险
      • 业务连续性和灾难恢复
      • 概要
  • 第五部分: 顶石 - 端到端设计练习
    • 第十七章 动手实验1 - 集成云设计(单一服务器)
      • 动手实验和练习
      • 概要
    • 第十八章 动手实验2 - 高级云设计洞察
      • 数据驱动设计
      • 所有数据是有用的,也许不是
      • 暴风实验2 - 高级洞察(NeBu系统)
      • 暴风实验2 - 访问其他详细信息
      • 暴风实验2 - 选择直接比较
      • 概要
    • 第十九章 动手实验3 - 优化当前的状态(12个月后)
      • 可视化当前状态数据
      • 概要
    • 第二十章 云架构 - 学到的教训
  • 结语
由 GitBook 提供支持
在本页

这有帮助吗?

在Git上编辑
  1. 第二部分: 云架构是是如何看待云计算的

第七章 基线云架构

Cloud transitions can be difficult to begin. As discussed in , Architecting for Transition, transitions can be difficult to design and plan, as much of the diligence now falls on the consumer side. This change is a double-edged sword; it cuts both ways. It enables the consumer to have significantly more control over designs, technical choices, economics, and risk. It also places the significantly more of the design and architecture burden on the consumer, who may not have the level of solution design experience that many service providers do.

Baseline cloud architectures are foundational building blocks to cornerstone design ideas. These common design arrangements can be used to jump-start solution efforts. Baseline architectures are useful when leveraging standard cloud computing patterns. Patterns represent cloud service requirements, while baseline architectures provide useful models for handling common architectural components and their associated requirements.

Each of the following sections will build on the section previous. The baseline compute component takes into account a web layer, application layer, and database layer, each having some level of storage. Storage attributes will change based on design requirements. Nearly all modern designs will have web, app, and database layers in their designs.

This type of layering is called tiering. Most designs will have three or four tiers. Tiers are typically the number of individual isolated layers between the environment entry point and the destination data. As an example, a three-tier architecture has a web layer, app layer, and database layer. A single-server architecture will have all three layers residing on the same virtual or physical server.

In this chapter, we will cover the following topics:

Baseline architecture types OSI model and layer description

Complex architecture types

Architecting for hybrid clouds

上一页概要下一页基线架构类型

最后更新于3年前

这有帮助吗?