 领域驱动设计&中台/物联网平台的反应式设计0 码力 | 18 页 | 1.81 MB | 1 年前3 领域驱动设计&中台/物联网平台的反应式设计0 码力 | 18 页 | 1.81 MB | 1 年前3
 ServiceComb 开源微服务框架技术演进之路 巨震ServiceComb 开源微服务框架技术演进之路 巨震 软件工程师,华为 • 服务形态演进 • 基于SDK的传统微服务框架 • 何为Service Mesh • 演进:从SDK到Service Mesh • 拥抱Service Mesh开源生态 • 相关资源 #微服务 #Service Mesh #Sidecar #云原生 #SDK #数据面,控制面 通信:http、 RPC… • 服务治理 • 透明代理 • 通信:通用协议 • 服务治理 • Cloud Native部署 ServiceComb 一个基于SDK的“传统”微服务框架 Service Center service Java chassis Config Center service Go chassis Registration 互通 互通 SpringCloud Apollo 用户案例 PHP微服务应用 PHP微服务应用 Java微服务应用 Java微服务应用 ServiceComb 统一服务治理中心 ServiceComb SDK Java应用 PHP应用 0侵入改造  支持多种开发语言  解决Java和PHP共存场景  传统与新兴微服务化方式共存0 码力 | 20 页 | 861.58 KB | 1 年前3 ServiceComb 开源微服务框架技术演进之路 巨震ServiceComb 开源微服务框架技术演进之路 巨震 软件工程师,华为 • 服务形态演进 • 基于SDK的传统微服务框架 • 何为Service Mesh • 演进:从SDK到Service Mesh • 拥抱Service Mesh开源生态 • 相关资源 #微服务 #Service Mesh #Sidecar #云原生 #SDK #数据面,控制面 通信:http、 RPC… • 服务治理 • 透明代理 • 通信:通用协议 • 服务治理 • Cloud Native部署 ServiceComb 一个基于SDK的“传统”微服务框架 Service Center service Java chassis Config Center service Go chassis Registration 互通 互通 SpringCloud Apollo 用户案例 PHP微服务应用 PHP微服务应用 Java微服务应用 Java微服务应用 ServiceComb 统一服务治理中心 ServiceComb SDK Java应用 PHP应用 0侵入改造  支持多种开发语言  解决Java和PHP共存场景  传统与新兴微服务化方式共存0 码力 | 20 页 | 861.58 KB | 1 年前3
 领域驱动设计&中台/Every Entity as A Microservice0 码力 | 87 页 | 4.02 MB | 1 年前3 领域驱动设计&中台/Every Entity as A Microservice0 码力 | 87 页 | 4.02 MB | 1 年前3
 领域驱动设计&中台/架构分层模型适配DDD重点关注后台业务服务,不不解决前端交互问题 前端界⾯面 API服务 业务领域 基础设施 前端应⽤用 前端应⽤用 ⼲干系⼈人: 终端⽤用户 诉求: 良好的⽤用户体验 技术点: ⼈人机交互设计和实现 UX关注的层 DDD分层参考架构 为前端和第三⽅方应⽤用提供API服务,关注服务编排,事务和 分布式等 前端应⽤用 应⽤用服务 业务领域 基础设施 ⼲干系⼈人: 应⽤用开发⼈人员 业务⼈人员关注的层 UX关注的层 Web,Spring Boot, Kafka, Redis, JTA,两阶段提交,SSO,服务注册 ORM, SQL DB, NoSql,服务发现 尽量量少依赖技术框架, 让业务⼈人员也看得懂代码 参考架构对⽐比 https://blogs.msdn.microsoft.com/cesardelatorre/2011/03/10/great-diagram- framework 前端应⽤用 API服务 领域模型 基础设施 业务领域 如何有效防⽌止架构腐化 架构腐化是系统开发过程中⾮非常头疼的事情。使⽤用DDD分层 架构参考实践,可以在系统初始设计的时候领域明确出来。 但问题是开发过程中不不知不不觉层次模糊,架构师有没有实践 能有效阻⽌止架构腐化? 分层模型适配 如何从⼀一盘散沙到百万雄师 百万雄师的铸造秘密 — 踢正步 叠被⼦子0 码力 | 39 页 | 2.54 MB | 1 年前3 领域驱动设计&中台/架构分层模型适配DDD重点关注后台业务服务,不不解决前端交互问题 前端界⾯面 API服务 业务领域 基础设施 前端应⽤用 前端应⽤用 ⼲干系⼈人: 终端⽤用户 诉求: 良好的⽤用户体验 技术点: ⼈人机交互设计和实现 UX关注的层 DDD分层参考架构 为前端和第三⽅方应⽤用提供API服务,关注服务编排,事务和 分布式等 前端应⽤用 应⽤用服务 业务领域 基础设施 ⼲干系⼈人: 应⽤用开发⼈人员 业务⼈人员关注的层 UX关注的层 Web,Spring Boot, Kafka, Redis, JTA,两阶段提交,SSO,服务注册 ORM, SQL DB, NoSql,服务发现 尽量量少依赖技术框架, 让业务⼈人员也看得懂代码 参考架构对⽐比 https://blogs.msdn.microsoft.com/cesardelatorre/2011/03/10/great-diagram- framework 前端应⽤用 API服务 领域模型 基础设施 业务领域 如何有效防⽌止架构腐化 架构腐化是系统开发过程中⾮非常头疼的事情。使⽤用DDD分层 架构参考实践,可以在系统初始设计的时候领域明确出来。 但问题是开发过程中不不知不不觉层次模糊,架构师有没有实践 能有效阻⽌止架构腐化? 分层模型适配 如何从⼀一盘散沙到百万雄师 百万雄师的铸造秘密 — 踢正步 叠被⼦子0 码力 | 39 页 | 2.54 MB | 1 年前3
 领域驱动设计&中台/如何让DDD落地从2003年年由Eric Evans提出DDD以后,在软件开发领域⼀一直 都是雷雷声⼤大,⾬雨点⼩小。这⼏几年年之所以开始⽕火起来,主要的功 劳也要给队友“微服务”,那么这是为什什么呢? DDD的⽬目标是什什么 软件设计的⻔门槛是什什么 DDD⾥里里难懂的概念 谁来做领域专家? 产品经理 技术组长 架构师 系统分析师 如何从需求到DDD? 我想要⼀一个电商 平台,我可以在 上⾯面卖东⻄西 ? Event0 码力 | 32 页 | 3.25 MB | 1 年前3 领域驱动设计&中台/如何让DDD落地从2003年年由Eric Evans提出DDD以后,在软件开发领域⼀一直 都是雷雷声⼤大,⾬雨点⼩小。这⼏几年年之所以开始⽕火起来,主要的功 劳也要给队友“微服务”,那么这是为什什么呢? DDD的⽬目标是什什么 软件设计的⻔门槛是什什么 DDD⾥里里难懂的概念 谁来做领域专家? 产品经理 技术组长 架构师 系统分析师 如何从需求到DDD? 我想要⼀一个电商 平台,我可以在 上⾯面卖东⻄西 ? Event0 码力 | 32 页 | 3.25 MB | 1 年前3
 领域驱动设计&中台/DDD的为与不为0 码力 | 25 页 | 931.68 KB | 1 年前3 领域驱动设计&中台/DDD的为与不为0 码力 | 25 页 | 931.68 KB | 1 年前3
 领域驱动设计&中台/微服务的容器化实践0 码力 | 19 页 | 1.86 MB | 1 年前3 领域驱动设计&中台/微服务的容器化实践0 码力 | 19 页 | 1.86 MB | 1 年前3
 领域驱动设计&中台/领域建模的易与难0 码力 | 27 页 | 2.85 MB | 1 年前3 领域驱动设计&中台/领域建模的易与难0 码力 | 27 页 | 2.85 MB | 1 年前3
 领域驱动设计&中台/金融支付系统的改造之路0 码力 | 28 页 | 560.52 KB | 1 年前3 领域驱动设计&中台/金融支付系统的改造之路0 码力 | 28 页 | 560.52 KB | 1 年前3
 高可用分布式流数据存储设计-李玥⾼高可⽤用分布式流数据存储设计 李玥 京东集团 技术架构部 架构师 ⾃自我介绍 ⾃自我介绍 李李玥 京东集团 技术架构部 架构师 负责主导设计新⼀一代京东消息中间件系统,专注于流数据的⼀一致性分发和可靠存储、分布式实时计算和⾼高可⽤用分 布式系统架构等技术领域。 从事互联⽹网研发、架构10余年年,曾在浪潮集团、当当⽹网等公司从事架构相关⼯工作。2017年年加⼊入京东,期间提升京 JournalQ有多快? 32, 961, 776 TPS 测试服务器器:32C/256G/4TB SSD/万兆以太⽹网 测试每条消息⼤大⼩小为:1KB LZ4 压缩 单节点 存储结构设计 0 10 50 55 80 Journal 0 10 50 55 80 Index 0 134217342 268433156 402653853 0 536870912 … 512K O(1) 缓存 Cache File 堆外内存 异步预加载 读写共⻚页 PLRU淘汰策略略 ⾼高并发 ≠ ⾼高性能 减少等待 异步: Future, Callback, React框架 流程拆分 减少锁:CAS原语 减少锁等待: 读写锁, 细粒度锁 写⼊入数据流程 IOThreads 接收请求 Requests Queue WriteThread 处理理0 码力 | 36 页 | 6.02 MB | 1 年前3 高可用分布式流数据存储设计-李玥⾼高可⽤用分布式流数据存储设计 李玥 京东集团 技术架构部 架构师 ⾃自我介绍 ⾃自我介绍 李李玥 京东集团 技术架构部 架构师 负责主导设计新⼀一代京东消息中间件系统,专注于流数据的⼀一致性分发和可靠存储、分布式实时计算和⾼高可⽤用分 布式系统架构等技术领域。 从事互联⽹网研发、架构10余年年,曾在浪潮集团、当当⽹网等公司从事架构相关⼯工作。2017年年加⼊入京东,期间提升京 JournalQ有多快? 32, 961, 776 TPS 测试服务器器:32C/256G/4TB SSD/万兆以太⽹网 测试每条消息⼤大⼩小为:1KB LZ4 压缩 单节点 存储结构设计 0 10 50 55 80 Journal 0 10 50 55 80 Index 0 134217342 268433156 402653853 0 536870912 … 512K O(1) 缓存 Cache File 堆外内存 异步预加载 读写共⻚页 PLRU淘汰策略略 ⾼高并发 ≠ ⾼高性能 减少等待 异步: Future, Callback, React框架 流程拆分 减少锁:CAS原语 减少锁等待: 读写锁, 细粒度锁 写⼊入数据流程 IOThreads 接收请求 Requests Queue WriteThread 处理理0 码力 | 36 页 | 6.02 MB | 1 年前3
共 43 条
- 1
- 2
- 3
- 4
- 5













