cloudNative原生架构实践

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

安装包
QPS从100到1w如何构建?
照片上传 照片上传 照片展示 登陆账号
照片展示 登陆账号
应用服务
账户管理
任务管理 数据上传
照片管理 数据检索
业务访问快速拓展
安装包
账户管理
任务管理
数据上传
照片管理 数据检索
配额管理
配额管理
问题: 1. 存储空间的扩容 同样类似方式? 2. 网络带宽瓶颈如 何考虑?
表格存储
日志服务
场景 1 :用户大量进行照片渲染,业务瓶颈
10% 15% 账户管理 20%
配额管理 90%
场景 2 :需要针对照片管理进行升级
任务管理 10% 照片管理 40% 数据检索 账户管理
配额管理 安装包 任务管理 数据上传 照片管理 数据检索
照片渲染
5% 7.5% 账户管理 10% 任务管理 5% 照片管理 20% 45% 照片渲染 数据检索
照片上传
API网关
用户操作
用户创建、列取、 配额管理、授权
照片查看 照片操作
照片列取、移动、 复制、更名、删除
上传操作
上传、下载 任务初始化
核心微服务
账户管理 智能处理
任务管理
相册管理
配额管理
基础服务
对象存储
视觉计算
表格存储
日志服务
如何拓展业务模块?
相册应用
视频应用
API 操作
视频列取、移动、复制、 更名、删除、回收
康威定律
发布软件越快,得到的反馈循环 就越紧密,企业就能更有效地响 应客户的需要。 • DevOps
它的出现是由于软件行业日益清 晰地认识到:为了按时交付软件 产品和服务,开发和运维必须紧 密合作。
持续交付
DevOps
技术基础 微服务 敏捷的基础设施 云运维管理
存储 计算 网络

微服务
松耦合、高内聚的产品架构
云上还能为你提供什么?
API 网关: 1. 对设备侧(PC,Mobile等)提供简化的单一服务 接口; 2. 它内部聚合后台几十甚至上百微服务; 价值:简化设备侧开发的复杂 度,减少微服务网 络调用数量和网络延迟问题 函数计算: 1. 提供触发式响应机制 2. 自动弹性伸缩无需顾忌业务峰谷 价值:解耦架构,简化开发依赖 后端服务: 1. 提供官方的云化基础微服务支持,包括智能算 法、搜索。 2. 无需顾忌运维扩容问题,从容应对峰谷 价值:提供丰富的技术支持,赋能业务
照片内容 静态文件 安装包
用户信息 照片信息 任务信息
table3:
问题: 1. 单应用的瓶颈缩放如何解决? 2. 新的业务进来如何快速拓展?
函数计算介绍
• 函数(Function):一段用户编写的,执行特定功能的代码。 • 服务(Service):由一个或者多个函数组成。用户通过服务管理一组有内在逻辑联系的函数,例如授权,收 集日志等等 • 事件(Event):能够触发函数执行的事情。例如 put/get/delete object on oss bucket • 触发器(Trigger):用户通过触发器定义触发函数的事件。例如,OSS PutObject trigger,timer trigger等 等。一个函数可以包含多个触发器
5%
7.5% 账户管理
任务管理
5% 10% 照片管理 20% 数据检索
配额管理
配额管理 45% 照片渲染
如何构建高效拓展架构
照片展示
登陆账号
以业务为单位进行功能拆分
照片上传下载
配额管理
数据上传
照片管理
任务管理
表格存储
table1:
table2:
对象存储
Bucket 1: Bucke2: Bucke3:
技术基础 微服务 敏捷的基础设施 云运维管理
存储 计算 网络
利润
康威定律-架构决定组织?
管理模式
康威定律
设计系统的组织,其产生的设 计等同于组织之内、组织之间 的沟通结构
持续交付
DevOps
技术基础 微服务 敏捷的基础设施 云运维管理
存储 计算 网络
Why?How? What?
管理模式

持续交付:
云能够提供什么样的基础能力?
管理模式
康威定律
持续交付
DevOps
弹性能力 基础运维 原生服务
微服务 敏捷的基础设施 云运维管理
存储 计算
技术基础
网络
剖析一个相册应用架构
照片上传
照片展示 登陆账号
应用服务
账户管理
配额管理
任务管理 数据上传
相册管理 数据检索
本地存储
数ቤተ መጻሕፍቲ ባይዱ库
照片内容 静态文件
用户信息 照片信息 任务信息
0. 登陆账号 1.获取上传地址
2. 照片上传
账户管理
安装包
任务管理 数据上传
照片管理 数据检索
配额管理
3. 写入地址信息
对象存储
Bucket 1: Bucke2: Bucke3:
表格存储
table1:
table2:
照片内容 静态文件 安装包
用户信息 照片信息 任务信息
table3:
当业务面临下面问题如何解决?
小团队能做大系统 Cloud Native云原生架构实践
主讲人:大邪
什么是Cloud Native?
管理模式
康威定律 •
Cloud Natvie
持续交付
DevOps
规模 :“分布式系统应该具备有扩 展到成千上万台节点的能力,并且 这些节点具有多租户和自愈能 力。”—CNCF
速度:一个初创公司或者一个企业 他们想要更快速的发展,他们用 Cloud Native架构是为了更快速的 创新。
本地存储
数据库
本地磁盘
数据库
照片内容
用户信息 照片信息
任务信息
照片内容 静态文件
安装包
用户信息
静态文件 安装包
照片信息 任务信息
应用中的资源如何拓展?
阿里云账号
USER
用户名 总存储量 存储配额
任务 id
用户层级:每一个终端用户能够 拥有一个独立的USER资源,所有 的数据本身归属于一个特定用户。
分块任务
路径
目录
路径 是否为目录 是否有子目录 基础信息(大 小,时间)
基础信息
文件层级:云盘下面有两种类型 文件类型,目录与文件;每个文 件、目录都是隶属于上一层目录。
上传任务:上传的数据的任务归 属于特定用户。每个任务下面都 有分块单文件信息
DATA
文件
文件
DATA
DATA
SAAS
• 交付 应用 或 服务,直面用户,提供应用价值。
API 操作
应用服务
。。。
用户创建、列取、 配额管理、访问授 权
PAAS
• 作为开发 平台,用来提供各种平台服务,提供服务组件
开发平台
共享平台
账户管理 智能处理
任务管理
相册管理
配额管理
IAAS
• 用来提供各种基础资源
基础服务
基础资源
对象存储
视觉计算
分块i d 所属任务 基础信息
利用云上构建无限扩容架构
数据存储结构: • 所有的上传数据扁平化的存储在OSS中,通过 user作为一级目录来做区分; • 其他公共静态文件与用户私有照片数据区分 bucket管理 Meta信息存储结构: • 文件信息:每个文件存储文件所属用户,以及其父 节点,来表达数据结构;其中针对于是否为目录通 过判断数据文件地址是否为空来判断 • 用户信息:每个用户有基础的存储量大小统计以及 配额管理;
相关文档
最新文档