【精品】云平台及大数据建设思路.ppt

  1. 1、本文档共26页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
【精品】云平台及大数据建设思路.ppt

+ 应用 平台 应用系统 应用系统 应用系统 应用系统 大数据 * 服务器 服务器 服务器 服务器 虚拟化 IaaS 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 云平台 PaaS 云应用服务器 云关系数据库 大数据库软件 … 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 服务器 服务器 虚拟化 IaaS 虚拟机 虚拟机 数据库 应用中间件 应用 * * * * IaaS Adapter Management Service API Third-part service access interface Platform Management Administrator Console Service Console Developer Console ERE(Elastic Runtime Environment) App Management Service Management Operation Monitor Security Management Deployment Setup Application Life-time Management Service Scheduler Management Console Distributed Cluster Management Open Service Basic Service OSS LBS ECS Big Data Service SCS DBS EMR Middleware Service MQS CSS CAE Developing Service CI/CD SRD GCP CBS Data Base Service MDS for Redis NSS RDS for MySQL RDS for KDB MDS for Memcached * IaaS Adapter Management Service API Third-part service access interface Platform Management Administrator Console Service Console Developer Console ERE(Elastic Runtime Environment) App Management Service Management Operation Monitor Security Management Deployment Setup Application Life-time Management Service Scheduler Management Console Distributed Cluster Management Open Service Basic Service OSS LBS ECS Big Data Service SCS DBS EMR Middleware Service MQS CSS CAE Developing Service CI/CD SRD GCP CBS Data Base Service MDS for Redis NSS RDS for MySQL RDS for KDB MDS for Memcached * * * C/S、单机 巨石型 Web应用 IaaS 虚拟机迁移 物理设备 继续运行 尽量上云 PaaS 分布式运行环境 微服务化 轻量级新型 云化应用 DaaS 统一数据层 数据整合 数据整合 数据整合 数据利用 敏捷上线 启动时间数分钟 无法上云 * 故障有可能发生 随时备份数据,用于服务恢复 不惜一切代价保证服务器的运行 当服务器宕机时-摊上大事了 基础设施恢复 – 自动或者手动 应用恢复 – 手动 应用模块紧耦合 无法根据负载自动扩展 很难持续集成 应用聚合困难(ESB) 应用升级麻烦 端口变化 负载增加 配置变化 环境依赖 代码变化 RTO/RPO 传统巨石特征 * 传统巨石应用 云化应用 很难根据负载自动扩展 自动,水平扩展 应用模块牵一发而动全身 应用由多个微服务组成,松耦合 应用的恢复是靠人工的 应用的恢复是自动化的 应用系统的物理环境错误导致业务停顿 应用的物理环境的出错是可以接受的 不遗余力的保障物理机的运转 物理机对应用不是那么重要 物理机的宕机是一件特大事故! 没什么大惊小怪的! 积极备份数据以便应用环境出错时恢复 设计时要尽量避免数据恢复的必要 升级时候不睡觉 灰度发布、发布回滚 一期项目就半年

您可能关注的文档

文档评论(0)

liuxiaoyu92 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档