互联技能经由几十年的发展，已经从“铁器时期”进入“机器时期”。得益于开源运动的发达发展，以及技能的日益开放，原来只有大公司才能拥有的技能和系统已经是“旧时王谢堂前燕，飞入平凡百姓家”了，中小团队乃至初创公司都能够基于这些技能和系统快速完成系统的开拓，使团队能够更加聚焦于业务的发展。
但这并不虞味着大略采取“拿来主义”就万事大吉，中小团队在构建系统架构的时候每每面临几个核心问题 首先 类似的技能和方案太多 详细该用哪个并不是一览无余的 其次，纵然选定了详细技能或方案，如果没有履历积累，这些技能和方案的最佳实践和把稳事变（俗称“坑”）是很难预先知道的；末了，构建一个完全的大网站须要的技能投很多，如果没有系统的辅导，则很可能是 摸着石头过、河”，进入“踩坑填坑的循环。
本文是多年技能、履历、思考和感悟的一个集大成的总结，涵盖了架构设计技能校的方方面面，很好地解答了上述三个问题，具有非常强的辅导意义，形象一点来说便是 照着做，你也能设计和 BAT 一样好的架构！
！
紧张内容简介
本文结合作者近几年的事情履历，总结了一套可直接落地、基于开源、本钱低、可快速搭建的中小研发团队架构实践方法。
全文共5篇22章，开篇是本文的导读;
架构篇是设计思想的提升，包括企业总体架构、运用架构设计、统一运用分层等;
框架篇主讲中间件和工具的利用，包括行列步队、缓存、Job、集中式日志、运用监控和微做事等;
公共运用篇是技能与业务的结合，包括单点登录和企业支付网关:进阶篇是从架构到管理，包括技改案例、技能与业务的匹配与领悟等。
从架构、框架、公共运用，到案例实战和技能管理，本文将大公司的工程理念压缩运用到中小研发团队，使小团队也能构建大网站。
2企业总体架构
企业总体架构是什么，有什么用，详细怎么做呢？以笔者曾任职的公司为案例，一起来磋商这个问题 家公司当时有 200 个研发职员和 200 多台做事器，笔者刚进这家公司时，他们的系统，总是涌现各种问题 例如，日常发布系统时或访问量轻微过大时系统就会涌现很多故障，而且找不到故障发生的根本缘故原由 笔者进公司后的主 务便是对这个别系进行升级改造，花了一个半月的韶光写了一份企业总体架构设计文档。
3运用架构设计
有几个问题要与读者 起磋商 你做架构设计了吗？你认为要不要做架构设计？你的公司有没有做架构设计？在笔者得到的答案中 大部分人认为要做架构设计，但自己却很少做，自己经历的公司也很少做架构设计 这里是抵牾的，难道大部分人和公司都犯错了吗？ 该当不是这样！
4统一运用分层:
运用分层这件事情看起来很大略，但每个程序员都有自己的 套方法，哪怕是初学者。如何让一家公司的几百 运用采取统一的分层构造，并得到大部分程序员的认同呢？
5生产环境诊断工具WinDbg
生产环境偶尔会涌现- -些非常问题，WinDbg 或GDB是办理此类问题的利器。调试工具WinDbg犹如年夜夫的听诊器，是系统“生病”时进行诊断的逆向剖析工具。Dump文件类似于飞机的黑匣子，记录生产环境程序运行的状态。本章紧张先容调试工具WinDbg和抓包工具ProcDump的利用，并分享一个真实的案例。多年前不知谁写的代码，导致每一两个月偶尔涌现CPU飙高的征象。我们先利用ProcDump在生产环境中抓取非常进程的Dump文件,然后在不理解代码的情形下通过WinDbg命令进行剖析,终极定位有问题的那行代码。
6 RabbitMQ快速入门及运用
利用过分布式中间件的人都知道，中间件利用起来并不繁芜，常用的客户端API就那么几个，比我们日常编写程序时用到的API要少得多。但是分布式中间件在中小研发团队中利用得并不多，为什么会这样呢?缘故原由是中间件的职责相对单-一， 客户真个利用虽然大略，但全体环境搭起来却不随意马虎。以是对付中间件的利用，我们重点放在办理门槛问题上，把做事端环境搭好(生产环境可直策应用云或运维办理)，把中间件的基本职责和功能先容好，把客户端Demo写好，让程序员“抬抬脚”，在调试代码中即可轻松入门。根据我们以往的履历，初次打仗也可以自主快速学习。笔墨描述和Demo以实用为主，能用代码解释的就不用笔墨。以下是行列步队RabbitMQ的快速入门及运用。
7 Redis快速入门及运用
Redis的利用难吗?不难。Redis 用好随意马虎吗?不随意马虎。Redis 的利用虽然不难，但与业务结合的运用处景特殊多、特殊密切，用好并不随意马虎。我们希望通过大略的笔墨先容及Demo,读者即可轻松、快速入门并学会运用。
8任务调度Job
Job类似于数据库中的作业，多用于实现定时实行任务。适用场景紧张包括定时轮询数据库同步、定时处理数据和定时邮件关照等。我们的Job分为操作系统级别定时任务WinJob和HttpJob ,个中, WinJob利用开源的任务调度框架Quartz.NET+ZooKeeper实现，HttpJob的做事端是自主开拓实现的，可以直接定时调用操持任务(如微做事)。
9运用监控系统Metrics
运用监控系统Metrics 由Metrics.NET+InfluxDB+Grafana 组合而成，通过客户端Metrics.NET在业务代码中埋点, Metrics.NET会把网络的数据存储在InfluxDB数据库中,然后通过Grafana来展示监控数据。个中, InfluxDB做事端支配的版本号是1.3.1, Grafana支配的版本号是4.0.1。
10集中式日志ELK
日志可分为系统日志、运用日志和业务日志，系统日志给运维职员利用，运用日志给研发职员利用，业务日志给业务操作职员利用。这里紧张讲解运用日志，通过运用日志来理解运用的信息和状态，以及剖析运用缺点发生的缘故原由等。随着系统的日益繁芜，大数据时期的来临，须要几十乃至上百台的做事器是常有的事，因此急迫须要有一-套针对日志且能够集中式管理的产品。ELK就实现了集中式日志管理，统一-涵盖了分布式日志网络、检索、统计、剖析，以及对日志信息的Web管理等集中化管控。
11微做事架构MSA
微做事架构MSA是Microservice Architecture的简称，它是一种架构模式，它提倡将单一运用程序划分成一-组小的做事，做事之间相互通信、相互合营,为用户供应终极代价。
12搜索做事Solr
Apache Solr 是-一个开源的搜索做事器，Solr 利用Java 措辞开拓，紧张基于HTTP和Apache Lucene实现。Apache Lucene是- -个高效的、基于Java的全文检索库。其余一个基于Lucene的搜索做事器是Elasticsearch,由于项目历史缘故原由，以及工程师有Solr 的利用履历，我们选择了Solr 而不是Elasticsearch。 如果是一个全新的项目，则Elasticsearch也是当下不错的选择。
13分布式折衷器ZooKeeper
Apache ZooKeeper是由Apache Hadoop 的子项目发展而来的，于2010年11月正式成为Apache的顶级项目。
ZooKeeper是一个开放源代码的分布式折衷做事。它具有高性能、高可用的特点，同时具有严格的顺序访问掌握能力(紧张是写操作的严格顺序性)。基于对ZAB协议.( ZooKeeper Atomic Broadcast, ZooKeeper 原子广播协议)的实现，它能够很好地担保分布式环境中数据的同等性。也正是基于这样的特性，使得ZooKeeper成为办理分布式数据同等性问题的利器。
14小工具合集
当每月发布次数变得越来越多时，如超过500 次，则发布事情职员的事情量会翻倍增长,此时由人工发布操作失落误引起的风险会变得越来越大。为了提高项目的发布效率，也为了降落由人工操作失落误带来的风险，须要引进持续集成工具。
15 一键发布和测试之持续集成工具Jenkins
Jenkins是-一个用Java措辞编写的开源的持续集成工具,最开始被称为Hudson,Jenkins在持续集成领域市场份额中居于主导地位，被各种规模的团队用于用各种措辞实现的各种项目中。例如，C#、Java、Ruby、Groovy、Grails、 PHP等。
16单点登录
单点登录的英文全称是Single Sign On，简称SSO。即用户只须要登录一次，就可以在个，人权限范围内，访问所有相互信赖的运用功能模块，不管全体运用群的内部有多么繁芜，对用户而言，都是一个统-一的整体。用户访问Web系统的全体运用群与访问单个别系一样，登录和注销分别只要一次就够了。
17企业支付网关
企业支付网关又叫聚合支付，由统-支付做事、 统一支付关照和统一支付后台三部分组成，本章我们紧张先容前两部分。将企业支付网关独立出来非常有必要，它是企业未来金融奇迹部的根本 当前代价也很大。
18技改之路:从单体运用到微做事
技改是技能改造的简称，是技能的蜕变。本章所谈的技改指的是在公司技能发展的某个瓶颈阶段,按原有的开拓和组织办法已经无法“玩下去”，这时公司希望引进架构师或技能牛，人来破解当前困局。技改对付公司和技能职员而言都非常难得，参与者多，主导者少。笔者有幸前后主导过3次OTA系统的技改，规模有大有小，每次技改环境和问题虽不一样，但还是有套路可循的。技改之路少讲技能多讲“路”，我们不过多地关注技能细节和中间件的实现，而重点讲述技改的过程和对技改的思考。
19机票垂直搜索引擎之性能优化
20.上云纪要
21技能与业务的匹配与领悟
技改是技能改造的简称，是技能的蜕变。本章所谈的技改指的是在公司技能发展的某个瓶颈阶段,按原有的开拓和组织办法已经无法“玩下去”，这时公司希望引进架构师或技能牛，人来破解当前困局。技改对付公司和技能职员而言都非常难得，参与者多，主导者少。笔者有幸前后主导过3次OTA系统的技改，规模有大有小，每次技改环境和问题虽不一样，但还是有套路可循的。技改之路少讲技能多讲“路”，我们不过多地关注技能细节和中间件的实现，而重点讲述技改的过程和对技改的思考。
22研发团队文化是怎么”长”出来
从去世气沉沉到充满激情活力，从因循守旧到好学分享，这是一个有关团队文化的主题。寺庙文化传承千百年，舌尖上的美食流传至今，它们是如何形成和成长的?是参考大公司或从管理书本.上挑选几个词语，还是脚踏实地，自己一步一步专一干?本章与你一起磋商!
由于内容实在是太多了，
代码混乱、构造不清晰、开拓效率低、发布周期长、发布出错率高、排查问题困难困扰着很多互联网研发团队，也曾是我和作者一起须要面对的问题。 本书第18章技改之路，我是亲历者和见证者，全体过程我与作者一起拼格斗争，至今难忘，受益匪浅!-洋码头资深架构师 戈建华
本书是作者多年技能、履历、思考和感悟的一-个集大成的总结，涵盖了架构设计技能栈的方方面面，具有非常强的辅导意义，形象一点来说便是:照着做，你也能设计和BAT一样好的架构!
一《从零开始学架构》作者，资深技能专家李运华
本书从框架、架构、公共运用和性能调优，到康威定律、技能与业务的匹配与领悟等，从生产力莅临盆关系，从架构师到技能管理，均有涉及，这是一个架构师的进阶之路，也是作者的心途经程，值得各位读者参考!-饿了么CTO张雪峰
本书内容丰富，涵盖业务剖析、领域建模、分布式系统架构、中间件和工具、微做事架构、技能管理及文化培植等主题。本书是作者近几年在一线互联网公司生产实践的根本上，加上自己的系统化和体系化思考之后，沉淀下来的干货。对付-线架构师深入理解互联网分布式系统的架构设计并辅导生产实践，本书具有非常大的参考代价。---微做事技能专家，拍拍贷根本框架研发总监杨波
