【社区图书馆】JAVA开发与架构(携程架构实践)

发这篇博文主要是想学习一下携程的架构。携程出了一本《携程架构实践》,无奈现在还没开源。看京东价大概109元人民币。如果看到次博文的网友能发我一本《携程架构实践》pdf。不胜感谢。或者实体书籍也行。其实我不怎么需要实体书籍,因为技术的东西很快会过时。技术只是一时有用。

书籍目录:

第1 章 携程整体技术架构 001

1.1 携程技术架构概览 003

1.1.1 分层架构 003

1.1.2 接入层技术 005

1.1.3 后端技术 006

1.1.4 技术保障 007

1.2 携程整体技术架构演进 008

1.2.1 呼叫中心时代 009

1.2.2 互联网和移动互联网时代 009

1.2.3 大数据和人工智能时代 011

第2 章 移动大前端 013

2.1 CRN 框架 014

2.1.1 背景介绍 014

2.1.2 框架设计 015

2.1.3 性能优化 016

2.1.4 配套支撑系统建设 019

2.2 Web 框架 021

2.2.1 微信小程序应用框架CWX 021

2.2.2 CRN 浏览器端运行框架CRN-Web 024

2.2.3 下一代前端框架解决方案 NFES 027

2.3 插件化 033

2.3.1 插件化的来源 033

2.3.2 方案的实现 034

2.4 Node.js 038

2.4.1 应用场景 038

2.4.2 应用部署 039

2.4.3 运维与监控 040

2.4.4 公共服务 044

2.5 移动发布平台MCD 045

2.5.1 平台服务架构 045

2.5.2 生命周期管理 046

2.5.3 开发流程管理 048

2.5.4 发布流程管理 049

2.6 用户行为监测UBT 050

2.6.1 数据采集 050

2.6.2 传输与存储 052

2.6.3 实时分析 054

2.7 CData 055

2.7.1 性能管理 055

2.7.2 错误统计 056

2.7.3 访问量统计 057

2.7.4 排障支持 057

2.8 本章小结 058

第3 章 用户接入 059

3.1 GSLB 技术 059

3.1.1 GSLB 系统概述 060

3.1.2 DNS 工作方式 060

3.1.3 GSLB 工作原理 061

3.2 CDN 063

3.2.1 CDN 静态加速 064

3.2.2 CDN 动态加速 065

3.2.3 CDN 动态域名切换 066

3.3 App 端接入 066

3.4 负载均衡 067

3.4.1 负载均衡器工作原理 068

3.4.2 负载均衡优化手段 070

3.4.3 负载均衡算法 074

3.4.4 负载均衡会话保持 076

3.5 软负载系统SLB 077

3.5.1 SLB 的产生背景 077

3.5.2 SLB 的架构设计 078

3.5.3 SLB 实现的几个难点 083

3.6 API Gateway 086

3.6.1 API Gateway 的架构设计 087

3.6.2 API Gateway 在携程的使用 091

3.7 本章小结 092

第4 章 呼叫中心 093

4.1 软交换系统SoftPBX 095

4.1.1 携程软交换系统现状 095

4.1.2 软交换架构与信令路径 095

4.1.3 组件规划与分布 096

4.1.4 应用场景 099

4.2 交互式语音应答系统SoftIVR 101

4.2.1 什么是交互式语音应答 101

4.2.2 SoftIVR 架构与特点 101

4.2.3 信令传输流程与核心组件 104

4.2.4 应用场景 108

4.3 全渠道客服云系统 109

4.3.1 全渠道客服云系统的意义 109

4.3.2 客服云整体架构 111

4.3.3 服务端架构 112

4.3.4 应用场景 115

4.4 本章小结 117

第5 章 框架中间件 118

5.1 服务化 120

5.1.1 为什么需要服务化中间件框架 120

5.1.2 服务化中间件框架的基本架构 121

5.1.3 服务注册中心设计解析 122

5.1.4 服务治理系统功能解析 125

5.2 消息队列 128

5.2.1 消息队列的特性与使用场景 128

5.2.2 主流消息队列 129

5.2.3 携程消息队列QMQ 132

5.3 配置中心 137

5.3.1 为什么需要配置中心 137

5.3.2 配置中心的特性 138

5.3.3 Apollo 源码部分解析 139

