cloudnative原生架构实践.docVIP

小团队能做大系统 Cloud Native云原生架构实践 主讲人：大邪 什么是Cloud Native？ 管理模式 康威定律 ? Cloud Natvie 持续交付 DevOps 规模：“分布式系统应该具备有扩 展到成千上万台节点的能力，并且 这些节点具有多租户和自愈能 力。”—CNCF 微服务 技术基础 速度：一个初创公司或者一个企业 他们想要更快速的发展，他们用 Cloud Native架构是为了更快速的 创新。 敏捷的基础设施 云运维管理 利润 存储 计算 网络 康威定律-架构决定组织？ 管理模式 康威定律 设计系统的组织，其产生的设 计等同于组织之内、组织之间 持续交付 的沟通结构 DevOps 技术基础 微服务 敏捷的基础设施 云运维管理 存储 计算 网络 Why？How? What? 管理模式 ? 持续交付： 康威定律 发布软件越快，得到的反馈循环 就越紧密，企业就能更有效地响 应客户的需要。 ? DevOps 持续交付 DevOps 它的出现是由于软件行业日益清 晰地认识到：为了按时交付软件 产品和服务，开发和运维必须紧 密合作。 微服务 技术基础 敏捷的基础设施 云运维管理 存储 计算 网络 ? 微服务 松耦合、高内聚的产品架构 云能够提供什么样的基础能力？ 管理模式 康威定律 持续交付 DevOps 弹性能力 基础运维 技术基础 原生服务 微服务 敏捷的基础设施 云运维管理 存储 计算 网络 剖析一个相册应用架构 照片上传 登陆账号 照片展示 应用服务 账户管理 相册管理 任务管理 配额管理 数据上传 数据检索 本地存储 数据库 照片内容 用户信息 静态文件 照片信息 安装包 任务信息 QPS从100到1w如何构建？ 照片上传 登陆账号 照片展示 照片上传 登陆账号 照片展示 账户管理 任务管理 配额管理 数据上传 应用服务 照片管理 数据检索 业务访问快速拓展 账户管理 配额管理 安装包 任务管理 数据上传 照片管理 数据检索 问题： 1. 存储空间的扩容 同样类似方式？ 2. 网络带宽瓶颈如 何考虑？ 本地存储 数据库 本地磁盘 数据库 照片内容 用户信息 照片内容 用户信息 静态文件 照片信息 静态文件 照片信息 安装包 任务信息 安装包 任务信息 应用中的资源如何拓展？ 阿里云账号 USER ? 用户名 ? 总存储量 ? 存储配额 用户层级：每一个终端用户能够 拥有一个独立的USER资源，所有 的数据本身归属于一个特定用户。 文件 目录 文件 ? 路径 ? 是否为目录 ? 是否有子目录 ? 基础信息（大 小，时间） 分块任务 DATA DATA DATA ? 任务id ? 路径 ? 基础信息 ? 分块id ? 所属任务 ? 基础信息 文件层级：云盘下面有两种类型 文件类型，目录与文件；每个文 件、目录都是隶属于上一层目录。 上传任务：上传的数据的任务归 属于特定用户。每个任务下面都 有分块单文件信息 利用云上构建无限扩容架构 数据存储结构： ? 所有的上传数据扁平化的存储在OSS中，通过 user作为一级目录来做区分； ? 其他公共静态文件与用户私有照片数据区分 bucket管理 2.照片上传 0.登陆账号 1.获取上传地址 安装包 Meta信息存储结构： ? 文件信息：每个文件存储文件所属用户，以及其父 节点，来表达数据结构；其中针对于是否为目录通 过判断数据文件地址是否为空来判断 ? 用户信息：每个用户有基础的存储量大小统计以及 配额管理； Bucket 1： 账户管理 任务管理 数据上传 table1： 照片管理 配额管理 数据检索 3.写入地址信息 对象存储 表格存储 照片内容 用户信息 静态文件 照片信息 Bucke2： table2： 安装包 任务信息 Bucke3： table3： 当业务面临下面问题如何解决？ 场景1 ：用户大量进行照片渲染，业务瓶颈 场景2 ：需要针对照片管理进行升级 10% 15% 任务管理 账户管理 20% 10% 照片管理 安装包 配额管理 90% 照片渲染 40% 数据检索 账户管理 配额管理 任务管理 数据上传 照片管理 数据检索 5% 5% 7.5% 任务管理 7.5% 任务管理 5% 账户管理 账户管理 10% 10% 照片管理 5% 照片管理 配额管理 20% 20% 配额管理 45% 45% 数据检索 数据检索 照片渲染 照片渲染 如何构建高效拓展架构 照片展示 登陆账号 以业务为单位进行功能拆分 配额管理 数据上传 照片管理 照片上传下载 任务管理 对象存储 表格存储 Bucket 1： 照片内容 table1： 用户信息 静态文件 照片信息 Bucke2： table2： 安装包 任务信息 Bucke3： table3：