前言
阿里应该是Java大户，之前对于阿里的技术并不是很熟悉，后来接触的多了，才觉得阿里电商领域做得有多大，背后的技术支撑也是令人眼花缭乱，既然做互联网之路，那么阿里的电商技术模式就是绕不开的，面苏宁时，面试官也说，阿里现在走的路是我们以后的必经之路，不得不说，阿里在这条技术之路走得有多远。
正文
1.1. 阿里业务全貌
1.2 阿里技术大图
1.3 中间件技术大图
2.1 技术架构演进史
• 1.0 → 2.0时代
• LAMP向单体Java应用演进（性能）
• 2.0 → 3.0 时代
• 单体应用向大型分布式架构演进（效率）
• 3.0 → 4.0 时代
• 单IDC架构向多IDC架构演进（容量、稳定）
2.2 早期的淘宝 — 基于LAMP的1.0架构
2.3 发展中的淘宝 — 基本Java的2.0架构
2.4 流量带来的烦恼？
2.5 新的架构
2.6 开发维护成本高
后期网站越做越大，对于网站的维护要求也越来越高、
● 技术团队规模500人左右，维护变得越来越复杂
● 单一War应用，应用包一直增长，更新业务特性越来越慢；数据逐步形成多个孤岛，无法拉通。
● 基于传统应用开发架构，业务爆发，弹性不足，单点故障影响巨大。
2.7 数据库问题突出
双十一带来的段时间内流量暴增，对于服务器来说就是一场考验，太多的机器都需要连接数据库，然而连接池的资源是非常有限的，无法满足于应用的机器增长，对于数据库的维护需要24小时值守，一旦宕机就需要人工重新启动。面对新的问题，阿里开始了构架的第三场革命，应用拆分-3.0构架。
很多问题其实答案很简单，但是背后的思考和逻辑不简单，要做到知其然还要知其所以然。如果想学习Java工程化、高性能及分布式、深入浅出。微服务、Spring，MyBatis，Netty源码分析的朋友可以加我的Java进阶群：629740746，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给大家。