如何支撑过亿流量和交易额，新作《人人都是架构师》告诉你

《请先别急着嘲笑书名——这才是真正的大型网站架构解决方案》

 

 

作者介绍：

 

高翔龙，杭州云集微店架构师，基础架构组负责人，负责基础技术平台的架构设计和中间件研发等工作，技术书籍《Java虚拟机精讲》作者，热衷于开源技术，常年游走在Github上。

 

本书重点：

 

1、货真价实的互联网场景下大型网站架构演变过程中核心技术难题的解决方案；
　　2、全部来源于作者真实经历的生产案例，大型网站应对高并发、大流量的应急宝典；
　　3、分布式服务案例全面剖析，为大家讲解如何构建一个分布式调用跟踪系统；
　　4、大流量限流/消峰案例全面剖析，将流量尽可能挡在系统上游，避免对交易系统产生较大冲击；
　　5、分布式配置管理服务案例全面剖析，为大家讲解如何构建集中式资源配置中心；
　　6、限时抢购、秒杀场景下，热点数据的读/写优化案例；
　　7、数据库分库分表案例全面剖析，为大家讲解如何提升关系型数据库的并行处理能力和检索效率。
　　每一章都是重点，每一章都是解决方案

 

真情问答：

 

Q：目前市面上关于系统架构的书籍多如牛毛，你为什么会选择创作此书？

 

A：市面上关于系统架构的书籍确实很多，但这是市面上第一本讲解大型网站构演变过程中核心技术难题的解决方案作品。

 

Q：你现在或者曾经是否有过在大型互联网电商企业工作的经历？

 

A：我并没有在淘宝、京东等企业就职过，因为这类企业无论是业务还是技术整体相对已经非常成熟了，所以能亲身经历一个网站由小到大的架构演变过程的架构师正在逐步变得越来越少，我目前就职于杭州一家成长中的电商企业，目前日均流量过亿，峰值交易额超过9位数。

 

Q：书中各章的解决方案，是否都是你亲身经历过的？

 

A：是的，书中每一个章节的内容，都凝聚有我们团队所有人的泪水和欢笑在。当企业大规模服务化时，服务治理必然需要提前规划，肯定需要一个分布式调用跟踪系统来帮助开发人员以一种可视化的方式来展现跟踪到的每一个请求的完整调用链，并收集调用链上每个服务的执行耗时，整合孤立日志等；我们都知道往往大促时用户流量非常大，因此为了确保交易系统的稳定，防止系统雪崩，合理采用限流/消峰等手段将流量尽可能挡在系统上游；当网站发展到一定规模后，继续采用本地配置所暴露的问题将会越来越多；大型网站使用分布式配置管理平台不仅能够实现配置信息的集中式管理、降低维护成本和配置出错率，还能够动态获取/更新配置信息；热点数据的读/写操作其实是秒杀、限时抢购场景下最核心的技术难题，在热点读场景下，采用本地缓存可以很好的降低分布式缓存的单点负载压力，而热点写场景，笔者为大家演示了如何通过分布式锁、乐观锁在分布式缓存系统中扣减库存、通过抢购限流控制单机并发写流量，以及如何使用阿里开源的AliSQL数据库提升“秒杀”场景性能；最后一章笔者分享了分库分表后所带来一系列影响的解决方案，并重点分享了笔者在实际工作中订单业务实施分库分表改造后，应该如何同时满足Buyer和Seller的多维度查询需求。

 

Q：你是否觉得本书的书名比较Low？

A：人人都是架构师，这本身就是一个噱头，仅此而已，要想成为一个优秀的架构师，是需要从无数的项目中历练，不停的从跌倒过的坑中总结问题，总是架构师是从问题中成长起来的。

 

Q：你觉得架构师需要具备哪些技能？

A：一个优秀的架构师，抽象思维能力是必不可少的，架构师要善于“庖丁解牛”，将实物概念化并归类，比如一个大型网站，你能够迅速根据业务功能的不同，将业务垂直化；而扎实的技术功底又是架构师能力版图中所占比例最大的一块，因为抽象思维能力是虚的，技术能力是实的，只有做到虚实结合，才能够达到“手中无剑，心中有剑”的境界；技术前瞻性是需要架构师凭借自身经验和直觉预估当前架构的缺陷会为将来埋下哪些隐患、哪些技术问题是需要在网站发展到一定阶段就必须重构的、哪些技术在未来是趋势，需要提前进行了解和学习的；多领域知识既要求了架构师的知识广度，又要求了架构师的知识深度，因为架构师的技术能力不能够仅局限在自己所擅长的那一亩三分地；沟通交流能力其实非常重要，因为大多数情况下，我们都是在与人而非计算机打交道，比如，我们构建的系统首先是给人使用的，其次才是让计算机理解。除此之外，业务的沟通探讨、技术方案的探讨等诸多事项都是人与人面对面的直接沟通交流，如果你不善于沟通，那么如何能够让别人明确你的用意，又如何顺利开展工作呢？

 

Q：这本书大概什么时候上市呢？

A：京东自营已经有货(https://item.jd.com/12180592.html)，希望大家多多支持，不要让大家觉得国人不能写出好书，国人的书都是抄袭国外的，因为好的作品，离我们咫尺之遥。