## 架构师的业务思维 陈辉 (沉辉) 蘑菇街 架构师 # InfoQ官网 全新改版上线 促进软件开发领域知识与创新的传播 ## 精选内容  华为面试改革重编程；黑客攻击Git私有库索要赎金|Q新闻华为面试改革，增加90分钟网上编程 文化&方法企业动态 ## 📱 热点 3 快速上手几个 Linux 命令：每家公司都有自己的黑话 3 京东刘海锋：过去十年架构领域最重要的三个变化 这一天还是来了：亚马逊利用 AI 监控员工工作效率，并生成解雇指令 8年上市、3年微服务改造、2年中台战，回顾这家公司12年技术架构转型路 埃森哲被诉：两年花两亿，连个可用的网站都不能交付？ QCon全球软件开发大会 | 广州站 全领域实战中的防坑指南 3_3.jpg) 上海 ## 技术领导力峰会 时间：6月14–15日 北京 GITC ## 全球大前端技术大会 大会：6月20–21日 培训：6月22–23日 深圳 ## 全球架构师峰会 大会：7月12–13日 培训：7月14–15日 ![Image](/uploads/documents/c/9/d/7/c9d7337a588e555588de2e4f7c5a9c80/p3_5

## 化繁为简 DDD驱动复杂业务软件架构的演进 广联达科技 白彦磊 DDCHINA ## CONTENTS 产品介绍 业务挑战及架构目标 架构演进 总结展望 ## CONTENTS ## CONTENT 产品介绍 业务挑战及架构目标 架构演进 总结展望 广联达BIM 土建计量平台 GTJ2018 ## 全过程、全流程、一站式平台 全过程 估概算 施工图预算 196adad92b2/p4_1.jpg) 云检查 钢筋 检查 云指标 一站式平台 各阶段计量应用 BIM造价模型数据 云数据、协同应用 ## 产品特点 ## 产品特点 ## 业务复杂 多专业领域 BIM全过程流转 人机交互频繁 ## 产品规模大 350万+代码行 ![Image](/uploads/documents/1/d/2/e/1d2ea6c4d390a9 ✓ 业务挑战及架构目标 | ✓ 架构演进 | ✓ 总结展望 | ✓ ## 业务挑战与架构目标 ## 业务挑战 建筑造型多样化，业务模型复杂度越来越高 新业务基于现有业务进行扩展，而应用场景及性能要求不同，既复用又独立； 产品云+端转型，核心业务逐步实现服务化，不同业务演化路径不同 ## 架构演进目标 简化业务模型复杂度 不同业务间解耦 各业务独立演化 单体架构

## 在一个实际复杂业务中 落地DDD方法与架构 曹剑 DDCHINA ## 内容 01 一个费用系统开发任务 02 利用DDD建立领域模型演示 03 利用DDD构建代码架构演示 ## 费用管理系统要求  预算  ## 代码分层架构  代码演示-基础支持 CostMgrSample

[Image](/uploads/documents/a/6/a/4/a6a48788e8ab94fd53a1db41d7a5815b/p1_1.jpg) BEIJING 2018 # 业务高速发展下的 互联网金融系统架构演变 演讲者 / 张现双  _1.jpg) 张现双，宜人贷研发架构师，移动后台负责人，负责移动后台的技术研发和系统架构设计，并随着业务增长持续不断的进行性能优化和系统架构升级。 从事过研发、运维、dba等工作，在应对互联网系统流量、并发、安全、一致性问题等方面有一些经验。 翻译出版专著:《可伸缩架构：面向增长应用的高可用》 ## 大纲 01 宜人贷发展历程 02 移动后台架构演进 03 流量应对策略 04 关于监控 宜人贷发展历程 ## 宜人贷发展历程  ## 业务 多元化发展 [部分] 网贷平台 财富管理平台 YEP ![Image](/uploads/documents/a/6/a/4/a6a48788e8ab94fd53a1db41d7a5815b/p8_1

