前言

阿里应该是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构架。

本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请点击举报。