Curve核心组件之snapshotcloneCurve核心组件 - SnapShotCloneServer 许超杰CURVE基本架构 01 02 03 04 快照和克隆的特点 快照克隆服务器架构 快照的实现 05 克隆的实现CURVE基本架构 • 元数据节点 MDS • 管理和存储元数据信息 • 感知集群状态,合理调度 • 数据节点 Chunkserver • 数据存储 • 副本一致性,raft • 客户端 Client 任务管理层负责调度SnapshotTask和CloneTask,并向上提供如 cancel task等功能。 SnapshotTaskManager & CloneTaskManager: • 快照克隆核心模块,负责向下调用DataStore,MetaStore等底层 模块,实现快照和克隆的具体功能。 SnapshotCore & CloneCore:快照克隆服务器架构 • SnapshotDa0 码力 | 23 页 | 1.32 MB | 6 月前3
陈辉-架构师的业务思维架构师的业务思维 陈 辉 (沉 辉) 蘑菇街 架构师 架构师三法宝 架构师的业务思维 陈 辉 (沉 辉) 蘑菇街架构师 • 蘑菇街 电商技术&基础平台负责人 • 13-15年 淘宝技术部 关于我 分享大纲 • 架构师的分类 • 什么是业务思维 • 如何运用业务思维影响架构设计 • 如何培养业务思维 架构师的分类 不是重新定义,而是对标 技术架构师 业务架构师 平台架构师 平台架构师 什么是架构师的业务思维? 场景 今年我们要落地中台架构 大中台,小前台? 中台架构是怎么样的? 是不是需要分层设计? 用什么系统去承载?需要什么框 架吗? 换个问法 今年我们要落地业务中台架构 用户基础服务 交易服务 商品服务 关系服务 广告服务 业务域A 业务域B 业务域C 业务域D 业务组件/中间件 电商业务 内容业务 直播业务 算法支撑 中间件 计算框架 计算框架 平台工具 云的能力 什么是架构师的业务思维? 站在业务方的视角,在理解业务发展目标、看清业务发展方向的前提下,做出技术和业务的平衡 站在业务方的视角,在理解业务发展目标、看清业务发展方向的前提下,做出技术和业务的平衡 跳出技术思维 理解清楚当前需求 具有业务前瞻性 不要过度设计 怎么运用?CASE I 流量承接 主播互动 商场促销活动 玩法承接 不断的优化和迭代 试错远远大于成功0 码力 | 32 页 | 3.18 MB | 1 年前3
Rust语言核心竞争力-庄晓立Rust编程语言 核心优势和核心竞争力 庄晓立,北京,QCon2016 liigo@qq.com 2016-4-23 新人分享新语言 2015年5月Rust语言刚刚发布1.0版本 2013年末我开始关注Rust,但尚未深入实践 在重大场合正式演讲这是人生第一次 2016年春节至今认真准备讲稿近三个月 如有错误或纰漏,敬请谅解! 感谢臧秀涛主编盛情邀请! Rust 安全、高效、并发的系统编程语言0 码力 | 51 页 | 1.09 MB | 1 年前3
Angular核心特性
大漠穷秋 2017-05-13Angular核心特性 大漠穷秋 2017-05-13 内容提纲 第一块内容:集成开发环境@angular/cli 第二块内容:Angular三大核心概念 Component,Module,Route 第三块内容:Angular架构特色 依赖注入、数据绑定 第四块内容:UI库 Angular-Material,Prime-NG,ng2-bootstrap test @angular/cli 第二块:Angular中的3大核心概念 一张图覆盖Angular所有概念 感谢《揭秘Angular2》的汤桂川老师提供如此详细的脑图! Angular最核心的3个概念 Component Route Module Angular最核心的概念是“组件化” 第一个核心概念:Component http://git.oschina.n https://github.com/manekinekko/angular2-dependencies-graph 第二个核心概念:NgModule Component Directive Service Route Module 什么是模块? 第二个核心概念:NgModule 问题:为什么需要NgModule? https://angular.cn/docs/ts/0 码力 | 52 页 | 2.50 MB | 1 年前3
敏捷开发/张燎原:从持续交付到业务创新阿 里 巴 巴 研 发 效 能 实 践 日 张燎原 阿里巴巴高级技术专家 从持续交付到业务创新 从持续交付到业务创新 一切不以达成业务目标为目的的持续交付都是耍流氓 张燎燎原 阿里巴巴高级技术专家,他是敏捷和精益方法的积极实 践者和推动者,具有十多年软件研发一线实践经验,经 历过消费电子、通信及互联网多个行业,长期从事研发 管理及研发教练工作,负责组织级大规模敏捷导入实施 和转型的 com/PPI/pressroom.asp Higher Primates Can Program After VB.NET Training 灵⻓长类动物接受培训之后, 能够进⾏行行VB编程 顺畅的高质量地交付 复杂产品、业务和组织 现实挑战 理理想期望 #1. 持续交付 ——可⻅见、可控、可度量量,加速价值交付 可⻅见:端到端拉通对⻬齐 ⽤用户价值驱动 左右模块对⻬齐 端到端的价值交付过程 �������������� 其分布情况和解决时长等。 业务团队愿景⽬目标:2-1-1 示例例(1/2) 示例例(2/2) 加速~ 持续部署流⽔水线,让代码顺畅流动 集成测试环境 性能测试环境 系统测试环境 预发环境 线上环境 构建 静态检查 单元测试 打包部署 功能测试 性能测试 系统测试 发布上线 验收 Code Repo Package Repo 微服务架构、中台战略略,让代码解耦,持续发布 业务 平台 基础设施0 码力 | 40 页 | 3.34 MB | 1 年前3
Uber 核心派单系统及其集群管理演化-李宁0 码力 | 23 页 | 15.26 MB | 1 年前3
古月《ROS入门21讲》7.ROS的核心概念.pdf7.ROS中的核心概念 主 讲 人 : 古 月 通信机制 ◼ ⚫ 执行具体任务的进程、独立运行的可执行文件; ⚫ ⚫ ◼ ⚫ ⚫ ⚫ 节点与节点管理器 ◼ ⚫ 节点间用来传输数据的重要总线; ⚫ 使用发布/订阅模型,数据由发布者传输到订阅者, ◼ ⚫ 具有一定的类型和数据结构,包括ROS提供的标准类型和用户自定义类型; ⚫ 话题通信 ◼ ⚫ ⚫ 服务通信0 码力 | 9 页 | 1.27 MB | 1 年前3
敏捷开发/侯馨然:Teambition 敏捷协作助力实现业务战略v s 客 户 中 ⼼心 • 既 有 资 源 v s 组 织 能 ⼒力力 敏敏捷协作,实现增⻓长 • 业务需求驱动创新 • 打破部⻔门墙,塑造⽆无边界组织 • 提升项⽬目管理理能⼒力力,贯彻业务战略略 业 务 需 求 驱 动 的 创 新 ⾃自我增强的业务增⻓长 • 线 性 投 ⼊入 还 是 指 数 增 ⻓长 ? • 如 何 实 现 “ ⾃自 我 增 强 的 循 环 展 , 最 ⾼高 效 地 明 确 知 晓 ⽬目 前 所 处 状 态 注重价值流,⽽而⾮非事务流 (感兴趣的主题可以在问卷⾥里里⾯面打钩哦) • 业务需求驱动创新 • 打破部⻔门墙,塑造⽆无边界组织 • 提升项⽬目管理理能⼒力力,贯彻业务战略略 Teambition, 让每天⼯工作成果满满0 码力 | 24 页 | 5.29 MB | 1 年前3
阿里巴巴核心应用洛地 Service Mesh 的挑战与机过周遥 xuanyin.zy@alibaba-inc.com 阿里巴巴核心应用落地 Service Mesh 的挑战与机遇 关注“阿里巴巴云原生”公众号 回复 1124 获取 PPT自我介绍 •2010 四川大学毕业 •2010-2016 社区、我的淘宝、中间件软负载 •2016-2019 自主创业、挖财中间件负责人 •2019-今 阿里服务网格团队 专注软负载、服务治理、分布式;Nacos Mesh 实战作者》;爱好骑 行、钢琴•现状及行业态度 •带来的变化和发展机遇 •核心应用落地所克服的挑战 主题#1 现状及行业态度•时隔两月 Istio 发布了 1.4,迭代迅速 •国内 Service Mesh 相关书籍出版三本以上 •各大厂积极部署推进,蚂蚁金服影响力最大 •阿里巴巴实现对核心应用于双十一上验证 •云计算平台推出商业产品,但仍未普适 行业现状行业态度 普遍看好,仍存疑惑。 Biz框架思维转向平面思维 Service Mesh Biz Non Ali Biz将中间件能力下层到基础层 业务 (Java/Go/C++ 等) Serverless 业务 (Java/Go/C++ 等) 业务 (Java/Go/C++, etc) Serverless 业务 (Java/Go/C++, etc) 网格化的基础组件 (基于插件) 网格化的基础组件 (基于插件)0 码力 | 22 页 | 6.61 MB | 6 月前3
APM 深水区:构建连接运维与业务之桥-赵宇辰APM 深水区: 赵宇辰 @ 听云 构建连接运维与业务之桥 目录 • APM现状和痛点 • 什么是APM深水区 • 技术原理 • 实际案例 APM现状:全链路监控 基础架构 业务系统 SaaS 原生App 浏览器 H5/Webview 应用性能监控 第一代APM: 主动拨测 APP监控 浏览器监控 基础架构监控 模拟用户 拨测节点 真实用户 小程序监控 哪些错误是真正紧急、影响业务的? 哪些业务被影响了?是否是核心业务? 如何补救? 运维现状: • 系统响应时间、错误率上升 • 不知道影响了哪些业务/BU/部门/用户 • 企业损失、成本消耗无法衡量、补救 现状:运维和业务的割裂(互联网场景) 业务洞察: ⚫ 转化率 / 收入 / 活跃用户 / KPI 迅速下降 ⚫ 业务团队不知具体原因 ⚫ 多团队、部门之间解决方案不明确 ⚫ 公司业务、健康状况时刻受到影响 公司业务、健康状况时刻受到影响 业务现状: • 系统响应慢 • 营销流程中点击“提交”要等很久 • 领导批准审批超时、报错 现状:运维和业务的割裂(企业场景) 运维困境: ⚫ 各系统看似正常 ⚫ OA系统响应及时 ⚫ 网络正常 ⚫ 数据库没有报错 ⚫ 业务和IT系统的对应关系缺失 ⚫ 难以迅速定位问题 ⚫ IT / CIO / 业务部门:KPI、考核、管理层压力 目录 • APM现状和痛点0 码力 | 24 页 | 5.87 MB | 1 年前3
共 967 条
- 1
- 2
- 3
- 4
- 5
- 6
- 97













