版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/qq_30546099/article/details/81228103
在公司做的项目就是Springcloud，但是之前没有接触过，正好公司组织Springcloud培训，这是许久之前听的，感觉总结的很到位，而且受讲课者启发，对初识Springcloud的学习有很大帮助，该篇一是认知，篇二是在具体开发项目中的具体问题。
具体的PPT和小项目可以去CSDN中下载。链接：https://download.csdn.net/download/qq_30546099/10566625
【1】背景介绍
【2】内容安排
【3】单体应用架构存在的问题
- 复杂性高:项目包含的模块越来越多,模块的边界模糊,依赖关系不清晰,代码质量参差不齐 技术债务:“不坏不修”的思想导致系统的设计或代码难以被修改
- 部署频率低:每个功能的变更或者修复都需要部署整个应用.导致上线部署频率变低,从而导致两次发布之间的更新内容变多,出错概率提高
- 可靠性差:某个应用bug,例如死循环,会导致能个应用的崩溃 扩展能力受限:单体应用只能作为一个整体进行扩展,无法根据业务模块的需要进行伸缩,例如,应用中有的模块是计算密集型的,需要强劲的CPU,有的是IO密集型的,需要更大的内存.由于部署在一起,只能在硬件的选择上妥协 阻碍技术创新:单体应用使用同一的技术平台或者方案解决所有的问题,使用相同的语言和框架,想要引入新的框架或者技术平台非常困难,例如,一个使用Struts2构建的项目,想要换成SpringMVC,是非常难的
【4】
【5】
【6】
【7】
【8】
【9】
【10】
【11】
【12】
【13】
【14】
【15】
【16】
【17】
【18】
【19】
【20】
【21】
【22】
【23】
【24】
【25】
【26】
【27】
【28】
【29】
【30】
【31】
【32】
【33】
【34】
【35】
