saas应用技术难点

图示主要参考如下文章：
UML小结以及基于领域模型的系统设计初步：https://www.cnblogs.com/colder/archive/2012/03/06/2381653.html

RabbmitMQ安装

由于爆炸性的流量冲击，对一些服务进行有策略的放弃，以此缓解系统压力，保证目前主要业务的正常运行。它主要是针对非正常情况下的应急服务措施：当此时一些业务服务无法执行时，给出一个统一的返回结果。

Web缓存是用于临时存储（缓存）Web文档（如HTML页面和图像），以减少服务器延迟的一种信息技术。Web缓存系统会保存下通过这套系统的文档的副本；如果满足某些条件，则可以由缓存满足后续请求。

RabbitMQ 从入门到精通 （一）：https://www.cnblogs.com/dwlovelife/p/10982735.html
Ubuntu安装RabbitMQ：https://www.cnblogs.com/kingsonfu/p/10579366.html

21,系统架构：每秒 1 万次请求的系统要做服务化拆分吗？

17,消息队列：秒杀时如何处理每秒上万次的下单请求？

12,缓存：数据库成为瓶颈后，动态数据的查询要如何加速？

07,池化技术：如何减少频繁创建数据库连接的性能损耗

高并发系统设计 40 问:https://zq99299.github.io/note-architect/hc/

高并发系统设计的三利器：缓存、限流、降级，

数据库与缓存

读书_w3c架构师02通用设计与方法论

读书_w3c架构师

分布式事务相关知识整理。

目前数据库提高并发量最简单的方式就是使用读写分离。但读写分离时会引入读旧数据的问题（数据不一致）的问题。整理了下大概有以下几种解决方案。按照解决成本（成本从低到高）依次排序。

第九章

第四章

豆瓣评分7.9还是不错的，并且目录上看也适合自己。个人技术栈比较杂，各方面都会一点，里面涉及的大多数技术或软件工具也都用过(redis,mongo,消息队列等），所以阅读起来还是比较轻松的。
读大学时读书也爱记笔记（主要出于方便复习的角度），现在纸质笔记携带不便，用电子笔记更合适些。

消息队列

简单整理设计模式相关资料。
 第一，虽然网上有很多教程，但大都不得要领，导致设计模式看起来非常复杂，就个人而言，从毕业到现在，反复学习过不下10遍，但由于工作中使用场景有限，不久就又忘记了。所以计划整理出一个适合个人的学习or复习的教程。
 第二，设计模式，本来是渐进的演化，或者基于需求驱动的，而非静态的结构 也就是说应该是原有结构-》遇到xx问题-》演变成xx结构，最终演变成的xx结构，就是常见的设计模式，但实际开发过程中更为在乎的是“遇到xx问题”，将xx结构变成xx结构。所以需要学习时主动补全一些信息，否则虽然学会了绘制关系图，却不明白在应该那种场景下使用。
 第三，设计模式一样是”需求驱动“，出现了问题，解决问题时才会用，而不是为了套用xx而使用。而且如果有完整源代码，并且自己也懂，修改源代码依然是最优方式，设计模式本来是为了处理模块对接（比如跨系统对接，跨平台对接，找不到源代码等），或者是为了对未来的兼容进行的抽象化。而非增加代码复杂度的累赘（不要为了用而用）。

说明

适配器

模板模式