# **架构原则：“4 要 1 不要”** 如果你是一个架构师，你首先要勾勒出一个轮廓，想一想如何构建一个超大流量**并发读写、高性能，以及高可用的系统**，这其中有哪些要素需要考虑？ 我把这些要素总结为“4 要 1 不要”： * **数据要尽量少** * **请求数要尽量少** * **路径要尽量短** * **依赖要尽量少** * **不要有单点**  # **“秒杀系统”实体机单机部署**   # **在设计秒杀系统中：如何有针对性的处理好动态热点数据和静态热点数据** “热点数据”比较好理解，那就是用户的热点请求对应的数据。而热点数据又分为“**静态热点数据**”和“**动态热点数**据”  # **高可用系统建设** **1\. 架构阶段**：架构阶段主要考虑系统的可扩展性和容错性，要避免系统出现单点问题。例如多机房单元化部署，即使某个城市的某个机房出现整体故障，仍然不会影响整体网站的运转。 **2\. 编码阶段**：编码最重要的是保证代码的健壮性，例如涉及远程调用问题时，要设置合理的超时退出机制，防止被其他系统拖垮，也要对调用的返回结果集有预期，防止返回的结果超出程序处理范围，最常见的做法就是对错误异常进行捕获，对无法预料的错误要有默认处理结果。 **3\. 测试阶段**：测试主要是保证测试用例的覆盖度，保证最坏情况发生时，我们也有相应的处理流程。 **4\. 发布阶段**：发布时也有一些地方需要注意，因为发布时最容易出现错误，因此要有紧急的回滚机制。 **5\. 运行阶段**：运行时是系统的常态，系统大部分时间都会处于运行态，运行态最重要的是对系统的监控要准确及时，发现问题能够准确报警并且报警数据要准确详细，以便于排查问题。 **6\. 故障发生**：故障发生时首先最重要的就是及时止损，例如由于程序问题导致商品价格错误，那就要及时下架商品或者关闭购买链接，防止造成重大资产损失。然后就是要能够及时恢复服务，并定位原因解决问题。  # **开关系统管理**  # **限流系统**  # **大纲目录**  # ### 最后 做任何事情都要用心，要非常关注细节。看起来不起眼的、繁琐的工作做透了会有意想不到的价值。 当然要想成为一个技术大牛也需要一定的思想格局，思想决定未来你要往哪个方向去走, 建议多看一些人生规划方面的书籍,多学习名人的思想格局，未来你的路会走的更远。 **更多的技术点思维导图我已经做了一个整理，涵盖了当下互联网最流行99%的技术点，在这里我将这份导图分享出来，以及为金九银十准备的一整套面试体系，上到集合，下到分布式微服务**     如何获得这套优质的资料呢？ [**Java面试精选题、架构实战文档传送门：戳这里免费领取**](https://docs.qq.com/doc/DSmxTbFJ1cmN1R2dB)