云平台及大数据建设思路.pptVIP

云平台及大数据建设思路 云 - 正在重构的交通运输体系 SaaS PaaS IaaS 问题与挑战 时代的挑战 应用为中心向数据为中心迁移 + 应用 平台 应 用 系 统 应 用 系 统 应 用 系 统 应 用 系 统 大数据 应用为中心向数据为中心迁移 服务器 服务器 服务器 服务器 虚拟化 IaaS 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 虚拟机 云平台 PaaS 云应用服务器 云关系数据库 大数据库软件 … 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 应用 服务器 服务器 虚拟化 IaaS 虚拟机 虚拟机 数据库 应用中间件 应用 云海平台 平台设计三要素 云海 IOP v3.0 云海 IOP v3.0 产品特性 云海 IOP 发展历程 C/S 、单机 巨石型 Web 应用 IaaS 虚拟机迁移 物理设备 继续运行 尽量上云 PaaS 分布式运行环境 微服务化 轻量级新型 云化应用 DaaS 统一数据层 数据整合 数据整合 数据整合 数据利用 敏捷上线 启动时间数分钟 无法上云 上云分析 ? 故障有可能发生 ? 随时备份数据，用于服务恢复 ? 不惜一切代价保证服务器的运行 ? 当服务器宕机时 - 摊上大事了 ? 基础设施恢复 – 自动或者手动 ? 应用恢复 – 手动 ? 应用模块紧耦合 ? 无法根据负载自动扩展 ? 很难持续集成 ? 应用聚合困难 (ESB) ? 应用升级麻烦 端口变化 负载增加 配置变化 环境依赖 代码变化 RTO/RPO 传统巨石特征 传统巨石应用 云化应用 很难根据负载自动扩展 自动，水平扩展 应用模块牵一发而动全身 应用由多个微服务组成，松耦合 应用的恢复是靠人工的 应用的恢复是自动化的 应用系统的物理环境错误导致业务停 顿 应用的物理环境的出错是可以接受的 不遗余力的保障物理机的运转 物理机对应用不是那么重要 物理机的宕机是一件特大事故！ 没什么大惊小怪的！ 积极备份数据以便应用环境出错时恢 复 设计时要尽量避免数据恢复的必要 升级时候不睡觉 灰度发布、发布回滚 一期项目就半年，一期接一期 持续集成 巨石应用和云化应用的特征对比 传统巨石应用 云化应用 垂直扩展；硬件定义可靠性 水平扩展；应用设计消除对基础设施的依赖性 虚拟化 轻量级运行环境（容器，进程， PaaS 平台） 3 层架构，有状态，紧耦合 松耦合，微服务， API 对操作系统和虚机有察觉和依赖 抽象于操作系统、虚机和容器 管理员控制 系统控制（自动扩展，自动配置，自动恢复） 瀑布式开发 ? 敏捷开发 敏捷开发 ? 持续集成，持续部署 , DevOps 巨石应用和云化应用的技术对比 物理设备 PaaS IaaS DaaS 小机 应用 物理 设备 依赖 C/S EXE 巨石型 Web 应用 巨石应 用微服 务化 云化 应用 应用上云的分层实施 应用 应用 应用 VMware/Openstack/Incloud OS 服务器 应用 负载均衡 应用 应用 服务化 运维成本 高可用 数据整合 应用创新 容器 容器 基础服务 对 象 存 储 负 载 均 衡 弹 性 主 机 大数据服务 流 式 计 算 数 据 总 线 Hadoop 应用中间件服务 消 息 队 列 搜 索 引 擎 应 用 引 擎 开发服务 持 续 集 成 交 付 服 务 注 册 与 发 现 全 局 配 置 推 送 断 路 保 护 器 数据库服务 MDB For Redis NoSQL DB RDS For MySQL RDS For Oracle