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上编辑

序幕

上一页前言下一页第一章 什么是云计算?

最后更新于3年前

这有帮助吗?

当你用谷歌搜索云计算时,0.48秒内返回1.4亿条结果。这么多可用的信息,以及在全球范围内活跃的许多对话,我们真的知道什么是云吗?我们有信心知道云可以做什么吗?我们能解释为什么云正在改变一切吗?如果问10个人什么是云计算以及为什么它很重要,我们至少会得到12个不同的答案。脱节在哪里?我们知道领导者想要它。首席财务官支持它。战略家推荐它。技术团队要求它。用户需要它。云不是很容易吗?云通常与加速、成本控制、增加了灵活性、提高了敏捷性、降低了复杂性和快速创新。云从来没有被描述为容易。需要大量的工作和计划​​才能让云变得简单。CIO表示云技能是2018年招聘的最高优先级。我们需要什么才能保持相关性?我们如何跟上每天都在变化的行业?云计算正在改变战略,每时每刻都在推动创新。云正在改变IT经济。云正在模糊界限并打破传统的孤岛。云正在融合角色并重新定义边界。无论我们处于哪个行业,或者担任什么职位,云计算正在改变着一切:我们的工作方式、我们的娱乐方式以及我们的沟通方式。

基本规则

本书旨在作为指南,帮助您理清与云计算相关的噪音。我们打算帮助解释到底什么是云以及它如何同时影响战略、经济和技术,并讨论如何在我们行业每天发生的巨大变化中保持专业相关性。 我们的目标受众是参与云对话的任何人。有很多人提出问题,还有更多人试图寻找和/或提供答案。

您最亲密的三个供应商朋友不代表市场。现在结合失败实施和错误策略的极高成本,您很快就会意识到旧的思维方式,Excel、PowerPoint 和电子邮件等手动工具,不能再帮助人们在他们的组织内尝试拥抱云或引领任何类型的数字化型。

在设计本书时,我们对市场采取了不可知论的观点。数字化转型和云采用有很多途径。就像任何其他旅程一样,有多种方法可以到达目的地,其中一些路径比其他路径更优化,具体取决于成功结果所需的条件。许多书籍都非常技术性,详细介绍了技术旋钮和刻度盘、配置公式和技术任务。许多书籍讨论了商业和战略的各种概念。我们的方法是创作一本同时兼顾战略、技术和经济学的书。从根本上说,我们认为这些是不能分开的。技术上的最佳解决方案可能不符合经济目标。策略要求可能会改变技术选型。风险总是需要通过经济来抵消。我们相信我们的行业需要一种方法来参考和使用这些。市场上有成千上万的服务提供商在数以万计的地点提供服务。他们中的许多人拥有数以千计的产品,似乎有无穷无尽的潜在组合。期权的组合效应相当于当今市场上数以万亿计的可能解决方案。我们如何开始对数据进行排序?我们如何分析具有代表性的样本量以做出明智的、具有市场意识的决策。

在建筑中,只是为了一个致命的缺陷而将完成一半的建筑拆除,这将是昂贵的。失败的高昂代价是个天文数字。更不用说在设计、构建和资助此类项目所需的初步工作中花费的昂贵的工时。成本是当今每个主要的现代设计过程都使用计算机辅助设计的原因,如果市场设计成本高且失败成本高,则尤其如此。 从使用Cadence的计算机芯片设计行业到使用Autodesk的建筑行业,都以这种方式发展。你能想象尝试用纸和铅笔开发计算机芯片吗?

我们在IT行业看到了同样的事情。今天的IT都是关于混合平台和云计算的。失败是非常非常昂贵的。回到前面提到的建筑思路,在完成了40层的摩天大楼后意识到由于地基的致命缺陷必须拆除它是非常麻烦和昂贵的。

当今的市场瞬息万变,几乎每天都会出现新的选择、定价、位置、概念和解决方案。 识别、评估和应用新解的决方案和策略的机会是无穷无尽的。今天,我们在比较、优化和在选项和策略做选择时,数据有限,无法实时工作。我们使用的工具通常是手动的、不连贯的、昂贵的、充满了停止和继续的串行构建的流程。由于在我们能够自信地采取行动之前,市场已经发生变化,以不连贯的方式处理有限的数据几乎不可能做出正确的决策。 在自动化程度低、数据有限和流程不连贯的情况下,不可能协调战略、技术和经济以快速向前发展。这些挑战意味着在我们的IT工具箱中需要自动、连贯的生态系统和计算机辅助设计:

本书将教授IT解决方案设计的现代方法。在我们的设计过程中,经济、技术和战略属性必须始终保持一致。高管们总是需要平衡经济、回报和风险。随着高管们的思维现代化,他们必须将更深层次的技术细节与经济和战略方面相结合。解决方案设计人员和架构师也必须在技术细节中加入经济、风险和策略来使他们的思维现代化,从而提出高价值建议。产品经理更新技能和流程需要与技术水平相同的战略和经济实力。在收集现代IT挑战的解决方案和答案时,它们必须使战略、经济和技术保持一致。

书中的示例将使用企业和任务目标来可视化、映射、匹配和比较使用现代计算机辅助设计平台建模的解决方案设计模式。混合不仅仅是描述云解决方案的术语。 它还用于描述在构建业务、经济、技术和风险策略、新业务模型和前沿技术解决方案时所需的现代化的技能组合。

本书不需要从头到尾按顺序阅读。就像架构战略或技术解决方案一样,旅程可以有不同的路径,有趣的东西会把你引向一个或另一个方向。本书中的示例帮助读者通过在复合层中构建交互来取得进展。当做出选择而不是决定时,情景、见解、比较分析和结果都会发生变化。本书中的示例将展示多重选择和选择组合如何获得额外数据、呈现独特见解并确定同时满足风险、经济、战略和技术要求的最佳方案。

如前所述,架构设计是在许多层和级别上完成的。我们在本书中的例子将展示如何做到以下几点:

  • 收集准确的实时的解决方案设计数据和分析

  • 利用自动化和高速解决方案设计工具

  • 更新您的技能,包括业务基础,经济学和风险管理

  • 快速建模解决方案,快速解释见解,并通过安全的失败获得优势,最终走向成功

我们方法的最后一个重要方面是,我们关注云计算架构,而不是解决方案设计。整本书中经常会提到,成功的架构,而不是设计,必须同时满足战略、经济和技术要求。设计并没有。本书的重点是云计算以及与之相关的各种架构。成功的云架构有许多移动的部分和相互交织的方面。 设计是重要的一环。

logo