我们现在的服务-微服务
我感觉微服务不是一个架构，而是像一个生态，应用与应用之间互相独立，却又彼此依赖。通过 DDD 的模型来设计一个地图，把合适的代码放到合适的地方去。实现微服务涉及的工具太多，以下我采用spring生态来描述整个微服务生态架构，小伙伴可以体会一下。来个宏观图体会一下微服务是啥样的：
如上图整个微服务的生态与周边大概就是这样的。架构也很难一开始就设计的完美，架构不是设计出来的，甚至不能被设计，只能在需求的变化中不断演进。整个架构工作更像药剂师那样对症治病、照方抓药。软件很大程度上是一个服务行业，虽然长期以来都毫无根据地被错认为是制造行业。这句话对软件行业的描述我觉得十分准确。
微服务优势
- 应用小，可快速编译部署
- 单个微服务维护性变高，修改容易，因为每个团队独立负责一块功能。新功能交付变快，可以快速开发交付
- 扩展性变高
- 可靠性变强，可以部署很多独立的服务
微服务不足
- 整体复杂度变高。
- 微服务变多，怎么监控所有微服务，保证服务稳定，运维变的复杂。
- 分布式数据一致性、分布式事务
- 服务保障一个服务出了问题，如何才能不影响其他服务
微服务这个生态涉及很多周边技术以及需要解决的问题，具体涉及整个微服务生态技术我会在下边简单介绍，但是注意一点不是在项目中使用以下提到的技术就是微服务，而微服务指的是业务之微，技术只是对其进行落地实现；所以我们想要设计好整个微服务架构那么对业务必须十分熟悉，根据业务进行微服务拆分最终辅以技术实现达到最终目的。
微服务架构是为了适应业务的快速变化，产品的快速迭代、交付、反馈和修改而提出的一种架构解决方案。
今天为大家分享的这份微服务学习笔记可谓是由浅入深、层层递进、内容详细、逻辑紧密，让你实现从0到1的转变，甚至连“1”都可以做到查漏补缺的效果！由于篇幅问题，以下只展示部分内容，需要完整文档查阅的小伙伴【直接点击此处】即可免费获取！
本文分为
- 入门微服务
- 落地微服务
- 进阶微服务
- 展望微服务
由于分享的内容过多，文字过多会影响阅读体验，因此只以截图展示，目录主要分为上面说的四个部分，每个章节都有更加详细的内容
入门微服务，蜕变的开始
落地微服务，搭建架构系统体系
进阶微服务，实战微博
展望微服务，Service Mesh的应用实战
总结
这份学习笔记从微服务的发展由来开始讲解，同时也讲到了微服务的应用落地实践，再到微服务的发展、进阶过程，最后到微服务下一代的发展过程，每个章节总结的都非常详细、非常到位。需要完整文档查阅的小伙伴【直接点击此处】即可免费获取！