5.3.4 配置中心面临的新挑战 141

5.4 数据访问 142

5.4.1 数据访问层概述 142

5.4.2 为什么要引入数据访问中间件 143

5.4.3 数据访问中间件的主流方案 144

5.4.4 携程数据访问中间件功能解析 146

5.5 缓存层 150

5.5.1 总体架构 150

5.5.2 分片和路由 151

5.5.3 高可用 153

5.5.4 水平拆分 154

5.5.5 跨机房容灾 156

5.5.6 跨区域同步 159

5.5.7 双向同步 163

5.6 本章小结 167

第6 章 数据库 168

6.1 上传发布 171

6.1.1 表结构设计规范 172

6.1.2 数据库表结构的发布 172

6.1.3 SQL Server 的特殊之处 173

6.2 监控告警 176

6.2.1 数据库大盘监控 176

6.2.2 运维数据库OPDB 178

6.2.3 语句监控 179

6.3 数据库高可用 187

6.3.1 SQL Server 高可用 188

6.3.2 MySQL 高可用 189

6.3.3 Redis 高可用架构 193

6.4 本章小结 194

第7 章 IaaS & PaaS 195

7.1 网络架构演进 198

7.1.1 基于 VLAN 的二层网络 198

7.1.2 基于VXLAN 的大二层SDN 网络 200

7.1.3 基于BGP 的三层SDN 网络 203

7.2 K8s 和容器化的实践 207

7.2.1 部署架构 207

7.2.2 网络 208

7.2.3 调度 209

7.2.4 存储 212

7.2.5 监控 214

7.2.6 容器化 215

7.3 混合云 217

7.3.1 混合云整体设计 218

7.3.2 混合云网络& 安全 220

7.3.3 混合云计费& 对账 222

7.3.4 混合云运维 224

7.4 持续交付 226

7.4.1 发布的艺术 226

7.4.2 Tars 系统设计 229

7.5 本章小结 232

第8 章 监控 233

8.1 指标监控和告警系统Hickwall 234

8.1.1 指标监控的应用和挑战 235

8.1.2 指标模型的选择 236

8.1.3 Hickwall 架构 238

8.2 开源分布式应用监控系统CAT 241

8.2.1 为什么需要应用监控系统 241

8.2.2 应用监控系统的特点 243

8.2.3 客户端实现解析 245

8.2.4 存储模型解析 247

8.3 公共日志服务平台CLog 250

8.3.1 日志系统的演进与特点 251

8.3.2 CLog 的架构 252

8.4 告警系统 257

8.4.1 告警系统的需求特点 258

8.4.2 流式告警的实现和处理 259

8.5 本章小结 263

第9 章 网站高可用 264

9.1 可用性指标与度量 265

9.1.1 Ctrip ATP 266

9.1.2 Ctrip ATP 算法 266

9.1.3 Ctrip ATP 架构 267

9.1.4 订单预测模型 268

9.2 服务熔断、限流与降级 270

9.2.1 微服务架构下的可用性 271

9.2.2 熔断、限流在携程的落地 272

9.2.3 熔断、限流的治理问题 274

9.3 灾备数据中心 276

9.3.1 冷备模式 277

9.3.2 热备模式 278

9.3.3 多活模式 278

9.4 网站单元化部署 281

9.4.1 单元化架构 282

9.4.2 单元化思路 283

9.5 基础组件支持 285

9.5.1 路由调度 285

9.5.2 数据复制 287

9.6 全链路压测 292

9.6.1 技术选型与系统设计 292

9.6.2 构造与隔离压测数据 295

9.6.3 全链路监控设计 295

9.7 运维工具高可用 296

9.7.1 哪些运维工具需要实现高可用 296

9.7.2 工具的改造 297

9.7.3 定期故障演练 300

9.8 混沌工程 300

9.8.1 混沌工程的起源 301

9.8.2 混沌工程的5 条原则 301

9.8.3 如何进行一个混沌实验 304

9.9 数据驱动运营 307

9.9.1 智能运维AIOps 308

9.9.2 AI 算法在运维领域的典型场景 309

9.9.3 运维数据仓库 312

9.10 GNOC 314

9.11 本章小结 319


我们也可以通过目录大概知道携程架构大概做了些什么事情。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

奋力向前123

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值