| 作者 |
| 付晓岩 |
| 丛书名 |
| 架构师书库 |
| 出版社 |
| 机械工业出版社 |
| ISBN |
| 9782107091443 |
| 简要 |
| 简介 |
| 内容简介书籍计算机书籍 ---------------------------8082131 - 架构真意：企业级应用架构设计方法论与实践--------------------------- 本书分三大部分： 首先是部分，架构设计方法论。这部分首先侃侃而谈，为架构师成长指引道路。然后，以“5视图法”架构设计为主线，同时穿插领域驱动设计、整洁架构设计、大前端+技术中台等思想，为读者展现一整套严密、完整，且落地可操作的架构设计方法。后，探讨另一个难题：技术架构改造，并提出架构跑道、使能故事、架构重构等一系列方法。 之后是第二部分，分布式架构设计与实践。这部分从实践的角度讲解目前非常流行的互联网分布式架构的设计思路、软件架构，以及涉及的软件技术，让读者在应对这一类型的系统时，对架构设计、技术选型、架构演化，都有一个清楚的认识。 第三部分，大数据架构设计。这部分首先从宏观的角度描绘未来大数据、人工智能的发展方向、商业应用，以及技术发展趋势，以及5G/物联网背景下新的发展动向。然后，从大数据技术、数据治理、数据分析和人工智能等几个方面，讲解大数据架构设计。 ---------------------------8062313 - 企业级业务架构设计：方法论与实践--------------------------- 内容简介 这是一部从方法论和工程实践双维度阐述企业级业务架构设计的著作。 作者是一位资深的业务架构师，在金融行业工作超过19年，有丰富的大规模复杂金融系统业务架构设计和落地实施经验。本书在出版前邀请了微软、亚马逊、阿里、百度、网易、Dell、Thoughtworks、58、转转等10余家企业的13位在行业内久负盛名的资深架构师和技术专家对本书的内容进行了点评，一致好评推荐。 作者在书中倡导“知行合一”的业务架构思想，全书内容围绕“行线”和“知线”两条主线展开。“行线”涵盖企业级业务架构的战略分析、架构设计、架构落地、长期管理的完整过程，“知线”则重点关注架构方法论的持续改良。 全书分为五个部分： . 业务架构基础篇（第1～3章） 介绍了业务架构的发展历程、作用、与IT架构的关系，以及业务模型的相关知识。 业务架构设计篇（第4～7章） 详细讲解了战略分析、对标分析、组织结构的影响、业务架构设计方法、标准化方法，并以一个虚拟案例综合演示了业务架构的设计过程。 业务架构落地篇（第8～13章） 演示了业务架构方案制作、基于业务架构的实施、项目完成后的管理机制，比较了与敏捷开发的异同，集中讨论了企业级项目的实施困难，最后以一个设计实例展示了业务架构设计对提升企业开发效率的作用。 架构方法改良篇（第14～16章） 系统总结了如何进行面向构件化的业务架构设计、如何构建轻量级架构设计工具、如何基于构件模型提升传统企业产品创新效率，该部分属于对之前方法的改良设想，需要读者对此多加思索，切勿生搬硬套。 业务架构与中台篇（第17章） 将业务架构设计方法与当前热点——“中台”模式进行了对比，“传统”方法并不一定会因新技术、新概念的发展而黯然失色，对方法论的深入探索和积极思考往往会让“传统”焕发新的“生命力”，深度思考比追逐热点更重要。 |
| 目录 |
| [套装书具体书目] 8062313 - 企业级业务架构设计：方法论与实践 - 9787111632801 - 机械工业出版社 - 定价 69 8082131 - 架构真意：企业级应用架构设计方法论与实践 - 9787111685029 - 机械工业出版社 - 定价 99 ---------------------------8082131 - 架构真意：企业级应用架构设计方法论与实践--------------------------- 前言 第一部分 架构设计方法论 第1章 架构师的修炼5 1.1 何为软件架构5 1.1.1 常见研发场景6 1.1.2 准确理解软件架构7 1.2 如何成为合格的架构师9 1.2.1 架构师的职责9 1.2.2 架构师的思维模式10 1.3 如何成为顶级的架构师12 1.3.1 能够将业务转换为技术13 1.3.2 能合理利用技术支撑业务13 1.3.3 具备前瞻思维和战略思维15 1.4 “5视图法”架构设计16 第2章 逻辑架构设计18 2.1 用例模型分析19 2.1.1 用例模型20 2.1.2 由粗到细的用例分析21 2.1.3 用例描述23 2.1.4 事件流25 2.1.5 业务需求列表29 2.1.6 需求规格说明书30 2.2 界面原型分析32 2.3 领域模型分析34 2.3.1 软件退化的根源34 2.3.2 两顶帽子的设计方式38 2.3.3 领域驱动的设计思想41 2.3.4 领域驱动的变更设计42 2.3.5 领域驱动设计总结48 2.4 技术可行性分析50 第3章 数据架构设计52 3.1 数据架构的设计过程52 3.2 基于领域的数据库设计54 3.2.1 传统的4种关系55 3.2.2 继承关系59 3.2.3 NoSQL数据库的设计61 3.3 基于领域的程序设计63 3.3.1 服务、实体与值对象64 3.3.2 贫血模型与充血模型64 3.3.3 聚合70 3.3.4 仓库与工厂71 3.3.5 问题域和限界上下文75 第4章 开发架构设计78 4.1 系统规划与接口定义78 4.1.1 系统规划79 4.1.2 接口定义80 4.2 系统分层与整洁架构82 4.2.1 系统分层82 4.2.2 底层技术更迭84 4.2.3 整洁架构设计86 4.2.4 易于维护的架构88 4.3 技术中台建设90 4.3.1 增删改的架构设计91 4.3.2 查询功能的架构设计94 4.3.3 支持领域驱动的架构设计99 4.3.4 支持微服务的架构设计107 4.4 技术选型与技术规划109 4.4.1 软件正确决策的过程109 4.4.2 商用软件与开源框架110 4.5 模块划分与代码规范111 第5章 运行架构设计114 5.1 属性→场景→决策115 5.2 非功能性需求117 5.3 恰如其分的架构设计117 5.4 技术架构演化118 5.4.1 意图架构119 5.4.2 使能故事120 5.4.3 架构跑道122 5.4.4 我们的实践122 5.5 技术改造与软件重构124 5.5.1 架构师的十年奋斗125 5.5.2 演化式的技术改造思路126 5.5.3 一个遗留系统改造的故事127 第6章 物理架构设计131 6.1 集中式与分布式132 6.2 网络架构图134 6.3 系统架构与应用架构135 第二部分 分布式架构设计与实践 第7章 分布式架构设计141 7.1 互联网架构演进141 7.1.1 All-in-One架构142 7.1.2 流量在1000万以内的架构设计143 7.1.3 流量在1000万以上的架构设计147 7.1.4 流量在5000万以上的架构设计155 7.1.5 亿级流量的架构设计160 7.2 分布式技术165 7.2.1 分布式缓存165 7.2.2 内存数据库169 7.2.3 分布式事务173 7.2.4 分布式队列179 7.2.5 分布式数据库182 第8章 微服务架构设计192 8.1 为什么要采用微服务架构192 8.1.1 快速变化需要快速交付192 8.1.2 打造高效的团队组织193 8.1.3 大前端+技术中台196 8.1.4 小而专的微服务197 8.1.5 微服务中的去中心化概念199 8.1.6 互联网转型利器202 8.2 微服务的关键技术204 8.2.1 注册中心205 8.2.2 服务网关219 8.2.3 熔断机制227 8.3 微服务的系统设计235 8.3.1 6种设计模式235 8.3.2 微服务设计实践244 8.3.3 微服务测试调优262 8.4 微服务项目实战过程276 8.4.1 在线订餐系统项目实战278 8.4.2 统一语言与事件风暴278 8.4.3 子域划分与限界上下文282 8.4.4 微服务拆分与设计实现284 第9章 基于云端的分布式部署290 9.1 DevOps与快速交付290 9.2 Docker容器技术292 9.2.1 虚拟技术与容器技术292 9.2.2 对Docker容器的操作294 9.2.3 用Dockerfile制作镜像296 9.2.4 微服务的Docker容器部署297 9.2.5 Docker容器的应用298 9.2.6 搭建Docker本地私服299 9.3 Kubernetes分布式容器管理299 9.3.1 微服务发布的难题299 9.3.2 Kubernetes的运行原理300 9.3.3 Kubernetes的应用场景303 9.3.4 Kubernetes的虚拟网络304 9.3.5 用Kubernetes部署微服务305 9.3.6 用有状态集部署组件308 9.3.7 Kubernetes应用实践310 9.4 自动化运维平台实践312 第三部分 大数据架构设计 第10章 大数据时代变革319 10.1 从IT时代向DT时代转变319 10.2 数据分析与应用319 10.2.1 数据应用的发展历程320 10.2.2 数据应用的成熟度321 10.3 数据中台建设325 10.3.1 对数据中台的正确理解325 10.3.2 数据中台建设的核心326 10.3.3 数据中台的建设思路332 10.3.4 数据中台的技术架构333 第11章 大数据技术中台335 11.1 大数据技术335 11.1.1 Hadoop技术框架336 11.1.2 Spark技术框架339 11.2 大数据采集345 11.2.1 结构化数据采集346 11.2.2 非结构化数据采集347 11.3 大数据治理350 11.3.1 SparkSQL大数据开发中台351 11.3.2 ETL过程的设计实践353 11.3.3 数据仓库建设357 11.3.4 数据标签设计360 11.4 大数据展示362 11.4.1 大数据索引363 11.4.2 多维模型分析367 11.4.3 HBase数据库369 ---------------------------8062313 - 企业级业务架构设计：方法论与实践--------------------------- 推荐语 前言 第一部分 业务架构基础篇 第1章 业务架构的发展历程2 1.1 Zachman模型2 1.2 TOGAF4 1.3 FEA和DODAF5 1.4 沉吟至今6 1.5 业务架构的定义8 第2章 业务架构的作用及与IT架构的关系10 2.1 业务架构的作用10 2.2 业务架构与IT架构的关系14 第3章 架构伴侣：业务模型18 3.1 模型与业务模型18 3.2 常见的建模方法21 3.3 建模原则与模型思维的应用25 第二部分 业务架构设计篇 第4章 业务架构的设计起点33 4.1 企业战略分析33 4.2 对标分析38 4.3 组织结构的影响不容忽视40 第5章 业务架构的设计过程44 5.1 价值链分析44 5.2 行为分析：业务领域和业务流程46 5.3 数据分析：企业级数据模型49 5.4 组件分析：行为与数据的结合51 5.5 业务架构的整体逻辑关系53 第6章 业务架构的设计难点56 6.1 基本的标准化方法56 6.2 避免“过度整合”59 6.3 何以解忧，唯有“融合”59 第7章 虚拟案例：商业银行业务架构设计61 7.1 价值链设计61 7.2 存款领域的模型设计63 7.3 贷款领域的模型设计65 7.4 跨领域的标准化67 7.5 组件设计70 7.6 案例总结73 第三部分 业务架构落地篇 第8章 从业务架构模型到业务架构方案76 8.1 业务架构设计不是为了替代需求分析76 8.2 制作业务架构方案77 8.3 小团队的应对之道83 8.4 需要充分解释架构方案84 8.5 努力打造“通用语言”85 第9章 基于业务架构方案的实施过程88 9.1 基于业务架构的设计89 9.2 基于业务架构的协调94 9.3 处理架构调整的原则96 9.4 企业级物有所值吗？100 第10章 建立转型后的长期应用机制103 10.1 项目结束了该怎么办？103 10.2 促进深度融合的需求管理机制106 第11章 这个“笨重”的过程与敏捷沾边吗？110 11.1 传说中和现实中的双模开发110 11.2 与正宗的敏捷对比112 11.3 与非正宗的敏捷对比114 11.4 且行且珍惜115 第12章 企业级的“五难” 117 12.1 捷径难寻118 12.2 文化难建119 12.3 预期难控120 12.4 权责难定121 12.5 长志难立123 第13章 实战：实现了快速设计的案例124 13.1 项目背景及需求124 13.2 设计思路和业务架构方案125 13.3 案例总结129 第四部分 架构方法改良篇 第14章 如何支持面向构件的设计132 14.1 “乐高积木”式的软件设计132 14.2 “颗粒度”问题134 14.3 构件模型的设计方式136 14.4 建立构件模型的虚拟案例139 14.5 构件模型的技术设计建议146 14.6 本章小结148 第15章 构建轻量级架构管理工具150 15.1 构件模型的抽象要素及逻辑关系150 15.2 轻量级架构管理工具的设计原理153 15.3 采集项目信息的价值155 15.4 轻量级架构管理工具的优缺点155 15.5 应用轻量级架构管理工具管理新需求156 第16章 基于构件模型谈谈传统企业的产品创新159 16.1 信息传导：打造信息传递高速公路160 16.2 信息分析：创造高维数据162 16.3 创新平台：扩展构件模型165 16.4 构件模型及其应用设想的不足169 第五部分 业务架构与中台篇 第17章 中台之上172 17.1 阿里中台简介172 17.2 企业文化的作用174 17.3 由业务架构方法可以推导出中台设计吗？176 尾声 对实践的再次思考179 附录A 位置、力量、资源183 附录B 积木式创新187 |