从小站到大站的技术架构优化之路－网站架构与前端服务性能优化

一、课程目的

2015年，5月的某天，正在上班，突然看线公司群里开始发出携程网访问500的信息，于是乎，大家小扯的一下，大家并没有想到后来发生的事情的事情会如此震惊，开始官方的微博确认问题为，正遭受攻击，但后来内部的技术人员泄漏出“数据库被物理删除！” 这个对于技术的人员来说，可以说是非常惊讶的消息，大家开始了各种疑问，怎么确定是数据库引起，作为一个大公司怎么会有这种问题产生，数据库作为底层核心，为什么恢复机制是那么薄弱。

陆续消息中，最后传出，由于运维人员的类似于自动化系统操作不当，造成几个系统的数据目录被清理。这个也人员失误最后也得到了官方的证实。

https://www.zhihu.com/question/30746844

2014年，当时应邀去成都的一家企业作mongodb的培训，公司正利用mongdb作为单一的数据仓库，他们选用2.4的版本，由于业务性质，主要存储客户车辆和交通位置信息，且mongodb很好的分片方式，避免了关系数据库的水平扩展。由于持续的数据写入，并且初期缺乏对mongdo管理维护的了解，导致当时一个collection的数据超过了150G，oplog的设置为200m的，导致性能极具下降。

2014、2015年正是微信公众账号的极速发展事情，很多小的创业团队，利用公众账号的平台大赚了一笔。15年中旬，接到一家公司老板打过来的电话，电话中着很急切的告知他们公司的服务目前正不断遭受类似于DDOS的恶意攻击，这种情况已经持续了一段时间，由于问题迟迟无法定位，导致线上核心服务无法正常运行，为此收到了很多顾客投诉反馈，若再无法解决，业务将没法正常开展，急需技术支持.

在这几年，或是而听、或是全身心经历，兼职技术支持，我接触了很多类似的案例，写这个课程的最基本的目的就是，总结经验和教训，为了避免走相同的路。

因......

    1、为什么要设计这门课程

     2、我们能学到什么？

                  2.1.1、一样的技术不一样的切入点

                   从整体到局部，从案例到总结 我们来讲解本课程

                  2.1.2、常遇到的内容不常明白的东西

                  基于个人实践案例，从其抽象出的互联网概念中，细节的介绍典型的案例实现。

                  大的问题，几乎都是由于细节的不注意引起，有的问题，我们常遇到，也容易疏忽，以至于导致造成的大问题。

                  2.1.3、一样的针对性适合不一样的人群

                  资深工程狮－看不同问题的处理手段、程序猿－了解不同领域的技术实现、技术小白－了解互联网技术架构的奥秘。

         没错，本课程我们要讲的是 “架构”“性能”、和 “实践”。                   

      3、讲解前言

                  3.1.1、讲解方式

                   金字塔形式的方式从上层到下层讲解，先：介绍技术架构模式、一般演变模式。总体介绍接入层、中层层、底层的技术架构，再着重围绕接入层性能优化展开案例分析。

                   课程若有涉及比较浅显的内容，本课程提供出对应知识点指引，并不作详述。