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. 第五部分: 顶石 - 端到端设计练习

第二十章 云架构 - 学到的教训

If you are completely successful in navigating the complex and competing priorities levied on every cloud computing solution, your efforts will fail unless a successful implementation follows. Although implementation is outside the scope of this solution design text, we would like to share with you the lessons we have learned in these early years of cloud computing architecting:

  • To be a successful cloud solution architect, you need to obtain and maintain

    executive sponsorship. Make sure governance control points are built into the transition process (an example control point: ensure financial controls on pay-as- you-go elastic compute model do not result in runaway costs!).

  • Analysis of an organization's application portfolio as a whole is key to efficiency and the breadth of value delivered by transitioning to a cloud platform. Management oversight and review processes for legacy application transitions to IaaS platforms should be modified to reflect their software-only nature.

  • Most customers are only aware of a few large cloud service providers (for example, AWS, Azure, Google, Salesforce, and IBM). They also may be limited to selecting a single CSP platform (that is, C2S). This does not reduce or eliminate the need to evaluate the economics and performance aspects of a transition strategy to the broader marketplace.

  • Lack of IT standards or a failure to enforce those standards results in differences between your development, test, and production environments. This significantly reduces your ability to leverage automated testing tools and delays your cloud transition. Developers must be educated on Application Performance Monitoring (APM) capabilities, service management/monitoring capabilities, web and mobile analytics, and alerting and notification solutions.

  • The most severe challenge when adopting cloud computing is around cultural change. A focused and dedicated informational and educational campaign should be in place to support this type of transition. A lack of cloud computing education and understanding is one of the most significant organizational risks.

上一页概要下一页结语

最后更新于3年前

这有帮助吗?