提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档
目录
前言
今天在工作中和一个刚毕业同事在讨论软件设计问题，A哥们儿把微服务误用为分布式了，好为人师的B哥们儿直接吐槽：大哥那是微服务...然后就是各种说教。哎，又给你装13的机会了？
这不又让我这种小白受了刺激，所有必须把这个问题再次了解下...于是就有了这篇文章，编程几年了以前都是遇见问题查博客，第一次自己写文章，如有大佬觉得写不好，还希望留言指教。
一、微服务是什么？
维基上对其定义为：一种软件开发技术- 面向服务的体系结构（SOA）架构样式的一种变体，将应用程序构造为一组松散耦合的服务。在微服务体系结构中，服务是细粒度的，协议是轻量级的。
微服务（或微服务架构）是一种云原生架构方法，其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。这些服务通常
● 有自己的堆栈，包括数据库和数据模型；
● 通过REST API，事件流和消息代理的组合相互通信；
● 和它们是按业务能力组织的，分隔服务的线通常称为有界上下文。
尽管有关微服务的许多讨论都围绕体系结构定义和特征展开，但它们的价值可以通过相当简单的业务和组织收益更普遍地理解：
● 可以更轻松地更新代码。
● 团队可以为不同的组件使用不同的堆栈。
● 组件可以彼此独立地进行缩放，从而减少了因必须缩放整个应用程序而产生的浪费和成本，因为单个功能可能面临过多的负载。
二、什么是分布式
分布式找了很多博客或者网上资源都没有合适的定义，我个人比较认同的是分布式其实将上述的微服务进行部署在不同的服务器上，以实现资源共享且提高计算机的效率。
总结
网上很多关于二者的区别，只会越看越晕，其实微服务和分布式就没有官方明确的定义，所有没有具体的区别，只能根据自己理解写点记录，欢迎参与讨论
微服务更倾向于垂直方向拆分，比如电商网站的用户模块，商品模块，订单模块等垂直方向的拆分。
分布式更倾向于水平方向拆分，将如现在比较流行的前后端分离，将前端和后端独立部署，再者后端也可以根据不通业务层进行拆分；比如原数数据层，数据清洗层，数据获取表现层等拆分后的分开部署。
最后借用打个比方你去点餐，服务员，厨师，配菜师就是分布式；分布式是微服务的一种表现形式；分布式重在部署，微服务重在设计。
标签：服务,部署,应用程序,理解,拆分,体系结构,分布式 来源： https://blog.csdn.net/weixin_45189427/article/details/118515173
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。