Greenplum 架构概览 基本拓拉结构 GP 基本查询流程 segmentl Segment 2 上，吉站可为 Gygenglum [后科称 GP 对是个PogigreSoL 实明和。GP 对外主代的入口，并用户雪上并行 情人 上| aaase 这He，人的入对 Segment 渤行;Standby aster 有为 aster 提供可用 Segment

# NACOS 架构与原理 NACOS ARCHITECTURE & PRINCIPLES. 一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。 易用·稳定·实时·规模 NΛCOs. 特别鸣谢：  ![Imag ## 目录 作者 6 推荐序 7 前言 9 序言 9 简介 13 Nacos 简介 13 Nacos 架构 17 Nacos 总体设计 17 Nacos 架构 17 Nacos 配置模型 21 Nacos 内核设计 28 Nacos 一致性协议 28 Nacos 自研 Distro 随着企业加速数字化升级，越来越多的系统架构采用了分布式的架构，主要目的是为了解决集中化和互联网化所带来的架构扩展性和面对海量用户请求的技术挑战。这里面其中有一个关键点是软负载。因为整个分布式架构需要有一个软负载来协作各个节点之间的服务在线离线状态、数据一致性、以及动态配置数据的推送。这里面最简单的需求就是将一个配置准时的推送到不同的节点。即便如此简单需求，随着业务规模变大也会变得非常复杂。如何能将数

Broker Consumer 分布式的流式数据平台 高吞吐 容错性 Producer Topic Topic Topic Consumer ## Kafka 在知乎的应用 平台承载知乎业务日志、数据传输和消息队列服务 平台线上稳定运行 基于 Kubernetes 的 Kafka 集群 13 个，1000+ Topic 知乎技术平台重要的组件 ## 平台概览 · 多集群 · 高可用 Kubernetes 服务 注册 ## 为什么采用 Kubernetes 问题驱动 • Kafka 资源规划不合理 • 单一集群造成系统单点 - 不区分集群和 Topic 等级，影响重要业务 • 业务与 Kafka 深度耦合 ## 资源规划 多 Kafka 集群方式 根据 Topic 类型划分集群 同一类型 Topic 的集群细分 - Topic 服务等级、容量和规模划分 ![I 33557e76b324fd/p28_3.jpg) ## 服务注册和客户端 注册 Topic 的集群信息 • Broker, Zookeeper - Status 是否启用 客户端 • 业务易用 • 标准客户端，降低集群风险 Kafka 集群 ![Image](/uploads/documents/0/9/a/b/09abef8b96bb0048ff33557e76b324fd/p29_1

Go业务开发中Error&Context 毛剑 bilibili iammao@vip.qq.com 探探 Gopher China 2019 Agenda Error o Background o Handle Error o Best Practice • Context o Background o Context With API o Best Practice • Conclusion alt=‘OCR图片’/> Error - Background 错误检查和打印 分层开发导致的处处打印日志 难以获取详细的堆栈关联 。根因丢失 业务错误处理 API中逻辑标识处理 if err != nil { return err } API中错误消息展示 API中业务的Hint数据 Errors are values By Rob Pike ’ alt=‘OCR图片’/> Error - Handle 在最顶部的调用者或者是worker goroutine统一打印 ’ alt=‘OCR图片’/> Error - Best Practice 集中处理错误：errorgroup 容易用错返回的context 扇出没有控制 业务代码容易panic type Group func WithContext(ctx context.Context) (*Group, context.Context) func (g *Group)

## 阿里巴巴研发效能实践日 从持续交付到业务创新 张燎原 阿里巴巴高级技术专家 ## 从持续交付到业务创新 一切不以达成业务目标为目的的持续交付都是要流氓 ## SELF INTRODUCTION  ## 张燎原 阿里巴巴高级技术 com/PPI/pressroom.asp ## 灵长类动物接受培训之后，能够进行VB编程 Higher Primates Can Program After VB.NET Training 现实挑战 复杂产品、业务和组织 理想期望 顺畅的高质量地交付 ### #1. 持续交付 ——可见、可控、可度量，加速价值交付 ## 可见：端到端拉通对齐

选择

业务团队愿景目标：2-1-1 2 Weeks 1 Week 1 Hour 需求交付周期 从想法提出并确认，到上线的时间 需求开发周期 从需求设计完成到上线的时间 变更集成发布时长 整个组织各职能和部门的协调一致和紧密协作 0 码力 | 40 页 | 3.34 MB | 2 年前 3 1.1 基于Go构建滴滴核心业务平台的实践 基于Go构建滴滴核心业务平台的实践 ’ alt=‘OCR图片’/> 目录 ’ alt=‘OCR图片’/> Golang使用现状 1500+个模块 1800+位Gopher 2000+台（仅中台） ’ alt=‘OCR图片’/> 我们用Go做了什么 DUSE 滴滴分单引擎 DOS 滴滴订单系统 DISE schemaless数据存储引擎 DESE serverless分布式事务框架 ’ alt=‘OCR图片’/> 中台业务 ’ alt=‘OCR图片’/> Challenge 高可用 高服务可用时间 高并发 复杂度 服务承载能力 服务响应速度 业务需求复杂 ·子系统较多 ·问题追查困难 ’ alt=‘OCR图片’/> Why Golang 执行效率较高 开发效率 便利的并发控制 便利的网络服务开发 GC 丰富工具&库 go alt=‘OCR图片’/> 目录 ’ alt=‘OCR图片’/> 庞大的业务系统 微服务过多带来的问题 快车订单：1单 子模块：50+ Rpc请求：300+ 日志行数：1000+ ’ alt=‘OCR图片’/> 服务治理的难题 微服务过多带来的问题 ’ alt=‘OCR图片’/> 异常定位 滴滴如何定位业务问题 日志格式混乱 大量adaptor 人工配置与分析 处理性能低，资源消耗巨大 0 码力 | 44 页 | 2.77 MB | 1 月前 3 共 1000 条 1 2 3 4 5 6 100 前往 页 相关搜索词 架构师业务思维蘑菇街电商技术陈辉领域驱动设计限界上下文领域模型架构演进中台架构DDD架构业务逻辑系统架构演变互联网金融架构升级流量应对策略监控GreenplumSegmentAsterPostgresForkNacos服务发现配置管理一致性协议高可用设计KubernetesKafka分布式架构高可用性TopicErrorContexterrgrouppkg/errorsCodes研发效能持续交付业务目标敏捷开发研发管理Go全链路压测流量标识服务迁移日志规范化